Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

StorageGRIDアップグレードがシステムに与える影響

アップグレード中にStorageGRIDシステムがどのような影響を受けるかについて説明します。

アップグレードが完了するまで、外部からのSSHアクセスは許可されます

アップグレード中は、外部からのSSHアクセスが許可されます。アップグレードが完了すると、デフォルトで外部からのSSHアクセスはブロックされます。アップグレード後、Grid Manager > セキュリティ設定 ページの SSH ブロック タブを使用して、"外部SSHアクセスを管理する"。グリッドノード間のSSHアクセスには影響はありません。

StorageGRIDのアップグレードは無停止で実行される

StorageGRIDシステムは、アップグレードプロセス全体を通して、クライアントアプリケーションからデータを取り込み、取得することができます。同じタイプのノード(例えば、ストレージノード)すべてをアップグレードするように承認した場合、ノードは1つずつ停止されるため、すべてのグリッドノード、または特定のタイプのすべてのグリッドノードが利用できなくなることはありません。

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

  • 高可用性(HA)グループ仮想IPアドレス

  • 他社製の高可用性ロード バランサ

  • クライアントごとに複数のゲートウェイノード

  • クライアントごとに複数のストレージノード

クライアントアプリケーションに一時的な障害が発生する可能性があります

StorageGRID システムはアップグレードプロセス全体を通じてクライアントアプリケーションからデータを取り込み、取得できます。ただし、アップグレードによってゲートウェイノードまたはストレージノード上のサービスを再起動する必要がある場合、個々のゲートウェイノードまたはストレージノードへのクライアント接続が一時的に中断される可能性があります。アップグレード処理が完了し、各ノードでサービスが再開されると、接続が復旧します。

短時間の接続障害が許容できない場合は、アップグレードを適用するためにシステム停止時間を設ける必要があるかもしれません。選択的承認機能を使用すると、特定のノードの更新時期をスケジュールできます。

メモ アップグレードプロセス中に自動フェイルオーバーを実現するために、複数のゲートウェイと高可用性(HA)グループを使用できます。"高可用性グループの構成"の手順を参照してください。

バックグラウンド修復は、異なるバージョンのノードが混在するグリッドでは実行されません

グリッド内に異なるバージョンのノードが混在している場合、アップグレード中にバックグラウンド修復は実行されません。サイト停止中に発生した不整合は、アップグレードが完了するまで修復されません。

アプライアンスのファームウェアがアップグレードされました

StorageGRID 12.0 のアップグレード中:

  • すべての StorageGRID アプライアンスノードは、StorageGRID アプライアンスインストーラのファームウェアバージョン 12.0 に自動的にアップグレードされます。

  • SG6060およびSGF6024アプライアンスは、BIOSファームウェアバージョン3B08.EXおよびBMCファームウェアバージョン4.01.07に自動的にアップグレードされます。

  • SG100およびSG1000アプライアンスは、BIOSファームウェアバージョン3B13.ECおよびBMCファームウェアバージョン4.75.07に自動的にアップグレードされます。

  • SGF6112、SG6160、SG110、SG1100アプライアンスは、BIOSファームウェアバージョン3A14.QDおよびBMCファームウェアバージョン3.19.07に自動的にアップグレードされます。

ILMポリシーは、そのステータスに応じて異なる方法で処理されます。

  • アップグレード後も、有効なポリシーは変更されません。

  • アップグレード時に保存されるのは、最新の10件の履歴ポリシーのみです。

  • 提案されたポリシーがある場合、アップグレード時に削除されます。

アラートがトリガーされる可能性があります

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

例えば、サービスが停止すると「ノードと通信できません」というアラートが表示されることがあります。また、一部のノードが StorageGRID 12.0 にアップグレードされているが、他のノードがまだ StorageGRID 11.9 を実行している場合に、「Cassandra 通信エラー」というアラートが表示されることがあります。通常、これらのアラートはアップグレードが完了すると解消されます。

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

アップグレードが完了したら、Grid Managerダッシュボードから「最近解決されたアラート」または「現在のアラート」を選択することで、アップグレードに関連するアラートを確認できます。

設定変更は制限されています

メモ このリストは、StorageGRID 11.9 から StorageGRID 12.0 へのアップグレードに特化して適用されます。別の StorageGRID リリースにアップグレードする場合は、そのリリースのアップグレード手順に記載されている制限付き変更のリストを参照してください。

「新機能の有効化」タスクが完了するまで:

  • グリッド構成の変更は一切行わないでください。

  • 新機能の有効化や無効化は行わないでください。

  • ILMの設定を更新しないでください。そうしないと、ILMの動作が不安定になったり、予期せぬ動作が発生したりする可能性があります。

  • ホットフィックスを適用したり、グリッドノードを復旧したりしないでください。

    メモ アップグレード中にノードを復旧する必要がある場合は、テクニカルサポートにお問い合わせください。
  • StorageGRID 12.0 へのアップグレード中は、HA グループ、VLAN インターフェイス、またはロードバランサーエンドポイントを管理しないでください。

  • StorageGRID 12.0 へのアップグレードが完了するまで、HA グループを削除しないでください。他の HA グループの仮想 IP アドレスにアクセスできなくなる可能性があります。

「最終アップグレード手順」タスクが完了するまで:

  • 拡張処置は行わないでください。

  • 廃止措置手順は実行しないでください。