Data Domain：Data Domain Virtual Edition(DDVE)アプライアンスのアクティブ階層に追加できるディスクの最大サイズを計算する方法

Data Domain Virtual Edition (DDVE)は、DDOS 5.7の時点で、DDR (Data Domain Restorers)を仮想マシンとしてVMware ESXiまたはMicrosoft Hyper-V環境に導入できる新製品です。

導入後、データ ディスクはDDVEアプライアンスのアクティブ階層に追加して、Data Domainファイル システム(DDFS)によるデータ ストレージに使用する必要があります。DDVEアプライアンスで可能なDDFSの最大サイズは、次の両方によって決定されることに注意してください。

• DDVE仮想マシンの構成
• DDVEアプライアンスに追加された容量ライセンスのサイズ

たとえば、次のDDVE仮想マシンは、4TiBアプライアンスになるように構成されています(つまり、CPU/RAM構成が変更されない限り、この仮想マシンはサイズが4TiBの > DDFSファイル システムをサポートすることはできません):

# system vresource show current
...
これは4TiB構成です。0.5 TiBから最大4 TiBのData Domainファイルシステム(DDFS)容量をサポートします。

さらに、3.63TiBの容量ライセンスがあります(つまり、DDFSファイル システムの有効サイズは3.63Tbを超えることはできません):

sysadmin@localhost# elicense show
...
容量ライセンス:
##   機能容量モードの有効期限-- -------- -------- --------------- ---------------

1 容量3.63 TiB パーマネント(int)該当なし
-- -------- -------- --------------- ---------------

ただし、DDVEのアクティブ階層に追加されたデータ ディスク上の領域の一部は、次のような内部データに使用されることに注意してください。

• DDFSメタデータ
• Ext3ファイルシステム
• RAID on LUN(ROL)パリティー情報

このデータは「オーバーヘッド」と呼ばれ、使用済み/ライセンス済み容量にはカウントされません。「オーバーヘッド」はアクティブ階層のサイズ/システム構成によって異なるため、ライセンスされたすべての容量を使用するためにアクティブ階層に追加する物理ディスク容量を決定するのは困難な場合があります。たとえば、次のようになります。

• 上記のDDVEのアクティブ階層に3.63TiBのストレージが追加され、ファイル システムが作成された場合、ファイル システムの有効容量は3.63TiB未満になり、未使用のライセンス容量がわずかに残ります
• 逆に、4TiBストレージをアクティブ階層に追加しようとすると、DDVEにライセンス容量を超えることを示すエラーが表示され、追加を完了できません

この記事では、システムと容量のライセンス サイズを指定して、DDVEアプライアンスのアクティブ階層に追加できるデータ ディスクの最大サイズを決定する方法について説明します。

システムのDDVEアプライアンスのアクティブ階層に容量を追加する場合は、まずアクティブ階層でサポートされている最大容量を決定する必要があります。これは次のいずれかになります。

• DDVEアプライアンスの構成済みサイズ
• アクティブ階層のライセンス容量(インストールされている容量ライセンスのサイズ)

2つの値のうち小さい方を使用する必要があります。たとえば、次のシステムは、ライセンス容量

が3.63TiBの4TiB構成です。sysadmin@localhost# system vresource show current
...
これは4TiB構成です。0.5 TiBから最大4 TiBのData Domainファイルシステム(DDFS)容量をサポートします。

sysadmin@localhost# elicense show
...
容量ライセンス:
##   機能容量モードの有効期限
-- -------- -------- --------------- ---------------
1 容量:3.63 TiB、パーマネント(int)、該当なし
-- -------- -------- --------------- ---------------

結果として、システムのアクティブ階層の最大容量/サイズは3.63TiBになります。以下では、これを「ターゲット」容量と呼びます。

ターゲット容量と、アクティブ階層ストレージのオーバーヘッドの計算方法に関する知識を使用して、アクティブ階層に追加できるディスクの合計サイズを判断して、ライセンスされたすべての容量を使用できます。オーバーヘッドは、アプライアンスで実行されているData Domain Operating System (DDOS)のバージョンに応じて、次の2つの方法で生成されることに注意してください。

• 計算オーバーヘッド(DDOS 5.7および6.0で計算):

• オーバーヘッドの割合(DDOS 6.0で計算):

残念ながら、オーバーヘッドはストレージのサイズに直接依存するため、特定のライセンス容量に対して特定のシステムで必要なディスクの量を迅速に計算することは非常に困難です。ただし、これを支援するために、次の 2 つの式を使用できます。
DDOS 5.7を使用している場合は、計算オーバーヘッドを使用した値のみを計算する

必要があります。DDOS 6.0を使用している場合は、計算オーバーヘッドを使用した値とパーセンテージベースのオーバーヘッドの両方を計算する必要があります。使用する2つのサイズ

のうち大きい方を計算する必要があります。 ストレージが上限値を下回るようにするには、計算値を切り捨てる必要があります。たとえば、4.027TiBサイズのストレージをシステムに追加することができると計算された場合は、次のようになります。4.03TiBに切り上げるのではなく、4.02TiBに切り捨てる必要があります。これを行った場合でも、計算されたサイズは、システムで実際にサポートされている容量よりもわずかに大きくなる可能性があります(次の例を参照)。

例1:

最初に、上記のシステムについて考えてみましょう。これは、次のように構成/ライセンスされています。

