アップグレード所要時間の見積もり

StorageGRID 11.3へのアップグレードを計画する場合は、アップグレードにかかる時間に基づいてアップグレードのタイミングを検討する必要があります。また、アップグレードの各ステージ中に実行できる処理と実行できない処理についても把握しておく必要があります。

タスク概要

StorageGRIDのアップグレード完了までに必要な時間は、クライアントの負荷やハードウェアのパフォーマンスなどのさまざまな要因によって決まります。

次の表は、アップグレードの主なステージと、各ステージのおおよその所要時間をまとめたものです。表に続いて、システムのアップグレード時間を見積もる手順を記載します。

注:StorageGRID 11.2から11.3へのアップグレードでは、Cassandraデータベースをアップグレードする必要はありません。ただし、各ストレージノードのCassandraサービスは停止したあとに再起動します。StorageGRIDの今後のフィーチャーリリースでは、システム内のメタデータの量に応じて、Cassandraデータベースの更新に数日から数週間かかる場合があります。

アップグレードのステージ	説明	おおよその所要時間	各ステージの注意事項
アップグレード前の検証	グリッドの条件が検証されます。	グリッドノードあたり3分（検証エラーが報告されない場合）	アップグレードはまだ実行されません。このステップは、スケジュールされたアップグレードの前に必要に応じて実行できます。
プライマリ管理ノードのアップグレード	プライマリ管理ノードが停止されてアップグレードされ、再起動されます。	30分	プライマリ管理ノードにはアクセスできません。
他のすべてのグリッドノードのアップグレード	他のすべてのグリッドノードのソフトウェアが、ノードを承認した順番でアップグレードされます。システムの各ノードが一度に1つずつ数分間停止されます。	ノードあたり15～45分（アプライアンスストレージノードは最も時間がかかります）	グリッド設定を変更しないでください。監査レベル設定を変更しないでください。 ILM設定を更新しないでください。運用停止や拡張などのその他のメンテナンス手順は実行できません。リカバリ手順を実行する必要がある場合は、テクニカルサポートに連絡してください。
Cassandraデータベースの更新	ストレージノードのみ。アップグレードプロセスによってCassandraサービスが停止され、Cassandraデータベースの更新が不要であることが各ノードでチェックされ、サービスが再起動されます。	ストレージノードあたり3分
サービスの再開	一部のグリッドノードサービスが再開されます。該当するグリッドノードの状態が「Administratively Down」と表示される場合があります。	ノードあたり15分
最終手順の完了	新しいリリースへのアップグレードが完了します。	5分	最後のアップグレード手順が完了すると、次の処理が可能になります。新しい機能の有効化と無効化グリッド設定の変更監査レベル設定の変更 ILM設定の更新運用停止、拡張、およびリカバリの手順の実行

手順

StorageGRIDシステム内のノード数に45分（平均）を掛けます。
ストレージノード数に3分を掛けてCassandraアップグレードステップの時間を算出し、これを合計に加算します。
この時間に、.upgradeファイルのダウンロード、プライマリ管理ノードのアップグレード、および最終手順の完了に必要な時間として1時間を足します。

例：StorageGRID 11.2から11.3へのアップグレード時間の見積もり

システムにグリッドノードが14個あり、そのうち9個がストレージノードだとします。すべてのノードのアップグレードにかかる推定時間は12時間です。

  630分（14×45分/ノード）
 +27分（9x3分/ストレージ ノード）
 +60分（管理ノードと最終ステップ）
-----------------------------------------
  717分（12時間以内）