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

切断されたStorageGRIDノードの運用を停止します

PDF

現在グリッドに接続されていないノード（状態が不明または管理上停止中のノード）の運用を停止する必要がある場合があります。

開始する前に

  • 廃止措置に関する考慮事項"管理者ノードとゲートウェイノード"および廃止措置に関する考慮事項"ストレージ ノード"を理解している。

  • 必要なアイテムはすべて入手済みです。

  • データ修復ジョブがアクティブになっていないことを確認しました。"データ修復作業を確認する"を参照してください。

  • グリッド内のどの場所においても、ストレージノードの復旧作業が進行中ではないことを確認しました。進行中の場合は、復旧の一環として実行される Cassandra の再構築が完了するまで待機する必要があります。その後、廃止措置に進むことができます。

  • ノード廃止手順が一時停止されていない限り、ノード廃止手順の実行中は他のメンテナンス手順が実行されないようにしました。

  • 切断されたノード（または複数のノード）のうち、廃止対象となっているノードの「廃止可能」列に緑色のチェックマークが表示されます。

  • プロビジョニングパスフレーズをお持ちです。

タスク概要

Health 列で青色の「不明」アイコン アイコン不明 または灰色の「管理上ダウン」アイコン アイコン 管理上ダウン を探すことで、切断されたノードを特定できます。

接続が切断されたノードを廃止する前に、以下の点に注意してください。

  • この手順は主に、接続が切断された単一のノードを削除することを目的としています。グリッド内に複数の切断されたノードが存在する場合、ソフトウェアはそれらすべてを同時に廃止するよう要求するため、予期しない結果が生じる可能性が高まります。

    注意 複数の接続解除済みストレージノードを同時に廃止すると、データ損失が発生する可能性があります。"ストレージノードの接続が切断された場合の考慮事項"を参照してください。
    注意 ソフトウェアベースのメタデータ専用ノードを含むグリッドでストレージノードを廃止する場合は、注意してください。オブジェクトとメタデータの_両方_を保存するように設定されているすべてのノードを廃止すると、グリッドからオブジェクトを保存する機能が削除されます。メタデータ専用ストレージノードの詳細については、"ストレージノードの種類"を参照してください。

  • 切断されたノードを削除できない場合（例えば、ADC クォーラムに必要な Storage Node など）、他の切断されたノードも削除できません。

手順

  1. アーカイブノードを廃止する場合（アーカイブノードは必ず切断する必要があります）を除き、切断されたグリッドノードはすべてオンラインに戻すか、復旧を試みてください。

    手順については"グリッドノード復旧手順"を参照してください。

  2. 切断されたグリッドノードを復旧できず、切断された状態でそのノードを廃止する場合は、そのノードのチェックボックスを選択してください。

    メモ グリッド内に複数の切断されたノードが存在する場合、ソフトウェアはそれらすべてを同時に廃止するよう要求するため、予期せぬ結果が生じる可能性が高まります。
    注意 複数の切断されたグリッドノードを一度に廃止する場合は、特に複数の切断されたストレージノードを選択する場合は、注意が必要です。復旧できない切断されたストレージノードが複数ある場合は、テクニカルサポートに連絡して最適な対処方法を確認してください。

  3. プロビジョニングパスフレーズを入力してください。

    Start Decommission ボタンが有効になっています。

  4. Start Decommission をクリックします。

    切断されたノードを選択したため、そのノードにオブジェクトの唯一のコピーが存在する場合、オブジェクトデータが失われることを示す警告が表示されます。

  5. ノードの一覧を確認し、OK をクリックしてください。

    廃止手順が開始され、各ノードの進行状況が表示されます。この手順中に、グリッド構成の変更を含む新しい復旧パッケージが生成されます。

  6. 新しいリカバリパッケージが利用可能になったら、リンクをクリックするか、メンテナンス > システム > リカバリパッケージ を選択して、リカバリパッケージページにアクセスしてください。次に、 .zip ファイルをダウンロードします。

    "リカバリパッケージをダウンロードしています"の説明を参照してください。

    メモ 廃止手順中に問題が発生した場合に備え、グリッドを復旧できるよう、リカバリパッケージをできるだけ早くダウンロードしてください。
    注意 リカバリパッケージファイルには、StorageGRID システムからデータを取得するために使用できる暗号化キーとパスワードが含まれているため、保護する必要があります。

  7. 定期的に「廃止」ページを監視し、選択したすべてのノードが正常に廃止されていることを確認してください。

    ストレージノードの廃止には、数日から数週間かかる場合があります。すべてのタスクが完了すると、ノード選択リストが成功メッセージとともに再表示されます。接続が切断されたストレージノードを廃止した場合、修復ジョブが開始されたことを示す情報メッセージが表示されます。

  8. 廃止手順の一環としてノードが自動的にシャットダウンされた後、廃止されたノードに関連付けられている残りの仮想マシンやその他のリソースをすべて削除します。

    注意 ノードが自動的にシャットダウンするまで、この手順を実行しないでください。

  9. ストレージノードを廃止する場合は、廃止プロセス中に自動的に開始される*レプリケートデータ*および*消去コーディング（EC）データ*の修復ジョブのステータスを監視してください。