• DDOSバージョン: 6.0.0.20
• ターゲット容量(ライセンス容量とシステム構成のうち小さい方): 3.63TiB(3717GiB)
• DDFSメタデータ サイズ(4TiB構成の場合): 107GiB

使用するすべてのターゲット容量のストレージ サイズは、次のように計算できます。DDOS 6.0であるため、計算ベースとパーセンテージベースの計算の両方を使用する必要があります。
3621GiB(3.53TiB)は、2つの計算サイズのうち大きい方です。したがって、これはこのシステムのアクティブ階層に追加できるストレージの最大サイズです。実際には、このようなシステムに最大3.53TiBを追加することができました。

例2:

6.0.0.20を実行しているDDVEアプライアンスは、8TiB構成で、ライセンスされたアクティブ階層容量が5.45TiBです。

sysadmin@localhost# system vresource show current
...
これは8TiB構成です。0.5 TiBから最大8 TiBのData Domainファイルシステム(DDFS)容量をサポートします。

sysadmin@localhost# elicense show
...
容量ライセンス:
##   機能容量モード 有効期限-- -------- -------- --------------- ---------------

1 容量5.45 TiB パーマネント(int)該当なし
-- -------- -------- --------------- ---------------

結果:

• DDOSバージョン: 6.0.0.20
• ターゲット容量(ライセンス容量とシステム構成のうち小さい方): 5.45TiB(5580GiB)
• DDFSメタデータ サイズ(8TiB構成の場合): 109GiB

使用するすべてのターゲット容量のストレージ サイズは、次のように計算できます。DDOS 6.0であるため、計算ベースとパーセンテージベースの計算の両方を使用する必要があります。
5381GiB (5.25TiB)は、2つのコンピューティング サイズのうち大きい方です。したがって、これはこのシステムのアクティブ階層に追加できるストレージの最大サイズです。実際には、このようなシステムに最大6.06TiBを追加することができました。

例3:

6.0.0.20を実行しているDDVEアプライアンスがプロビジョニングされています。これは4TiB構成で、ライセンスされたアクティブ階層の容量は0.90TiBです:

sysadmin@localhost# system vresource show current
...
これは4TiB構成です。0.5 TiBから最大4 TiBのData Domainファイルシステム(DDFS)容量をサポートします。

sysadmin@localhost# elicense show
...
容量ライセンス:
##   機能容量モードの有効期限
-- -------- -------- --------------- ---------------
1 容量0.90 TiB パーマネント(int)該当なし
-- -------- -------- --------------- ---------------

結果:

• DDOSバージョン: 6.0.0.20
• ターゲット容量(ライセンス容量とシステム構成のうち小さい方): 0.90TiB(921GiB)
• DDFSメタデータ サイズ(8TiB構成の場合): 107GiB

使用するすべてのターゲット容量のストレージ サイズは、次のように計算できます。DDOS 6.0であるため、計算ベースとパーセンテージベースの計算の両方を使用する必要があります。
 
981GiB (0.95TiB)は、2つの計算サイズのうち大きい方であるため、このシステムのアクティブ階層に追加できるストレージの最大サイズです。実際には、このようなシステムに最大0.95TiBを追加することができました。

例4:

DDVEアプライアンスは5.7を実行し、8TiB構成として構成され、ライセンス容量は7.28TiBです。

sysadmin@localhost# system vresource show current
...
これは8TiB構成です。0.5 TiBから最大8 TiBのData Domainファイルシステム(DDFS)容量をサポートします。

sysadmin@localhost# elicense show
...
容量ライセンス:
##   機能 容量モード 有効期限
-- -------- -------- --------------- ---------------
1 容量 7.28 TiB パーマネント(int)該当なし
-- -------- -------- --------------- ---------------

結果:

• DDOSバージョン: 5.7.32.0
• ターゲット容量(ライセンス容量とシステム構成のうち小さい方): 7.28TiB(7454GiB)
• DDFSメタデータ サイズ(4TiB構成の場合): 104GiB

このDDVEはDDOS 5.7を実行しているため、計算オーバーヘッドから導出されたストレージ サイズのみを計算する必要があります。
 
7146.24GiB (6.97TiB)は、このシステムのアクティブ階層に追加できるストレージの最大サイズです。実際には、このようなシステムに最大7.82TiBのストレージを追加することができました(つまり、ストレージを追加できるようにするために、計算サイズを少し縮小する必要がありました)。

計算されたストレージ サイズがまだシステム構成/ライセンス容量に対して大きすぎる場合は、アクティブ階層

にストレージが追加されたときに次のようなエラーが表示されます。sysadmin@localhost# storage add dev9
ストレージ要件を確認しています...
ストレージを追加できませんでした:システム容量がライセンスで許容される制限を超えています。

この場合、基盤となるハイパーバイザーでプロビジョニングされたストレージのサイズを少し減らす必要があります(たとえば、0.01TiB)。完了したら、プロビジョニングされたストレージの再スキャンをDDVEアプライアンスで強制的に実行し、「ストレージの追加」を再試行する必要があります。その後、正常に実行されます。
 
また、DDFSメタデータ/ext3ファイル システムのサイズは、将来のリリースで変更される可能性があることにも注意してください。この場合、このドキュメントは必要に応じて更新されます。

このドキュメントに記載されている手順や計算に関するサポートについては、契約しているサポートプロバイダにお問い合わせください。