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

StorageGRID でオブジェクトデータの整合性を検証する

PDF

StorageGRID システムは、ストレージノード上のオブジェクトデータの整合性を検証し、破損したオブジェクトと欠落したオブジェクトの両方をチェックします。

検証プロセスには、バックグラウンド検証とオブジェクト存在チェック（以前はフォアグラウンド検証と呼ばれていました）の2種類があります。これらは連携してデータの整合性を確保します。バックグラウンド検証は自動的に実行され、オブジェクトデータの正確性を継続的にチェックします。オブジェクト存在チェックは、オブジェクトの存在（正確性ではなく）をより迅速に確認するために、ユーザーがトリガーできます。

バックグラウンド検証とは何ですか？

バックグラウンド検証プロセスは、ストレージノード上のオブジェクトデータの破損したコピーを自動的かつ継続的にチェックし、検出された問題を自動的に修復しようと試みます。

バックグラウンド検証では、複製されたオブジェクトと消去符号化されたオブジェクトの整合性を以下のようにチェックします。

  • 複製オブジェクト：バックグラウンド検証プロセスで破損した複製オブジェクトが検出された場合、破損したコピーはその場所から削除され、ストレージノード上の別の場所に隔離されます。次に、破損していない新しいコピーが生成され、有効なILMポリシーを満たすように配置されます。新しいコピーは、元のコピーに使用されたストレージノードに配置されない可能性があります。

メモ 破損したオブジェクトデータは、システムから削除されるのではなく隔離されるため、引き続きアクセス可能です。隔離されたオブジェクトデータへのアクセスに関する詳細については、テクニカルサポートにお問い合わせください。

  • 消去符号化オブジェクト：バックグラウンド検証プロセスが、消去符号化オブジェクトのフラグメントが破損していることを検出した場合、StorageGRID は残りのデータフラグメントとパリティフラグメントを使用して、欠落したフラグメントを同じストレージノード上で自動的に再構築しようとします。破損したフラグメントを再構築できない場合は、オブジェクトの別のコピーの取得が試みられます。取得が成功した場合、ILM 評価が実行され、消去符号化オブジェクトの代替コピーが作成されます。

    バックグラウンド検証プロセスは、ストレージノード上のオブジェクトのみをチェックします。クラウドストレージプール内のオブジェクトはチェックされません。バックグラウンド検証の対象となるには、オブジェクトが4日以上経過している必要があります。

バックグラウンド検証は、通常のシステム動作を妨げないように設計された継続的な処理速度で実行されます。バックグラウンド検証は停止できません。ただし、問題が疑われる場合は、バックグラウンド検証の頻度を上げることで、ストレージノードの内容をより迅速に検証できます。

システムが、自動的に修正できない破損オブジェクトを検出した場合（破損によってオブジェクトを識別できないため）、*未識別の破損オブジェクトが検出されました*というアラートがトリガーされます。

バックグラウンド検証で破損したオブジェクトの別のコピーが見つからないためにオブジェクトを置き換えることができない場合、「オブジェクトが失われた可能性があります」というアラートがトリガーされます。

オブジェクトの存在チェックとは何ですか？

オブジェクト存在チェックは、ストレージノード上に想定されるすべての複製オブジェクトおよび消去符号化フラグメントが存在するかどうかを検証します。オブジェクト存在チェックは、オブジェクトデータ自体を検証するものではありません（バックグラウンド検証がその役割を担います）。その代わりに、特に最近のハードウェアの問題がデータの整合性に影響を与えた可能性がある場合に、ストレージデバイスの整合性を検証する方法を提供します。

バックグラウンド検証は自動的に行われるのに対し、オブジェクト存在チェックジョブは手動で開始する必要があります。

オブジェクトの存在チェックは、StorageGRID に格納されているすべてのオブジェクトのメタデータを読み取り、レプリケートされたオブジェクトコピーとイレイジャーコーディングされたオブジェクトフラグメントの両方の存在を検証します。欠落データは次のように処理されます：

  • 複製されたコピー：複製されたオブジェクトデータのコピーが欠落している場合、StorageGRID はシステム内の別の場所に保存されているコピーから、自動的にコピーを置き換えようとします。ストレージノードは、既存のコピーに対して ILM 評価を実行します。その結果、別のコピーが存在しないため、このオブジェクトに対して現在の ILM ポリシーが満たされていないことが判断されます。システムの有効な ILM ポリシーを満たすように、新しいコピーが生成され、配置されます。この新しいコピーは、欠落したコピーが保存されていた場所と同じ場所に配置されない場合があります。

  • 消去符号化フラグメント：消去符号化オブジェクトのフラグメントが欠落している場合、StorageGRID は残りのフラグメントを使用して、同じストレージノード上で欠落したフラグメントを自動的に再構築しようとします。欠落したフラグメントを再構築できない場合（フラグメントの損失が多すぎるため）、ILM はオブジェクトの別のコピーを検索し、それを使用して新しい消去符号化フラグメントを生成しようとします。

オブジェクトの存在チェックを実行する

オブジェクトの存在確認ジョブは、一度に1つずつ作成して実行します。ジョブを作成する際に、検証対象のストレージノードとボリュームを選択します。また、ジョブの整合性も選択します。

開始する前に

  • "対応ウェブブラウザ" を使用して Grid Manager にサインインしています。

  • あなたは"メンテナンス権限またはルートアクセス権限"があります。

  • 確認対象のストレージノードがオンラインであることを確認しました。ノード一覧を表示するには、*ノード*を選択してください。チェック対象のノード名の横に警告アイコンが表示されていないことを確認してください。

  • チェック対象のノードで、以下の手順が実行されて*いない*ことを確認してください。

    • ストレージノードを追加するためのグリッド拡張

    • ストレージノードの廃止

    • 障害が発生したストレージボリュームの復旧

    • システムドライブが故障したストレージノードの復旧

    • ECリバランス

    • アプライアンスノードクローン

