估算完成 StorageGRID 升級所需的時間
建議變更
PDF
根據升級所需時間考慮何時進行升級。請注意在升級的每個階段可以執行哪些操作，不能執行哪些操作。
StorageGRID 升級所需的時間取決於多種因素，例如用戶端負載和硬體效能。
表格總結了主要的升級工作，並列出每項工作所需的大致時間。表格後面的步驟提供可用於估算系統升級時間的說明。
| 升級工作 | 說明 | 所需大約時間 | 在執行此工作期間 |
|---|---|---|---|
執行預檢查並升級主管理節點 |
升級預先檢查已執行，主要管理節點已停止、升級並重新啟動。 |
耗時 30 分鐘到 1 小時，其中服務應用裝置節點耗時最長。 未解決的預檢查錯誤將增加此耗時。 |
您無法存取主管理節點。可能會出現連線錯誤，您可以忽略這些錯誤。 在開始升級之前執行升級預先檢查，可讓您在排定的升級維護所需時間之前解決任何錯誤。 |
啟動升級服務 |
軟體檔案已分發，升級服務已啟動。 |
每個網格節點 3 分鐘 |
|
升級其他網格節點 |
所有其他網格節點上的軟體將依照您核准節點的順序進行升級。一個 Admin 或 Gateway 節點與一個 Storage 節點同時升級。 |
每個節點 15 分鐘至 1 小時，其中應用裝置節點耗時最長。 附註：對於應用裝置節點，StorageGRID Appliance Installer 會自動更新至最新版本。 |
附註：如果您需要執行恢復，請聯絡技術支援。 |
啟用功能 |
新版本的新功能已啟用。 |
不到 5 分鐘 |
|
升級資料庫 |
升級過程會檢查每個節點，以驗證 Cassandra 資料庫是否需要更新。 |
每個節點 10 秒，或整個網格需要幾分鐘。 |
StorageGRID 12.0 的升級包含 Cassandra 資料庫的升級。從 StorageGRID 11.9 升級到 12.0 後，中繼資料格式更新將在背景進行一到三天。在此期間，某些維護程序（例如擴充）將停用。 對於未來的 StorageGRID 功能版本，Cassandra 資料庫更新步驟可能需要幾天才能完成。 |
最終升級步驟 |
臨時檔案已移除，升級至新版本的作業完成。 |
5 分鐘 |
當*最終升級步驟*工作完成後，您可以執行所有維護程序。 |
預估升級時間
-
估算升級所有網格節點所需的時間。
-
將 StorageGRID 系統中的節點數乘以 1 小時/節點。
一般而言，應用裝置節點的升級時間比軟體型節點要長。
-
在此時間上增加 1 小時，以彌補下載 `.upgrade`檔案、執行預先檢查驗證及完成最終升級步驟所需的時間。
-
-
如果您有 Linux 節點，則每個節點需增加 15 分鐘，以容納下載和安裝 RPM 或 DEB 套件所需的時間。
-
將步驟 1 和步驟 2 的結果相加，即可計算出升級所需的總預計時間。
範例：升級至 StorageGRID 12.0 的預計時間
假設您的系統有 14 個網格節點，其中 8 個是 Linux 節點。
-
將 14 乘以 1 小時/節點。
-
增加 1 小時，以計入下載、預先檢查和最終步驟所需的時間。
升級所有節點的預計時間為 15 小時。
-
將 8 乘以 15 分鐘/節點，以計算在 Linux 節點上安裝 RPM 或 DEB 套件所需的時間。
此步驟預計耗時 2 小時。
-
將這些值相加。
將系統升級至 StorageGRID 12.0.0 最多需要 17 小時。
|
如有需要，您可以透過批准分多個工作階段升級部分網格節點，將維護所需時間分割為更小的時間窗口。例如，您可以選擇在一個工作階段中升級站點 A 的節點，然後在後續工作階段中升級站點 B 的節點。如果您選擇分多個工作階段執行升級，請注意，在所有節點升級完成之前，您將無法開始使用新功能。 |