Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

取り込みオプションのメリット、デメリット、および制限事項

共同作成者 netapp-lhalbert netapp-pcarriga
PDF

取り込み時にデータを保護するための 3 つのオプション（ Balanced 、 Strict 、 Dual commit ）のそれぞれのメリットとデメリットを理解することは、 ILM ルールに選択するオプションを決定する際に役立ちます。

取り込みオプションの概要については、を参照してください"取り込みオプション"。

Balanced オプションと Strict オプションのメリット

取り込み時に中間コピーを作成する Dual commit と比較すると、 2 つの同期配置オプションには次のメリットがあります。

  • * Better データ セキュリティ * ：オブジェクトデータは、 ILM ルールの配置手順に従ってただちに保護されます。配置手順は、複数の格納場所の障害など、さまざまな障害状況からオブジェクトを保護するように設定できます。Dual commit で保護できるのは、単一のローカルコピーの損失のみです。

  • * グリッド処理の効率化 * ：各オブジェクトは、取り込み時に 1 回だけ処理されます。StorageGRID システムで中間コピーを追跡または削除する必要がないため、処理の負荷が軽減され、消費されるデータベーススペースも少なくてすみます。

  • * （ Balanced ） Recommended * ： Balanced オプションは、最適な ILM 効率を実現します。Strict取り込み動作が必要な場合、またはグリッドがDual commitの使用条件をすべて満たしている場合を除き、Balancedオプションを使用することを推奨します。

  • * （ Strict ）オブジェクトの場所が明らか * ： Strict オプションは、 ILM ルールの配置手順に従ってオブジェクトがただちに格納されることを保証します。

Balanced オプションと Strict オプションのデメリット

Dual commit と比較すると、 Balanced オプションと Strict オプションにはいくつかのデメリットがあります。

  • * クライアントの取り込み時間が長くなる * ：クライアントの取り込みレイテンシが長くなる可能性があります。BalancedオプションまたはStrictオプションを使用した場合、すべてのイレイジャーコーディングフラグメントまたはレプリケートコピーが作成されて格納されるまで、「ingest successful」メッセージはクライアントに返されません。しかし、ほとんどの場合、オブジェクトデータは最終的な配置までの時間をはるかに短縮できます。

  • （Strict）取り込みエラーの発生率が高い：Strictオプションを使用すると、StorageGRID がILMルールで指定されたすべてのコピーをすぐに作成できない場合に取り込みが失敗します。必要なストレージの場所が一時的にオフラインになっている場合や、ネットワークでサイト間のオブジェクトコピーが原因 で遅延している場合には、取り込みに失敗する可能性が高くなります。

  • * （ Strict ） S3 マルチパートアップロードでは、状況によっては想定どおりに配置されない可能性がある * ： Strict では、オブジェクトが ILM ルールの指定どおりに配置されるか、あるいは取り込みが失敗するかのどちらかの結果が想定されます。ただし、S3マルチパートアップロードの場合は、オブジェクトの各パートの取り込み時にILMが評価され、マルチパートアップロードの完了時にオブジェクト全体に対してILMが評価されます。そのため、次の状況では想定どおりに配置されないことがあります。

    • * S3 マルチパートアップロードの実行中に ILM が変更された場合 * ：各パートはその取り込み時にアクティブなルールに従って配置されるため、マルチパートアップロードが完了した時点でオブジェクトの一部のパートが現在の ILM 要件を満たしていない可能性があります。この場合、オブジェクトの取り込みは失敗しません。代わりに、正しく配置されていないパートはILMルールによる再評価のためにキューに登録され、あとで正しい場所に移動されます。

    • * ILM ルールがサイズでフィルタリングする場合 * ：パーツに対して ILM を評価する際、 StorageGRID はオブジェクトのサイズではなくパーツのサイズでフィルタリングします。つまり、オブジェクト全体のILM要件を満たしていない場所にオブジェクトの一部を格納できます。たとえば、 10GB 以上のオブジェクトをすべて DC1 に格納し、それより小さいオブジェクトをすべて DC2 に格納するルールの場合、 10 パートからなるマルチパートアップロードの 1GB の各パートは取り込み時に DC2 に格納されます。オブジェクトに対して ILM が評価されると、オブジェクトのすべてのパートが DC1 に移動されます。

  • * （ Strict ）オブジェクトタグまたはメタデータが更新され、新たに必要となった配置を実行できなくても取り込みが失敗しない * ： Strict では、オブジェクトが ILM ルールの指定どおりに配置されるか、あるいは取り込みが失敗するかのどちらかの結果が想定されます。ただし、グリッドにすでに格納されているオブジェクトのメタデータまたはタグを更新しても、オブジェクトは再取り込みされません。つまり、更新によってトリガーされたオブジェクト配置の変更はすぐには行われません。通常のバックグラウンド ILM プロセスで ILM が再評価されると、配置変更が行われます。必要な配置変更ができない場合（新たに必要な場所が使用できない場合など）、更新されたオブジェクトは配置変更が可能になるまで現在の配置を保持します。

