StorageGRID システムは、アップグレードプロセス中もクライアントアプリケーションからデータを取り込み、読み出すことができます。同じタイプのすべてのノード（ストレージノードなど）のアップグレードを承認すると、ノードが一度に1つずつ停止されるため、すべてのグリッドノードまたは特定のタイプのすべてのグリッドノードが使用できなくなる時間はありません。

継続的な可用性を確保するには、各オブジェクトの複数のコピーを格納するように指定するルールをILMポリシーに含めるようにしてください。また、次のいずれかに要求を送信するようにすべての外部の S3 または Swift クライアントを設定する必要があります。

StorageGRIDシステムは、アップグレードプロセス中もクライアントアプリケーションからデータを取り込み、読み出すことができます。ただし、アップグレード中に個 々 のゲートウェイノードまたはストレージノードでサービスの再開が必要になった場合は、それらのノードへのクライアント接続が一時的に中断されることがあります。接続はアップグレードプロセスの完了後にリストアされ、個 々 のノードのサービスが再開されます。

接続の中断が短時間でも許容されない場合は、アップグレードを適用するためにダウンタイムのスケジュールが必要になることがあります。特定のノードが更新されるタイミングをスケジュールするには、選択的な承認を使用できます。

StorageGRID 11.8へのアップグレード時：

アラートは、サービスの開始と停止、および StorageGRID システムを複数バージョンが混在した環境で使用している場合（一部のグリッドノードで以前のバージョンを実行し、その他のノードはより新しいバージョンにアップグレードしている場合）にトリガーされることがあります。アップグレードの完了後にその他のアラートがトリガーされることがあります。

たとえば、サービスが停止しているときに* Unable to communicate with node アラートが表示されたり、一部のノードがStorageGRID 11.8にアップグレードされ、他のノードで引き続きStorageGRID 11.7が実行されているときに Cassandra communication error *アラートが表示されたりすることがあります。通常、これらのアラートはアップグレードが完了するとクリアされます。

StorageGRID 11.8へのアップグレード中にストレージノードが停止すると、* ILM placement unachievable *アラートがトリガーされることがあります。このアラートは、アップグレードの完了後 1 日続く場合があります。

アップグレードが完了したら、Grid Managerダッシュボードで*または[現在のアラート]*を選択して、アップグレード関連のアラートを確認できます。

アップグレード中にグリッドノードが停止および再起動されると、多数の SNMP 通知が生成される場合があります。過剰な通知を回避するには、* SNMPエージェント通知を有効にする*チェックボックス（設定>*監視*>* SNMPエージェント*）をオフにして、アップグレードを開始する前にSNMP通知を無効にします。その後、アップグレードの完了後に通知を再度有効にします。

[ 新しい機能を有効にする *] タスクが完了するまで :

[* Final Upgrade Steps * （最終アップグレード手順 * ） ] タスクが完了するまで：

StorageGRID 11.8へのアップグレード中（システムが複数のバージョンが混在した環境として動作している場合）は、テナントマネージャを使用してバケットの詳細を表示したりバケットを管理したりすることはできません。Tenant Manager のバケットページには、次のいずれかのエラーが表示されます。

このエラーは、11.8へのアップグレードが完了すると解決します。

11.8へのアップグレードの実行中に、Tenant Managerを使用する代わりに、次のツールを使用してバケットの詳細を表示したりバケットを管理したりします。