Data Domain：クラウド導入済み(ATOS)のData Domain Virtual Edition (DDVE)では、ローカルメタデータ ストレージが不足する可能性がある

Data Domain Virtual Edition (DDVE)は、ソフトウェアのみのストレージ アプライアンスであり、オンプレミスまたはクラウドのいずれかに導入できます。クラウドに導入されたDDVEは、ATOS(Active Tier on Object Storage)とも呼ばれます。  
オンプレミスでは、DDVEはVMware、Hyper-V、KVM、VxRailをサポートします。クラウドでは、DD VEは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.

クラウド(ATOS)に導入されたDDVEは、次の2種類のデータ ストレージをサポートします。
- ブロック ストレージ(データとメタデータ、またはオブジェクト ストレージ対応DDVEの別名ATOS上のメタデータに使用されます)。
- Hot Blob StorageはObject Storageとも呼ばれます(データにのみ使用)
ATOSに導入されたDDVE上のメタデータ ディスクには、次のものが入力されます。 索引、LP セグメント参照、CMETA (メタデータ) コンテナー、および DM (ディレクトリー・マネージャー) データ。
ほとんどの導入環境では、クラウド導入に関する現在の推奨事項である(Hot BlobまたはObject Storage)を使用しています。つまり、オブジェクト ストレージを使用してすべてのデータを書き込みますが、DDファイル システム メタデータ用に領域の10%をブロック ストレージとして定義する必要があります。ローカルメタデータのサイズは、ライセンス容量のサイズに基づく推測であり、導入時には、10倍の重複排除に対して10%のメタデータ使用量を想定しています。  メタデータ ストレージ使用率が100%のDDVEでは、バックアップを取得できません。
次のシナリオにより、DDVEのローカル メタデータ ストレージ領域が不足する場合があります。
- 重複排除が10倍を超えているため、 メタデータ 要件はメタデータサイズ(デフォルトは10%)で展開されたものよりも高くなります。  
- スナップショットの数が多い場合や古い場合、スナップショットが増加する可能性があります メタデータ サイズに戻ります。
ファイルのデスティネーションとして機能するATOS DDVEでは、大量のメタデータが検出される場合があります レプリケーション (Controlled Clone Replication CCR/Managed File Replication MFR): 
- すべてのベース ファイルがレプリケートされているわけではない場合、デスティネーションATOS DDVEのメタデータでの使用率が高くなります。
- このシナリオでは、レプリケーションは仮想合成の最適化を十分に活用していないため、メタデータを保存するためにより多くのスペースが必要です。 
- このタイプの問題は NW CCR で見られ、すべてのベース ファイルが複製されているようには見えず、宛先のメタデータ使用率が高くなりました。 

この問題の解決策は、ローカル メタデータ ストレージとしてディスクをさらに追加することです。Azureの場合で、Azure VMに許可された最大数のディスクがすでに割り当てられている場合にのみ、既存のメタデータ ディスク(最初のディスクを除く)を1 TiB単位で大きくすることで、メタデータ容量を拡張できる可能性があります。詳細については、「詳細については、『Azureクラウド インストールおよび管理ガイド』ドキュメントの「PowerProtect DD Virtual Edition 7.x」の「メタデータ ストレージの拡張」セクションを参照してください。
重要:メタデータ用のディスクを追加する際の情報: 
に戻ります。異なるサイズのメタデータ ディスクを使用すると、インデックスの不均衡が生じる可能性があります。したがって、最も大きいディスクにDDVEのIOバインドを先行させます。これらはメタデータの大部分を保持するためです。
に戻ります。アクティブ階層に追加される各メタデータ ディスクには、独自のスピンドル グループが必要です。これは、ソフトウェアによって自動的に行われます。スピンドル グループの既知の最大数は16です。 
に戻ります。スピンドル グループの最大数(16)を超えると、最終的に同じスピンドル グループを共有するメタデータ ディスクが作成されます。同じスピンドル グループ上のディスクに対するIOはシーケンシャルです。 
に戻ります。推奨サイズについてはマニュアルを参照してください。ほとんどの場合、1 TiB単位の増分が推奨されています。クラウド プロバイダーによっては、より大きなサイズも可能です。
に戻ります。既存のディスクは拡張できません。ディスクの追加のみが可能です。既存のディスクは拡張しないでください。破損によりDDVEが使用できなくなったり、拡張された領域が未使用になったりする可能性があります。
1 - メタデータの使用状況を確認します。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.
--------   --------   ---------   ------

2 - メタデータ ディスクをさらに追加するプロセスは、クラウド プロバイダーによって異なります。下部に記載されているクラウド プロバイダーの各マニュアルを参照してください。
- 使用されているディスクを表示する

# 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.

2.1 - AWS/GCP/AZUREコンソールに移動し、DDVEにストレージを追加します。この例では、1TiBディスクが追加され、dev5として表示されるはずです。他の既存のディスクを拡張したり、触れたりしないでください。 
注意：この記事を読んでいる時点で、新規およびアップデートされたインストール/管理マニュアルが存在している場合があります。
2.2 - この段階では、新しい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.
----   ---------   --------------------   --------   ----------   ---------   -----

2.3 - アクティブ階層に新しいディスクを追加します。この場合、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]:

2.4 - ファイル システムの拡張

# filesys expand

3.- メタデータ領域の不足により読み取り専用だったFSに書き込め
るようになったことを確認しますこれは、バックアップが正常に動作していることを確認することから、受信レプリケーションが再開され、トラフィックが見られることの確認まで、さまざまな方法で実現できます。

このコンテンツは、次の言語に翻訳されています。 

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

- ファイルシステムの拡張はオンラインで行うことができます。
- メタデータの使用量は、重複排除係数に正比例します。バックアップのワークロードが重複排除に非常に適している場合は、DDVEインデックスが大きいほど、メタデータのニーズが高くなります。
- 古くて大きなスナップショットは、データを保持するだけでなく、重複排除率を増加させるため、システムのメタデータがより早く枯渇します。
導入にはメタデータ要件ガイドラインしかありません。これらはメタデータ ディスクの容量の10%であり、10倍の重複排除を想定しています。重複排除率が高くなると、最終的により多くのメタデータ ディスクが必要になります。
- DDサポートには、10倍を超える重複排除に対するローカルメタデータストレージ要件のガイドラインはありません。メタデータ ディスクは、ファイルシステムの使用率とメタデータの使用率のバランスが取れるまで、1 TiB単位で追加することをお勧めします。
- 現在のところ、潜在的な重複排除要因に基づいて将来のメタデータの使用状況を予測する方法は知られていません。
- インデックスの不均衡も発生する可能性があります ディスク上 同じサイズの場合、最も一般的な理由は、メタデータがほぼいっぱいになった後に新しいディスクがインクリメントされたことです。そのため、古いディスクは依然としてほとんどのメタデータ構造を保持しており、より多くのIOが要求されます。古いデータの有効期限が切れると、メタデータはディスク間でバランスを取る必要があります。