Skip to main content
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

預估完成升級所需的時間

貢獻者
PDF

規劃升級至 StorageGRID 11.7 時、您必須根據升級所需的時間、考慮何時升級。您也必須瞭解在升級的每個階段中、可以執行哪些作業、哪些作業無法執行。

關於這項工作

完成升級所需的時間StorageGRID 取決於多種因素、例如用戶端負載和硬體效能。

下表摘要說明主要的升級工作、並列出每項工作所需的大約時間。表格後的步驟提供您可用來預估系統升級時間的指示。

升級工作 說明 大約所需時間 在此工作期間

執行預先檢查並升級主要管理節點

系統會執行升級預先檢查、並停止、升級及重新啟動主要管理節點。

30分鐘到1小時、SG100和SG1000應用裝置節點最需要時間。

未解決的預先檢查錯誤將會增加這次時間。

您無法存取主要管理節點。可能會回報連線錯誤、您可以忽略這些錯誤。

在開始升級之前執行升級預先檢查、可讓您在排定的升級維護時間之前解決任何錯誤。

開始升級服務

軟體檔案隨即散佈、並啟動升級服務。

每個網格節點 3 分鐘

升級其他網格節點

所有其他網格節點上的軟體都會依照您核准節點的順序進行升級。系統中的每個節點都會一次關閉一個。

每個節點15分鐘到1小時、應用裝置節點最需要時間

  • 注意 * ：對於應用裝置節點、 StorageGRID 應用裝置安裝程式會自動更新至最新版本。

  • 請勿變更網格組態。

  • 請勿變更稽核層級組態。

  • 請勿更新 ILM 組態。

  • 您無法執行其他維護程序、例如修復程式、取消委任或擴充。

  • 注意 * ：如果您需要執行恢復、請聯絡技術支援部門。

啟用功能

新版本的新功能已啟用。

不到5分鐘

  • 請勿變更網格組態。

  • 請勿變更稽核層級組態。

  • 請勿更新 ILM 組態。

  • 您無法執行其他維護程序。

升級資料庫

升級程序會檢查每個節點、確認不需要更新Cassandra資料庫。

每個節點10秒或整個網格幾分鐘

從 StorageGRID 11.6 升級至 11.7 不需要 Cassandra 資料庫升級、但 Cassandra 服務將會在每個儲存節點上停止並重新啟動。

對於未來StorageGRID 的版本、Cassandra資料庫更新步驟可能需要幾天的時間才能完成。

最終升級步驟

移除暫用檔案、並完成新版本的升級。

5分鐘

當 * 最終升級步驟 * 工作完成時、您可以執行所有維護程序。
步驟

  1. 預估升級所有網格節點所需的時間。

    1. 將您的支援系統中的節點數乘StorageGRID 以1小時/節點。

      一般而言、應用裝置節點的升級時間比軟體型節點長。

    2. 請在此時間加上1小時、以說明下載所需的時間 .upgrade 檔案、執行預先檢查驗證、並完成最終的升級步驟。

  2. 如果您有Linux節點、請為每個節點新增15分鐘、以說明下載及安裝RPM或Deb套件所需的時間。

  3. 新增步驟1和步驟2的結果、計算升級的預估總時間。

範例：升級至 StorageGRID 11.7 的預估時間

假設您的系統有14個網格節點、其中8個是Linux節點。

  1. 將14乘以1小時/節點。

  2. 加1小時以說明下載、預先檢查及最終步驟。

    升級所有節點的預估時間為15小時。

  3. 將8乘以15分鐘/節點、以計算在Linux節點上安裝RPM或Deb套件的時間。

    此步驟的預估時間為2小時。

  4. 將這些值加在一起。

    您應該花長達 17 小時的時間完成系統升級至 StorageGRID 11.2.0 。

註 視需要、您可以核准網格節點的子集以在多個工作階段中升級、將維護時段分割成較小的視窗。例如、您可能偏好在一個工作階段中升級站台 A 的節點、然後在稍後的工作階段中升級站台 B 的節點。如果您選擇在多個工作階段中執行升級、請注意、在所有節點都升級之前、您無法開始使用新功能。