BalancedオプションとStrictオプションを使用したオブジェクトの配置に関する制限事項

BalancedオプションまたはStrictオプションは、次のいずれかの配置手順を含むILMルールには使用できません。

  • クラウドストレージプールへの配置： 0 日目

  • ルールの[Reference Time]に[User Defined creation time]が設定されている場合のクラウドストレージプール内の配置。

これらの制限は、StorageGRIDがクラウドストレージプールに同期的にコピーを作成できず、ユーザ定義の作成時間が現在の状態に解決される可能性があるためです。

ILMルールと整合性の相互作用によるデータ保護への影響

ILMルールと整合性の選択は、どちらもオブジェクトの保護方法に影響します。これらの設定は対話的に操作できます。

たとえば、ILMルールで選択された取り込み動作はオブジェクトコピーの初期配置に影響し、オブジェクトの格納時に使用される整合性はオブジェクトメタデータの初期配置に影響します。StorageGRIDでは、クライアント要求に対応するためにオブジェクトのデータとメタデータの両方にアクセスする必要があるため、整合性と取り込み動作で同じ保護レベルを選択すると、初期データ保護が向上し、システム応答の予測性が向上します。

StorageGRIDで使用できる整合性の値の概要を次に示します。

  • * all *：すべてのノードがオブジェクトメタデータをただちに受信しないと要求が失敗します。

  • 強力なグローバル: すべてのサイトにわたるすべてのクライアント要求の書き込み後の読み取り一貫性を保証します。クォーラム セマンティクスが構成されている場合、次の動作が適用されます。

    • グリッドに 3 つ以上のサイトがある場合、クライアント要求に対するサイト障害許容度を許可します。 2 サイト グリッドではサイト障害の許容度はありません。

    • 1 つのサイトがダウンすると、次の S3 操作は成功しません。

      • DeleteBucketEncryption

      • PutBucketBranch

      • PutBucketEncryptionの略

      • PutBucketVersioning

      • PutObjectLegalHold

      • PutObjectLockConfiguration

      • PutObjectRetention

    必要であれば、 "強力なグローバル整合性を実現するStorageGRID Quorumセマンティクスを構成する" 。

  • * strong-site *：オブジェクトメタデータがサイト内の他のノードにただちに分散されます。1 つのサイト内のすべてのクライアント要求について、リードアフターライト整合性が保証されます。

  • * Read-after-new-write *：新規オブジェクトにはリードアフターライト整合性を提供し、オブジェクトの更新には結果整合性を提供します。高可用性が確保され、データ保護が保証されます。ほとんどの場合に推奨されます。

  • * available *：新しいオブジェクトとオブジェクトの更新の両方について、結果整合性を提供します。S3バケットの場合は、必要な場合にのみ使用します（読み取り頻度の低いログ値を含むバケットや、存在しないキーに対するHEAD処理やGET処理など）。S3 FabricPool バケットではサポートされません。

メモ 一貫性値を選択する前に、"概要of Consistencyの全文を読む" 。デフォルト値を変更する前に、利点と制限事項を理解しておく必要があります。

整合性ルールとILMルールの相互作用の例

次の ILM ルールと次の一貫性を持つ 3 つのサイト グリッドがあるとします。

  • ILM ルール: ローカル サイトに 1 つ、各リモート サイトに 1 つ、合計 3 つのオブジェクト コピーを作成します。厳密な取り込み動作を使用します。

  • 一貫性: 強力なグローバル (オブジェクト メタデータは複数のサイトに即座に配布されます)。

クライアントがオブジェクトをグリッドに保存すると、 StorageGRID は3 つのオブジェクト コピーをすべて作成し、メタデータを複数のサイトに配布してから、クライアントに成功を返します。

オブジェクトは、取り込み成功メッセージの時点で損失から完全に保護されます。たとえば、取り込み直後にローカル サイトが失われた場合でも、オブジェクト データとオブジェクト メタデータの両方のコピーがリモート サイトに残ります。オブジェクトは他のサイトから完全に取得可能です。

代わりに同じ ILM ルールと強力なサイト一貫性を使用した場合、オブジェクト データがリモート サイトにレプリケートされた後、オブジェクト メタデータがそこに配布される前に、クライアントは成功メッセージを受信する可能性があります。この場合、オブジェクト メタデータの保護レベルは、オブジェクト データの保護レベルと一致しません。取り込み直後にローカル サイトが失われた場合、オブジェクト メタデータは失われます。オブジェクトを取得できません。

整合性ルールとILMルールの関係は複雑になる可能性があります。サポートが必要な場合は、NetAppにお問い合わせください。

関連情報

"例 5 ：取り込み動作が Strict の場合の ILM ルールとポリシー"