Data Domain:クラウド導入済み(ATOS) Data Domain Virtual Edition (DDVE)では、ローカルメタデータ ストレージが不足する可能性がある
Summary: クラウド導入済み(ATOS) Data Domain Virtual Edition (DDVE)では、ローカルメタデータ ストレージが不足する可能性があります。
Symptoms
Data Domain Virtual Edition (DDVE)は、ソフトウェアのみのストレージ アプライアンスで、オンプレミスまたはクラウドに導入できます。Active Tier on Object Storage (ATOS)は、クラウドに導入されたDDVEの別名です。
オンプレミスでは、DDVEはVMware、Hyper-V、KVM、VxRailをサポートします。
クラウドでは、Data Domain Virtual Editionは次の環境で実行されます。
- Amazon Web Services (AWS)(クラウドおよびgovクラウド)
- Azure(クラウドおよびgovクラウド)
- VMware Cloud on AWSクラウド プラットフォーム
- Google Cloud Platform (GCP)
DDVE on CloudはCloud Tierとは異なります。Cloud Tierは、オンプレミスのハードウェアDDおよびDDVEにのみ導入できる別の製品です。
クラウドに導入されたDDVEがそのローカルメタデータ ストレージを満杯にすると、次のアラートが発行されます。
EVT-SPACE-00004: Space usage in metadata storage has exceeded 100% threshold.
Cause
クラウドに導入されたDDVE (ATOS)は、次の2種類のデータストレージをサポートします。
- ブロック ストレージ(データとメタデータ、またはオブジェクトストレージ対応DDVE(別名ATOS)上のメタデータに使用されます)
- Hot Blobストレージは、オブジェクトストレージとも呼ばれます(データにのみ使用)
ATOSに導入されたDDVE上のメタデータ ディスクには、以下のものが格納されます。索引、LPセグメント参照、CMETA(メタデータ)コンテナー、およびディレクトリー マネージャー(DM)データ
ほとんどの導入環境では、クラウド導入に関する現在の推奨事項である(Hot Blobまたはオブジェクトストレージ)を使用しています。すべてのデータはオブジェクトストレージを使用して書き込まれますが、領域の10%はDDファイルシステム メタデータのブロック ストレージとして定義されます。ローカルメタデータのサイズは、ライセンス容量のサイズに基づく推測です。導入時には、10倍の重複排除率で10%のメタデータ使用量が見積もられます。メタデータ ストレージ使用率が100%のDDVEでは、バックアップを取得できません。
次のシナリオでは、DDVEのローカルメタデータ ストレージ容量が不足する場合があります。
- 重複排除率が10倍を超える場合、それに伴ってメタデータの必要量が増加し、導入されたメタデータ サイズ(デフォルトは10%)を超えてしまう。
- 多数のスナップショットや古いスナップショットがある場合、メタデータのサイズが増加する可能性がある。
ファイル レプリケーション(Controlled Clone Replication CCR/Managed File Replication MFR)のデスティネーションとして機能するATOS DDVEでは、大量のメタデータが発生する可能性があります。
- すべてのベース ファイルがレプリケートされない場合、デスティネーションのATOS DDVEではメタデータでの使用率が高くなります。
- このシナリオでは、レプリケーションはVirtual Syntheticsの最適化を十分に活用していないため、メタデータの格納により多くの容量が必要になります。
- この種の問題はNW CCRで発生しており、すべてのベース ファイルがレプリケートされているようには見えません。これにより、デスティネーションのメタデータ使用率が高くなります。
Resolution
この問題の解決策は、ローカル メタデータ ストレージとしてディスクをさらに追加することです。
許可された最大数のディスクがすでに割り当てられている場合、メタデータ ディスク サイズの拡張が許可されるのはAWSとAzureのみです。既存のメタデータ ディスクのメタデータ容量は、1 TiB単位で増やすことができます。これは、最初のメタデータ ディスクには適用されません。詳細については、ガイド ドキュメントの「メタデータ ストレージの拡張」セクションを参照してください。
- 『PowerProtect DD Virtual Edition 7.x in the Azure Cloud Installation and Administration Guide』
- 『PowerProtect DD Virtual Edition 7.x on Amazon Web Services Installation and Administration Guide』
メタデータ用のディスクを追加する際の重要な情報:
- 異なるサイズのメタデータ ディスクを使用すると、インデックスの不均衡が生じます。
- アクティブ層に追加された各メタデータ ディスクには、独自のスピンドル グループが必要です。これはソフトウェアによって自動的に実行されます。スピンドル グループの既知の最大数は16です。
- スピンドル グループの最大数(16)を超えると、メタデータ ディスクは同じスピンドル グループになります。同じスピンドル グループ上のディスクに対するI/Oはシーケンシャルです。
- 推奨されるサイズについてはマニュアルを参照してください。ほとんどの場合、1 TiBの増分が推奨されています。クラウド プロバイダーによっては、それ以上のサイズも可能です。
- AWSとAzureのメタデータ ディスクのみを拡張します。任意のプロバイダーでメタデータ ディスクを拡張すると、破損によりDDVEが使用できなくなったり、拡張されたスペースが未使用になったりします。
-
メタデータの使用状況を確認します。100%に達した場合は、追加のディスクを割り当てる必要があります。
- 次の例が示されています。クラウド プロバイダーによっては出力が異なる場合があります。インストールおよび管理マニュアルを参照してください。
- メタデータの使用状況を表示します。
# filesys show space tier active local-metadata -------------------------- Active Tier: local-metadata usage Size GiB Used GiB Avail GiB Use% -------- -------- --------- ------ 1293.0 1291.5 1.5 100.0% -> We can see Metadata space is full. -------- -------- --------- ------
-
メタデータ ディスクをさらに追加するプロセスは、クラウド プロバイダーによって異なります。下部の各クラウド プロバイダーのマニュアルを参照してください。
- 使用されているディスクを表示します。
# disk show hardware ------------------ Disk Slot Manufacturer/Model Firmware Serial No. Capacity Type (pci/idx) ---- --------- -------------------- -------- ---------- --------- ----- dev1 -/a Virtual BLOCK Device n/a (unknown) 250.0 GiB BLOCK -> DDOS Disk dev2 -/b Virtual BLOCK Device n/a (unknown) 10.0 GiB BLOCK -> NVRAM disk dev3 -/c Virtual BLOCK Device n/a (unknown) 1.0 TiB BLOCK -> Currently used for Metadata dev4 -/d Virtual BLOCK Device n/a (unknown) 1.0 TiB BLOCK -> Currently used for Metadata ---- --------- -------------------- -------- ---------- --------- ----- 4 drives present.
- AWS/GCP/AZUREコンソールに移動し、DDVEにストレージを追加します。この場合、1TiBのディスクが追加されます。これはdev5とみなされます。他の既存のディスクを拡張したり、触れたりしないように注意してください。
DDVE on Cloudのマニュアル(DDVE V4のマニュアルのみを以下に掲載します)
Microsoft Azure上のDDVEV4のインストールおよび管理マニュアル
https://support.emc.com/docu91981_Data-Domain-Virtual-Edition-4.0-with-DD-OS-6.2.0.10-in-Azure-Installation-and-Administration-Guide.pdf?language=en_US
Google Cloud Platform (GC)上のDDVEV4
https://support.emc.com/docu91982_Data-Domain-Virtual-Edition-4.0-with-DD-OS-6.2.0.10-in-Google-Cloud-Platform-(GCP)-Installation-and-Administration-Guide.pdf?language=en_US
Amazon Web Services (AWS)上のDDVE4、インストールおよび管理マニュアル
https://support.emc.com/docu91980_Data_Domain_Virtual_Edition_4.0_with_DD_OS_6.2.0.10_in_Amazon_Web_Services_(AWS)_Installation_and_Administration_Guide.pdf?language=en_US注意:この記事を読んでいる時点で、新規および更新されたインストール マニュアルや管理マニュアルが存在している場合があります。 - この段階で、新しい1 TiBディスクが追加されたと想定すると、これはdisk dev5として出力されます。
# disk show hardware ------------------ Disk Slot Manufacturer/Model Firmware Serial No. Capacity Type (pci/idx) ---- --------- -------------------- -------- ---------- --------- ----- dev1 -/a Virtual BLOCK Device n/a (unknown) 250.0 GiB BLOCK -> DDOS Disk dev2 -/b Virtual BLOCK Device n/a (unknown) 10.0 GiB BLOCK -> NVRAM disk dev3 -/c Virtual BLOCK Device n/a (unknown) 1.0 TiB BLOCK -> Currently used for Metadata dev4 -/d Virtual BLOCK Device n/a (unknown) 1.0 TiB BLOCK -> Currently used for Metadata dev5 -/e Virtual BLOCK Device n/a (unknown) 1.0 TiB BLOCK -> Newly added disk for metadata, unused. ---- --------- -------------------- -------- ---------- --------- -----
- 新しいディスクをアクティブ層に追加します(この例ではdev5)。
# storage add tier active dev5
注意:CLIからDDVE ATOSローカルメタデータにディスクを追加すると、「Local storage size exceeds the maximum required metadata capacity for this configuration」というメッセージが表示されることがあります。** Local storage size exceeds the maximum required metadata capacity for this configuration. Do you want to continue? (yes|no) [no]:
解決策については、以下の記事を参照してください。
Data Domain:ローカル ストレージ サイズがこの構成に必要な最大メタデータ容量を超えている - ファイル システムを展開します。
# filesys expand
-
メタデータ容量の不足により読み取り専用になったFSに書き込みができるようになったことを確認します。
- バックアップが機能するようになったことを確認します。
- 受信レプリケーションが再開され、トラフィックが見られるようになったことを確認します。
Additional Information
このコンテンツは、次の言語に翻訳されています。
- https://downloads.dell.com/TranslatedPDF/PT-BR_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/ZH-CN_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/ES_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/DE_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/FR_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/IT_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/JA_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/NL_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/KO_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/RU_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/PT_KB537488.pdf
- https://downloads.dell.com/TranslatedPDF/SV_KB537488.pdf
- ファイル システムの拡張はオンラインで実行できます。
- メタデータの使用率は、重複排除係数に正比例します。重複排除係数が高いワークロードでは、インデックスが大きくなるため、メタデータのニーズが高くなります。
- 古いスナップショットと大規模なスナップショットはデータを保持し、重複排除係数も増加させるため、システムのメタデータがより早く枯渇する原因となります。
- 導入に関しては、メタデータ要件ガイドラインがあるだけです。これらはメタデータ ディスク内の容量の10%であり、重複排除係数は10倍を想定しています。重複排除率が高いほど、より多くのメタデータ ディスクが必要になります。
- DDサポートには、重複排除係数が10倍を超える場合のローカルメタデータ ストレージ要件ガイドラインはありません。メタデータ ディスクは、ファイルシステムの使用率とメタデータの使用率のバランスが取れるまで、1 TiB単位で追加することをお勧めします。
- 潜在的な重複排除係数に基づいて、将来のメタデータの使用量を予測する既知の方法はありません。
- インデックスの不均衡は、同じサイズのディスクでも発生する可能性があります。最も一般的な理由は、メタデータがほぼいっぱいになった後に新しいディスクが追加されたことです。古いディスクはまだほとんどのメタデータ構造を保持しており、より多くのI/Oが要求されています。古いデータが期限切れになるにつれて、メタデータはディスク間でバランスを取るはずです。