複製されたデータ

  • 複製された修復の完了率の推定値を取得するには、repair-data コマンドに `show-replicated-repair-status`オプションを追加します。

    repair-data show-replicated-repair-status

  • 修理が完了したかどうかを確認するには：

    1. ノード > 修復中のストレージノード > ILM を選択します。

    2. 評価セクションに記載されている属性を確認してください。修理が完了すると、*待機中 - すべて*属性は0オブジェクトを示します。

  • 修復状況をより詳細に監視するには：

    1. * Nodes * を選択します。

    2. グリッド名 > ILM を選択します。

    3. ILMキューグラフにカーソルを合わせると、*スキャンレート（オブジェクト/秒）*属性の値が表示されます。これは、グリッド内のオブジェクトがスキャンされ、ILM用にキューに追加されるレートです。

    4. ILMキューのセクションで、以下の属性を確認してください。

      • スキャン期間 - 推定：すべてのオブジェクトの完全な ILM スキャンを完了するまでの推定時間。

        フルスキャンを行ったとしても、ILMがすべてのオブジェクトに適用されているとは限りません。

      • 修復試行回数: 高リスクとみなされる複製データに対するオブジェクト修復操作の試行回数の合計。高リスクオブジェクトとは、ILMポリシーで指定されているか、コピーの紛失の結果として、コピーが1つしか残っていないオブジェクトのことです。このカウントは、ストレージノードが高リスクオブジェクトの修復を試みるたびに増加します。グリッドが混雑した場合、高リスクのILM修復が優先されます。

        修復後にレプリケーションが失敗した場合、同じオブジェクトの修復が再び実行される可能性があります。+ これらの属性は、ストレージノードボリュームの復旧状況を監視する際に役立ちます。修復試行回数の増加が止まり、フルスキャンが完了した場合、修復は完了した可能性が高いです。

    5. または、 `storagegrid_ilm_scan_period_estimated_minutes`および `storagegrid_ilm_repairs_attempted`のPrometheusクエリを送信します。

消去符号化（EC）データ

消去符号化データの修復を監視し、失敗した可能性のあるリクエストを再試行するには：

  1. 消去符号化データ修復のステータスを確認する：

    • Support > Tools > Metrics を選択すると、現在のジョブの完了までの推定時間と完了率が表示されます。次に、Grafana セクションで EC Overview を選択します。Grid EC Job Estimated Time to Completion と Grid EC Job Percentage Completed のダッシュボードを確認してください。

    • このコマンドを使用して、特定の `repair-data`操作のステータスを確認します：

      repair-data show-ec-repair-status --repair-id repair ID

    • このコマンドを使用して、すべての修復内容を一覧表示します。

      repair-data show-ec-repair-status

    出力には、過去および現在実行中のすべての修復に関する情報（ `repair ID`を含む）が一覧表示されます。

  2. 出力に修復操作が失敗したと表示された場合は、 `--repair-id`オプションを使用して修復を再試行してください。

    このコマンドは、修復ID 6949309319275667690を使用して、失敗したノード修復を再試行します。

    repair-data start-ec-node-repair --repair-id 6949309319275667690

    このコマンドは、修復ID 6949309319275667690を使用して、失敗したボリューム修復を再試行します：

    repair-data start-ec-volume-repair --repair-id 6949309319275667690

終了後の操作

切断されたノードが廃止され、すべてのデータ修復作業が完了したら、必要に応じて接続されているグリッドノードを廃止できます。

次に、廃止措置の手順が完了したら、以下の手順を実行します。

  • 廃止されたグリッドノードのドライブが完全に消去されていることを確認してください。市販のデータ消去ツールまたはサービスを使用して、ドライブからデータを完全に安全に削除してください。

  • アプライアンスノードを廃止し、アプライアンス上のデータがノード暗号化を使用して保護されていた場合は、StorageGRID アプライアンスインストーラーを使用して、キー管理サーバーの設定をクリアします（KMS のクリア）。アプライアンスを別のグリッドに追加する場合は、KMS 構成をクリアする必要があります。手順については、 "メンテナンスモードでのノード暗号化の監視"を参照してください。