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

StorageGRIDノードリカバリに関する警告と考慮事項

PDF

グリッドノードに障害が発生した場合は、できるだけ早く復旧させる必要があります。作業を開始する前に、ノード復旧に関するすべての警告事項と注意事項を必ず確認してください。

注意 StorageGRIDは、複数のノードが相互に連携して動作する分散システムです。グリッドノードの復元にディスクスナップショットを使用しないでください。代わりに、各ノードタイプの復旧および保守手順を参照してください。
メモ StorageGRID サイト全体に障害が発生した場合は、テクニカルサポートにお問い合わせください。テクニカルサポートは、お客様と協力して、復旧可能なデータ量を最大化し、お客様のビジネス目標を達成するサイト復旧計画を策定・実行します。"テクニカルサポートがサイトを復旧する方法"を参照してください。

障害が発生したグリッドノードをできるだけ早く復旧させるべき理由には、以下のようなものがあります。

  • グリッドノードに障害が発生すると、システムデータとオブジェクトデータの冗長性が低下し、別のノードに障害が発生した場合にデータが永久に失われるリスクにさらされることになります。

  • グリッドノードの障害は、日々の業務効率に影響を与える可能性があります。

  • グリッドノードの障害は、システム運用の監視能力を低下させる可能性があります。

  • 厳格なILMルールが適用されている場合、グリッドノードの障害によって500内部サーバーエラーが発生する可能性があります。

  • グリッドノードが速やかに復旧されない場合、復旧時間が長くなる可能性があります。例えば、復旧が完了する前にクリアする必要のあるキューが発生する可能性があります。

復旧するグリッドノードの種類に応じた復旧手順を必ず守ってください。プライマリまたは非プライマリの管理ノード、ゲートウェイノード、アプライアンスノード、およびストレージノードでは、復旧手順が異なります。

グリッドノード復旧のための前提条件

グリッドノードの復旧時には、以下のすべての条件が満たされていると想定されます。

  • 故障した物理ハードウェアまたは仮想ハードウェアは交換され、設定が完了しました。

  • 交換用アプライアンスの StorageGRID アプライアンスインストーラーのバージョンが、 "StorageGRID アプライアンスインストーラーのバージョンの確認とアップグレード"に記載されているように、StorageGRID システムのソフトウェアバージョンと一致していることを確認します。

  • プライマリ管理ノード以外のグリッドノードを復旧する場合、復旧対象のグリッドノードと復旧手順を管理する管理ノードとの間に接続が確立されている必要があります。

  • アプライアンスのストレージノードを復旧する場合は、アプライアンスのインストール時に、元のアプライアンスと同じストレージタイプ（結合型、メタデータのみ、またはデータのみ）を指定する必要があります。別のストレージタイプを指定した場合、復旧は失敗し、正しいストレージタイプを指定してアプライアンスを再インストールする必要があります。

複数のグリッドノードをホストするサーバーが故障した場合のノード復旧の順序

複数のグリッドノードをホストしているサーバーが故障した場合、ノードは任意の順序で復旧できます。ただし、障害が発生したサーバーがプライマリ管理ノードをホストしている場合は、まずそのノードを復旧する必要があります。

復旧したノードのIPアドレス

他のノードに既に割り当てられているIPアドレスを使用して、ノードの復旧を試みないでください。新しいノードをデプロイする際は、障害が発生したノードの現在のIPアドレス、または未使用のIPアドレスを使用してください。

新しいノードをデプロイする際に新しいIPアドレスを使用し、その後ノードを復旧した場合、復旧したノードにも引き続き新しいIPアドレスが使用されます。元のIPアドレスに戻したい場合は、復旧完了後に「Change IP」ツールを使用してください。