StorageGRIDにおけるILM取り込みオプションの利点、欠点、制限
データ取り込み時にデータを保護するための 3 つのオプション(Balanced、Strict、または Dual commit)それぞれの利点と欠点を理解することで、ILM ルールに選択するオプションを決定するのに役立ちます。
取り込みオプションの概要については、"取り込みオプション"を参照してください。
バランス型と厳格型のオプションの利点
取り込み中に中間コピーを作成するデュアルコミットと比較すると、2つの同期配置オプションには次のような利点があります:
-
データセキュリティの向上:オブジェクトデータは、ILMルールの配置指示で指定されているとおりに即座に保護されます。このルールは、複数のストレージ場所の障害を含む、さまざまな障害状態から保護するように構成できます。デュアルコミットは、単一のローカルコピーの損失に対してのみ保護を提供します。
-
より効率的なグリッド操作:各オブジェクトは、取り込まれたときに一度だけ処理されます。StorageGRID システムは中間コピーを追跡したり削除したりする必要がないため、処理負荷が軽減され、データベースの容量消費量も少なくなります。
-
(バランス)推奨:バランスオプションは、最適なILM効率を提供します。厳密な取り込み動作が必要な場合、またはグリッドがデュアルコミットを使用するためのすべての基準を満たしている場合を除き、バランスオプションの使用をお勧めします。
-
(厳密) オブジェクトの位置に関する確実性:Strict オプションでは、オブジェクトが ILM ルールの配置指示に従って即座に格納されることが保証されます。
バランス型と厳格型のオプションのデメリット
デュアルコミットと比較すると、バランス型と厳密型のオプションにはいくつかの欠点があります:
-
クライアントによるデータ取り込みの遅延:クライアントによるデータ取り込みの遅延が長くなる可能性があります。「バランス」または「厳密」オプションを使用する場合、すべてのイレイジャー コーディング フラグメントまたは複製コピーが作成されて保存されるまで、「取り込み成功」メッセージはクライアントに返されません。ただし、オブジェクトデータは最終的な配置場所にずっと早く到達する可能性が高いです。
-
(厳格)取り込み失敗率が高い:厳格オプションでは、StorageGRID が ILM ルールで指定されているすべてのコピーをすぐに作成できない場合、取り込みが失敗します。必要なストレージの場所が一時的にオフラインになった場合、またはネットワークの問題によりサイト間でのオブジェクトのコピーに遅延が発生した場合、取り込み失敗率が高くなる可能性があります。
-
(厳格) S3 マルチパートアップロードの配置は、状況によっては想定どおりにならない場合があります:厳格では、オブジェクトは ILM ルールで説明されているとおりに配置されるか、取り込みが失敗するかのいずれかになります。しかし、S3 マルチパートアップロードの場合、ILM はオブジェクトの各部分が取り込まれる際に評価され、マルチパートアップロードが完了した時点でオブジェクト全体として評価されます。以下のような状況では、予想とは異なる配置結果となる可能性があります:
-
S3マルチパートアップロード中にILMが変更された場合:各パートは、そのパートが取り込まれたときに有効なルールに従って配置されるため、マルチパートアップロードが完了した時点で、オブジェクトの一部が現在のILM要件を満たさない可能性があります。このような場合、オブジェクトの取り込みは失敗しません。その代わりに、正しく配置されていないパートはすべてILMによる再評価のためにキューに入れられ、後で正しい場所に移動されます。
-
ILMルールがサイズでフィルタリングする場合:パーツのILMを評価する場合、StorageGRID はオブジェクトのサイズではなく、パーツのサイズに基づいてフィルタリングします。これは、オブジェクト全体に対するILM要件を満たさない場所に、オブジェクトの一部を保管できることを意味します。例えば、ルールで10GB以上のオブジェクトはすべてDC1に保存され、それより小さいオブジェクトはすべてDC2に保存されるように指定されている場合、10個のパートからなるマルチパートアップロードの1GBごとのパートは、取り込み時にDC2に保存されます。オブジェクトに対してILMが評価されると、オブジェクトのすべてのパーツがDC1に移動されます。
-
-
(厳格)オブジェクト タグまたはメタデータが更新され、新たに必要な配置ができない場合でも、取り込みは失敗しません:厳格では、オブジェクトは ILM ルールで説明されているとおりに配置されるか、取り込みが失敗するかのいずれかになります。ただし、グリッドに既に保存されているオブジェクトのメタデータやタグを更新しても、そのオブジェクトは再取り込みされません。これは、更新によって引き起こされるオブジェクト配置の変更が、即座には反映されないことを意味します。配置変更は、通常のバックグラウンド ILM プロセスによって ILM が再評価された際に行われます。必要な配置変更ができない場合(例えば、新たに必要となる場所が利用できない場合など)、更新されたオブジェクトは、配置変更が可能になるまで現在の配置を維持します。
バランスオプションと厳密オプションにおけるオブジェクト配置の制限
バランス型または厳格型のオプションは、以下の配置指示のいずれかを持つ ILM ルールには使用できません:
-
0日目にクラウドストレージプールに配置します。
-
ルールにユーザー定義の作成時刻が参照時刻として設定されている場合の、クラウドストレージプールへの配置。
これらの制限が存在するのは、StorageGRID がクラウドストレージプールへのコピーを同期的に作成できないこと、およびユーザー定義の作成時刻が現在時刻に解決される可能性があるためです。
ILMルールと整合性がデータ保護に与える影響
ILMルールと一貫性の選択は、オブジェクトの保護方法に影響を与えます。これらの設定は相互に影響し合う可能性があります。
例えば、ILM ルールで選択された取り込み動作はオブジェクトコピーの初期配置に影響を与え、オブジェクトが保存される際に使用される整合性はオブジェクトメタデータの初期配置に影響を与えます。StorageGRID はクライアントの要求を満たすためにオブジェクトのデータとメタデータの両方へのアクセスが必要となるため、整合性と取り込み動作に対して適切なレベルの保護を選択することで、より優れた初期データ保護とより予測可能なシステム応答を実現できます。
以下に、StorageGRID で利用可能な整合性値の簡単な概要を示します。
-
すべて:すべてのノードがオブジェクトメタデータを即座に受信します。受信しない場合、リクエストは失敗します。
-
Strong-global: すべてのサイトにおけるすべてのクライアントリクエストに対して、書き込み後の読み取りの一貫性を保証します。Quorumのセマンティクスが設定されている場合、以下の動作が適用されます:
-
グリッドに3つ以上のサイトがある場合、クライアント要求に対するサイト障害の耐性を確保します。2サイトグリッドにはサイト障害の耐性はありません。
-
1つのサイトがダウンしている場合、以下のS3操作は成功しません:
-
DeleteBucketEncryption
-
PutBucketBranch
-
PutBucketEncryption
-
PutBucketVersioning
-
PutObjectLegalHold
-
PutObjectLockConfiguration
-
PutObjectRetention
-
-
-
Strong-site: オブジェクトのメタデータは、サイト内の他のノードに即座に配信されます。サイト内のすべてのクライアントリクエストに対して、書き込み後の読み取りの一貫性を保証します。
-
新規書き込み後の読み取り:新規オブジェクトに対して書き込み後の読み取りの一貫性を提供し、オブジェクトの更新に対して結果整合性を提供します。高可用性とデータ保護を保証します。ほとんどの場合に推奨されます。
-
利用可能:新規オブジェクトとオブジェクト更新の両方に対して、最終的な一貫性を提供します。S3バケットの場合は、必要な場合にのみ使用してください(たとえば、めったに読み取られないログ値を含むバケット、または存在しないキーに対するHEADまたはGET操作の場合など)。S3 FabricPoolバケットではサポートされていません。
|
|
一貫性値を選択する前に、"一貫性に関する詳細な説明をお読みください"。デフォルト値を変更する前に、その利点と制限事項を理解しておく必要があります。 |
一貫性とILMルールがどのように相互作用するかの例
次のILMルールと次の整合性を持つ3サイトグリッドがあるとします。
-
ILMルール:オブジェクトのコピーを3つ作成します。1つはローカルサイトに、残りの2つは各リモートサイトにそれぞれ1つずつ作成します。厳密な取り込み動作を使用します。
-
一貫性:Strong-global(オブジェクトのメタデータは複数のサイトに即座に配信されます)。
クライアントがオブジェクトをグリッドに保存すると、StorageGRID はオブジェクトのコピーを3つすべて作成し、メタデータを複数のサイトに配布してから、クライアントに成功を返します。
取り込み成功メッセージの時点で、オブジェクトは損失から完全に保護されます。例えば、取り込み直後にローカルサイトが失われた場合でも、オブジェクトデータとオブジェクトメタデータの両方のコピーがリモートサイトに残ります。オブジェクトは他のサイトから完全に取得可能です。
代わりに同じILMルールとstrong-siteの整合性を使用した場合、オブジェクトデータがリモートサイトにレプリケートされた後、オブジェクトのメタデータがそこに配布される前に、クライアントは成功メッセージを受信する可能性があります。この場合、オブジェクトメタデータの保護レベルは、オブジェクトデータの保護レベルと一致しません。取り込み直後にローカルサイトが失われた場合、オブジェクトのメタデータは失われます。オブジェクトを取得できません。
整合性とILMルールの相互関係は複雑になる場合があります。サポートが必要な場合は、NetAppにお問い合わせください。