これらの処理が進行中は、オブジェクトの存在確認は有用な情報を提供しません。

タスク概要

オブジェクトの存在確認ジョブの完了には、グリッド内のオブジェクトの数、選択されたストレージノードとボリューム、および選択された整合性に応じて、数日から数週間かかる場合があります。一度に実行できるジョブは1つだけですが、複数のストレージノードとボリュームを同時に選択することは可能です。

手順

  1. メンテナンス ＞ タスク ＞ オブジェクト存在チェック を選択します。

  2. *ジョブの作成*を選択します。オブジェクト存在チェックジョブ作成ウィザードが表示されます。

  3. 検証するボリュームを含むノードを選択します。オンラインのノードをすべて選択するには、列ヘッダーの Node name チェックボックスを選択します。

    ノード名またはサイトで検索できます。

    グリッドに接続されていないノードを選択することはできません。

  4. *続行*を選択します。

  5. リスト内の各ノードに対して、1つ以上のボリュームを選択してください。ストレージボリューム番号またはノード名を使用してボリュームを検索できます。

    選択した各ノードのすべてのボリュームを選択するには、列ヘッダーの Storage volume チェックボックスを選択します。

  6. *続行*を選択します。

  7. ジョブの整合性を選択してください。

    一貫性によって、オブジェクトの存在チェックに使用されるオブジェクトメタデータのコピーの数が決まります。

    • ストロングサイト：メタデータのコピーが1つのサイトに2つ存在します。

    • Strong-global：各サイトにメタデータのコピーが2つあります。

    • すべて（デフォルト）：各サイトにあるメタデータの3つのコピーすべて。

      一貫性に関する詳細については、ウィザードの説明を参照してください。

  8. *続行*を選択します。

  9. 選択内容を確認し、正しいかどうかを確かめてください。「前へ」を選択すると、ウィザードの前のステップに戻って選択内容を更新できます。

    オブジェクトの存在チェックジョブが生成され、次のいずれかが発生するまで実行されます。

    • 作業が完了しました。

    • ジョブを一時停止またはキャンセルします。一時停止したジョブは再開できますが、キャンセルしたジョブは再開できません。

    • ジョブが停止します。*オブジェクトの存在チェックが停止しました*というアラートがトリガーされます。アラートに指定されている是正措置に従ってください。

    • ジョブが失敗します。*オブジェクトの存在確認に失敗しました*というアラートがトリガーされます。アラートに指定されている是正措置に従ってください。

    • 「サービスが利用できません」または「内部サーバーエラー」というメッセージが表示されます。1分後、ページを更新してジョブの監視を続けてください。

      メモ 必要に応じて、オブジェクト存在チェックページから別のページに移動し、戻ってジョブの監視を続けることができます。

  10. ジョブの実行中に、*アクティブなジョブ*タブを表示し、「検出されたオブジェクトのコピーが不足しています」の値を確認してください。

    この値は、複製されたオブジェクトの欠落コピーの総数、および1つ以上の欠落フラグメントを持つイレイジャーコーディングオブジェクトの総数を表します。

    検出された欠落オブジェクトコピーの数が100を超える場合、ストレージノードのストレージに問題がある可能性があります。

  11. ジョブが完了したら、必要に応じて追加の措置を講じてください。

    • 検出された欠落オブジェクトコピー数がゼロの場合、問題は見つかりませんでした。対処は不要です。

    • 検出された欠落オブジェクトコピー数がゼロより大きく、かつ「オブジェクトが失われた可能性があります」アラートがトリガーされていない場合、欠落していたすべてのコピーはシステムによって修復されたことを意味します。オブジェクトのコピーに今後損傷が生じないよう、ハードウェアの問題がすべて修正されていることを確認してください。

    • 検出された欠落オブジェクトコピー数がゼロより大きく、Objects potentially lost アラートがトリガーされた場合、データの整合性に影響が出る可能性があります。技術サポートにお問い合わせください。

    • grepを使用してLLST監査メッセージを抽出することで、紛失した可能性のあるオブジェクトコピーを調査できます grep LLST audit_file_name。

      この手順は"紛失した可能性のあるオブジェクトの調査"の手順と似ていますが、オブジェクトコピーの場合は `OLST`ではなく `LLST`を検索します。

  12. ジョブで strong-site または strong-global 整合性を選択した場合は、メタデータの整合性が確保されるまで約3週間待ってから、同じボリュームでジョブを再度実行してください。

    StorageGRID がジョブに含まれるノードとボリュームのメタデータの整合性を確保するのに十分な時間が経過した後、ジョブを再実行すると、誤って報告された欠落オブジェクトコピーがクリアされるか、見落とされていた追加のオブジェクトコピーがチェックされる可能性があります。

    1. メンテナンス ＞ オブジェクト存在チェック ＞ ジョブ履歴 を選択します。

    2. 再実行可能なジョブを特定する：

      1. 「終了時刻」列を確認すると、3週間以上前に実行されたジョブを特定できます。

      2. これらのジョブについては、「整合性制御」列で「strong-site」または「strong-global」を検索してください。

    3. 再実行する各ジョブのチェックボックスを選択し、*再実行*を選択します。

    4. ジョブ再実行ウィザードで、選択したノードとボリューム、および整合性を確認します。

    5. ジョブを再実行する準備ができたら、*再実行*を選択してください。

「アクティブなジョブ」タブが表示されます。選択したすべてのジョブは、strong-site の一貫性で 1 つのジョブとして再実行されます。詳細セクションの「関連ジョブ」フィールドには、元のジョブのジョブ ID が一覧表示されます。