アップグレードが完了するまでの推定時間
StorageGRID 11.6 へのアップグレードを計画する場合は、アップグレードにかかる時間に基づいてアップグレードのタイミングを検討する必要があります。また、アップグレードの各ステージ中に実行できる処理と実行できない処理についても把握しておく必要があります。
StorageGRID のアップグレード完了までに必要な時間は、クライアントの負荷やハードウェアのパフォーマンスなどのさまざまな要因によって異なります。
次の表に、アップグレードの主なタスクをまとめ、各タスクに必要なおおよその時間を示します。表に続いて、システムのアップグレード時間を見積もる手順を記載します。
アップグレードタスク | 説明 | おおよその所要時間です | このタスクの実行中です |
---|---|---|---|
アップグレードサービスを開始します |
アップグレードの事前確認が実行され、ソフトウェアファイルが配布されて、アップグレードサービスが開始されます。 |
検証エラーが報告されないかぎり、グリッドノードあたり 3 分 |
必要に応じて、スケジュールされたアップグレードのメンテナンス時間の前に、アップグレードの事前確認を手動で実行できます。 |
Grid ノード(プライマリ管理ノード)をアップグレード |
プライマリ管理ノードが停止されてアップグレードされ、再起動されます。 |
SG100 および SG1000 アプライアンスのノードが最も時間がかかる場合は、 30 分から 1 時間かかります。 |
プライマリ管理ノードにはアクセスできません。接続エラーが報告されますが、無視してかまいません。 |
Grid ノード(他のすべてのノード)をアップグレード |
他のすべてのグリッドノードのソフトウェアが、ノードを承認した順序でアップグレードされます。システムの各ノードが一度に 1 つずつ数分間停止されます。 |
ノードあたり 15~1 時間。アプライアンスノードで最も時間が必要です
|
|
機能を有効にします |
新しいバージョンの新機能が有効になります。 |
5 分未満 |
|
データベースをアップグレードします |
アップグレードプロセスによって各ノードがチェックされ、 Cassandra データベースの更新が不要であることが確認されます。 |
ノードあたり 10 秒、またはグリッド全体で数分 |
StorageGRID 11.5 から 11.6 へのアップグレードでは、 Cassandra データベースをアップグレードする必要はありません。ただし、各ストレージノードの Cassandra サービスは停止したあとに再起動します。 StorageGRID の今後の機能リリースでは、 Cassandra データベースの更新処理が完了するまでに数日かかることがあります。 |
最終アップグレード手順 |
一時ファイルが削除され、新しいリリースへのアップグレードが完了します。 |
5 分 |
[* 最終アップグレードステップ * ] タスクが完了すると、すべてのメンテナンス手順を実行できます。 |
-
すべてのグリッドノードをアップグレードするために必要な推定時間。
-
StorageGRID システムのノード数に 1 時間を掛けます。
原則として、アプライアンスノードのアップグレードにはソフトウェアベースのノードよりも時間がかかります。
-
この時間に '.upgrade ファイルのダウンロード ' 事前確認の実行 ' 最終アップグレード手順の完了に必要な時間を考慮して '1 時間を加えます
-
-
Linux ノードがある場合は、 RPM パッケージまたは DEB パッケージをダウンロードしてインストールするために必要な時間として、各ノードに 15 分を追加します。
-
手順 1 および 2 の結果を追加して、アップグレードの合計推定時間を計算します。
例: StorageGRID 11.6 にアップグレードする推定時間
システムにグリッドノードが 14 個あり、そのうち 8 個が Linux ノードであるとします。
-
14 に 1 時間を掛けます。
-
ダウンロード、事前確認、および最終手順に 1 時間を足します。
すべてのノードのアップグレードにかかる推定時間は 15 時間です。
-
Linux ノードに RPM パッケージまたは DEB パッケージをインストールする時間を、 8 に 15 分 / ノードを掛けます。
この手順の推定時間は 2 時間です。
-
値をまとめて追加します。
システムを StorageGRID 11.6.1 にアップグレードするには、最大 17 時間かかります。