ワークロードのレプリケート

レプリケーションタイプ

レプリケーションには次の 2 つのタイプがあります。

保護: vApp または仮想マシンを組織間で保護すると、ワークロードがソースサイトで実行され続けます。
移行: vApp または仮想マシンをリモート組織に移行すると、ワークロードがターゲットサイトで実行されます。

プロバイダは、レプリケーションポリシーを使用して保護と移行を個別に許可できます（受信のみ、送信のみ、またはその両方を許可するか、どちらも許可しません）。

デフォルトでは、新しくデプロイされた VMware Cloud Director Availability の場合:

デフォルトのレプリケーションポリシーでは、受信と送信の両方で保護が無効になります。
サイトとの間の保護を許可するには、プロバイダがデフォルトポリシーを変更する必要があります。または、サブスクライバのディザスタリカバリのみを維持するために、プロバイダは組織にカスタムポリシーを割り当てます。詳細については、レプリケーションポリシーの構成を参照してください。

デフォルトのレプリケーションポリシーで移行（受信と送信の両方）がアクティブになり、すべてのユーザーがワークロードを移行できるようになります。

VMware Cloud Director Availability 4.3 以降では、[クラシック] データエンジンが選択された VMware Cloud Director によってバッキングされるサイト間のレプリケーションで、別のレプリケーションソリューションによってすでにレプリケーション用に構成されている仮想マシンでレプリケーションを開始すると、VMware Cloud Director Availability によってレプリケーション用に仮想マシンが再構成されます。

レプリケーションの使用事例

VMware Cloud Director Availability は、レプリケーションのソースとターゲットの両方、および選択したデータエンジンに応じて、表に示すように、次のソースサイトとターゲットサイト間のクロスサイトレプリケーションをサポートします。

[クラシック] データエンジンは、保護と移行の両方のレプリケーションタイプをサポートします：
[VMC] データエンジンは移行のみをサポートします：
使用できません：

表 1. VMware Cloud Director Availability クロスサイトサポート
ソースサイト*	ターゲットサイト
	VMware Cloud Director サイト	オンプレミス vCenter Server	CDS で管理される VMC SDDC	CDS で管理される AVS SDDC	CDS で管理される GCVE SDDC	CDS で管理される OCVS SDDC	CDS で管理されるオンプレミス pVDC
VMware Cloud Director サイト
オンプレミス vCenter Server		**
CDS で管理される VMC SDDC
CDS で管理される AVS SDDC
CDS で管理される GCVE SDDC
CDS で管理される OCVS SDDC
CDS で管理されるオンプレミス pVDC

* ソースサイトとターゲットサイトのアーキテクチャとデプロイ情報については、次のドキュメントを参照してください。

VMware Cloud Director によってバッキングされたクラウドサイトについては、Installation, Configuration, and Upgrade Guide in the Cloud Director Site のCloud Director サイトのデプロイアーキテクチャを参照してください。
オンプレミスの vCenter Server サイトについては、Installation, Configuration, and Upgrade Guide in On-Premises and Provider Site で次を参照してください。
- VMware Cloud Director によってバッキングされたクラウドサイトとペアリングされるオンプレミスの vCenter Server サイト - オンプレミスのデプロイアーキテクチャ。
- ** 2 つの vCenter Server インスタンス間の vSphere の DR と移行 - vSphere の DR と移行のデプロイアーキテクチャと要件。
CDS で管理される VMC SDDC - VMware Cloud Director サービス (CDS) によって管理される VMware Cloud on AWS (VMC) の Software-Defined Data Center (SDDC) については、Migration to VMware Cloud Director service Guide のVMware Cloud Director サービスへの移行を参照してください。
CDS で管理される AVS SDDC - VMware Cloud Director サービスによって管理される Azure VMware サービス (AVS) の SDDC の場合は、VMware Cloud Director サービスへの移行を参照してください。
CDS で管理される GCVE SDDC - VMware Cloud Director サービスによって管理される Google Cloud VMware Solution (GCVE) の SDDC の場合は、Cloud Director サイトのデプロイアーキテクチャを参照してください。
CDS で管理される OCVS SDDC - VMware Cloud Director サービスによって管理される Oracle Cloud VMware Solution (OCVS) の SDDC の場合は、Cloud Director サイトのデプロイアーキテクチャを参照してください。
CDS で管理されるオンプレミスの pVDC - VMware Cloud Director サービスによって管理されるオンプレミスのプロバイダ VDC の場合は、Cloud Director サイトのデプロイアーキテクチャを参照してください。

[VMC] および[クラシック] データエンジンの選択の詳細については、レプリケーションのためのデータエンジンの有効化を参照してください。

目標復旧ポイント - RPO

RPO を短くすると、リカバリ中のデータ損失が低減します。ただし、ターゲットサイトのレプリカを更新し続け、vCenter Server データベースのイベントデータ量を増やすには、より多くのネットワーク帯域幅を使用します。

RPO を短くするには、バックグラウンドですべての操作を短時間で完了する必要があります。RPO を減らすと、すべてのインフラストラクチャコンポーネントのストレスが増加し、ソースサイトとターゲットサイトの両方、およびそれらの間の接続に対する要求が増加します。環境を監視して潜在的なボトルネックを検出し、レプリケーションデータトラフィックのフローを最適化するためのインフラストラクチャの変更を実装する詳細については、レプリケーションフローのドキュメントを参照してください。

保護のターゲット RPO: RPO は、保護されたワークロードからのデータ損失の最も長い許容期間です。

たとえば、1 時間の RPO で保護された仮想マシンは、ソースサイトに障害が発生した場合に、ターゲットサイトでリカバリされた仮想マシンのデータ損失が 1 時間を超えないことを意味します。 VMware Cloud Director Availability 4.3 以降では、保護のために RPO の選択範囲は 1 分から 24 時間です。RPO を短くすると、I/O を多用する保護されたワークロードによって RPO 違反が発生する可能性があります。

注：移行の RPO は 24 時間です。

各レプリケーションがターゲット RPO に到達すると、ターゲットサイトのレプリカを更新することに加えて、Replicator Service は約 3,800 バイトを vCenter Server イベントデータベースに書き込みます。イベントデータの量を減らすには、より長い RPO を構成するか、vCenter Server がイベントデータを保持する日数を制限します。

静止

整合性のある状態を実現するには、 Replicator Service を静止することで、仮想マシン内のすべてのディスク間で障害時の整合性を保証します。

静止の有効化: 静止を有効にすると、仮想マシンに属するディスク間で高レベルの障害時の整合性が得られます。

仮想マシンのオペレーティングシステムによって、使用可能な静止のタイプが決まります。静止は、静止をサポートする仮想マシンオペレーティングシステムでのみ使用できます。

所有者

注： VMware Cloud Director によってバッキングされていない vCenter Server インスタンス間の vSphere DR および移行の場合、プリンシパルは常にシステムです。このユーザーは、アプライアンスを vCenter Server Lookup service に登録する [SSO 管理者ユーザー名] です。この同じユーザーがすべてのレプリケーションを所有しています。つまり、レプリケーションを表示するすべてのユーザーは、レプリケーションを完全に制御できます。

VMware Cloud Director によってバッキングされているクラウドサイトでのレプリケーションの場合、選択したデフォルトのレプリケーション所有者に応じて、新しいレプリケーションを開始するユーザーがその所有者になります。レプリケーションの開始後、システム管理者は選択したレプリケーションの所有者を変更できます。システム管理者によって開始されたレプリケーションは、システム管理者がレプリケーションの所有権を組織に対して明示的に変更しない限り、それぞれの組織とそのテナントには表示されません。このようなレプリケーションをテナントによって管理するには、レプリケーションの所有者をテナントの組織に変更します。

デフォルトのレプリケーション所有者の変更

VMware Cloud Director Availability 4.4 以降では、システム管理者として、新しいレプリケーションのデフォルトのレプリケーション所有者を変更するには、左側のペインの [構成] で [設定] をクリックし、 [サイト設定] の [デフォルトのレプリケーション所有者] の横にある [編集] をクリックします。 [デフォルトのレプリケーション所有者の変更] ウィンドウで、新しいレプリケーションのデフォルトの所有者を選択し、 [適用] をクリックします。

[システム組織] - システム管理者を新しいレプリケーションのデフォルトのレプリケーション所有者として割り当てます。テナントには、システム組織が所有するレプリケーションは表示されません。
[テナント組織] - ターゲット* サイトの組織を新しいレプリケーションのデフォルトのレプリケーション所有者として割り当て、ターゲット組織のテナントが新しいレプリケーションを表示して操作できるようにします。

既存のレプリケーション所有者の変更

システム管理者として、すでに開始されている 1 つ以上のレプリケーションの所有者を変更するには、左側のペインでレプリケーションの方向を選択し、 [受信レプリケーション] または [送信レプリケーション] をクリックします。次にレプリケーションを選択し、 [すべてのアクション] > [所有者の変更] をクリックします。 [レプリケーション所有者の変更] ウィンドウで、選択したレプリケーションの新しい所有者組織を選択し、 [適用] をクリックします。

[システム組織] - システム管理者をレプリケーション所有者として割り当てます。
[テナント組織] - ターゲット* サイトの組織をレプリケーション所有者として割り当てます。

* ターゲット組織の所有権は、クラウドサイトからクラウドサイトへのレプリケーション、およびオンプレミスサイトからクラウドサイトへのレプリケーションの両方に適用されます。レプリケーションのターゲットがオンプレミスサイトの場合、ソースサイトの組織をレプリケーション所有者として割り当て、ソース組織のテナントがレプリケーションを表示して操作できるようにします。ソース組織の所有権は、クラウドサイトからオンプレミスサイトへのレプリケーションにのみ適用されます。

システム管理者によって開始されたレプリケーションタスクは、組織に所有権を付与した後でもテナントに表示されません。

VMware Cloud Director Availability による保護中のソース仮想マシンのハードウェアの変更

注：ソースサイトの仮想マシンのハードウェアバージョンは、ターゲットサイトよりも高くすることはできません。この制限は、 vCenter Server インスタンス間の vSphere DR と移行、および VMware Cloud Director によってバッキングされているクラウドサイトでのレプリケーションの両方に適用されます。

ハードウェアバージョンの詳細については、vSphere ドキュメントの仮想マシンの互換性を参照してください。

ソースサイトのレプリケートされた仮想マシンに別の仮想ディスクを追加すると、レプリケーションが一時停止します。

ソースサイトの vSphere 7.0 で VMDK のサイズを変更すると、ターゲットサイトの保護対象の仮想マシンディスクのサイズが自動的に変更され、レプリケーションインスタンスが保持されます。

ソース仮想マシンの vCPU 数または RAM サイズを変更すると、RPO またはターゲットサイトでの手動同期でレプリケートされます。

シンプロビジョニングまたはシックプロビジョニング仮想ディスクのレプリケート

レプリケーションを開始するか、そのストレージプロファイルを変更した後、VMware Cloud Director Availability はシックプロビジョニング VMDK を使用して独立ディスクを作成します。このディスクは、最初のサイズ変更時にシンプロビジョニング VMDK になります。

その結果、レプリケーション開始またはストレージプロファイルの変更から最初のサイズ変更まで、使用されるストレージはソース仮想マシンのサイズの 2 倍になります。

表 2. レプリケーションとターゲットストレージプロファイルのアライメント
レプリケーション		レプリカディスクのプロビジョニングタイプ
シードを使用したレプリケーション	シンプロビジョニングシードディスク	シンプロビジョニング
	シックプロビジョニング (Lazy Zeroed) シードディスク	シックプロビジョニング (Lazy Zeroed)
	シックプロビジョニング (Eager Zeroed) シードディスク	シックプロビジョニング (Eager Zeroed)
VMware Cloud Director Availability 4.4 以降でシードのない新しいレプリケーション	許可された組織 VDC シンプロビジョニング。	シンプロビジョニング
VMware Cloud Director Availability 4.4 以降でシードのない新しいレプリケーション	許可されていない組織 VDC シンプロビジョニング。	シックプロビジョニング (Lazy Zeroed)
既存の開始済みレプリケーション：以前のバージョンの VMware Cloud Director Availability。 VMware Cloud Director Availability 4.4 にアップグレードした後。		シードディスクタイプに応じて、既存のディスクタイプを保持
vCenter Server サイト間の vSphere DR と移行		各レプリケーションを作成する場合は、ターゲットディスクに対して次のいずれかのプロビジョニングフォーマットを選択します。シンプロビジョニングシックプロビジョニング (Lazy Zeroed) シックプロビジョニング (Eager Zeroed)

デフォルトでは、新しいレプリケーションでは VMware Cloud Director Availability 4.4 以降：

VMware Cloud Director によってバッキングされるクラウドサイトとの間で、ターゲットストレージが VMware Cloud Director 組織 VDC でシンプロビジョニングを許可するかどうかに応じて、ディスクタイプをプロビジョニングします。詳細については、VMware Cloud Director ドキュメントの組織仮想データセンターの仮想マシンプロビジョニング設定の変更を参照してください。

vCenter Server サイト間の vSphere DR および移行の場合は、各レプリケーションを作成するときにターゲットディスクのプロビジョニングフォーマットを選択します。

レプリケーションの作成後にディスクのプロビジョニングタイプが変更されることはありません。レプリケーションを開始すると、レプリケートされたディスクが永続的にシンまたはシックとしてプロビジョニングされます。ディスクプロビジョニングタイプは、フェイルオーバーを実行するときも移行を実行するときも、レプリケーションの存続期間中は変更されません。

以前の VMware Cloud Director Availability バージョンで開始された既存のレプリケーションは、バージョン 4.4 にアップグレードした後もディスクプロビジョニングタイプを保持し、組織 VDC ストレージポリシーが優先される場合は、既存のレプリケーションシードを使用せずにレプリケーションを削除し、その後再度作成して起動します。

シード

レプリケートされたディスクプロビジョニングタイプは、レプリケーションがシードを使用するかどうかによって常に異なります。シードの詳細については、レプリケーションシードの使用を参照してください。

レプリケーションでシードを使用する場合、各レプリカディスクのプロビジョニングは、各レプリケーションシード仮想マシンディスクのプロビジョニングを保持します。
- シックプロビジョニングのレプリケーションシードディスクは、常にシック (Lazy Zeroed) レプリカディスクをプロビジョニングします。
- シンプロビジョニングのレプリケーションシードディスクは、常にシンレプリカディスクをプロビジョニングします。
たとえば、1 つのシンプロビジョニングディスクと 1 つのシックプロビジョニングディスクを含むレプリケーションシード仮想マシンは、組織 VDC のストレージポリシーに関係なく、常にターゲットサイトに 1 つのシンディスクと 1 つのシックディスクとしてレプリケートされます。
レプリケーションでシードを使用しない場合、レプリケートされたディスクのプロビジョニングは前述のロジックに従います。

その他のストレージのレプリケート

Non-Volatile Memory Express (NVMe)

NVMe ディスクコントローラを使用して仮想マシンをレプリケートするには、 VMware Cloud Director Availability でソースサイトとターゲットサイトの両方が vCenter Server 7.0 U2 以降を実行している必要があります。

Storage DRS (SDRS)

保護サイトでは、Storage DRS がサポートされます。
リカバリサイトでは、Storage DRS はデータストア間でレプリケーションファイルを移動しません。データストアのメンテナンスモード、ストレージバランシング、および I/O バランシングではすべて、レプリケーションファイルが無視されます。データストア間でレプリケーションファイルを移動する唯一の方法は、ストレージポリシーを変更することです。

Raw Device Mapping (RDM)

[仮想]互換モードの RDM はレプリケートできます。
[物理]互換モードの RDM はレプリケーションからスキップされます。

マルチライターディスク

VMware Cloud Director Availability では、マルチライターモードのディスクはレプリケートされません。

独立したディスク

VMware Cloud Director Availability では、独立ディスクはレプリケートされません。

変更ブロックのトラッキング (CBT)

VMware Cloud Director Availability インスタンスは CBT と互換性がありません。インスタンスの詳細については、インスタンスの使用を参照してください。

ターゲットのストレージ容量使用量

注：レプリカファイルは、データストアに容量が存在する限り、 VMware Cloud Director の制限を無視して、拡張し続けます。

VMware Cloud Director Availability は、レプリカデータによって実際に使用されている領域を表すために、レプリケートされた仮想マシンに関連付けられている独立ディスクのサイズを変更します。これにより、VMware Cloud Director に実際の割り当てサイズが表示され、組織 VDC の構成済みの割り当てサイズ制限よりも大きくなる可能性があります。

一部のレプリケーション設定および操作では、ソース仮想マシンのサイズと比較して、ターゲットストレージに 2 倍の容量が必要です。

テストフェイルオーバーとリバース操作の両方で、ターゲットストレージはソース仮想マシンのディスクサイズの 2 倍の容量に対応する必要があります。各操作の前提条件の詳細については、レプリケーションのフェイルオーバーのテストおよびレプリケーションのリバースを参照してください。VMware Cloud Director Availability 4.2 以降では、フェイルオーバータスクにはソースワークロードサイズと同じターゲットストレージ容量が必要です。テストフェイルオーバーストレージ使用量の詳細と、データストアおよび VMware vSAN ストレージの例については、『Installation, Configuration, and Upgrade Guide in the Cloud Director Site』のVMware Cloud Director Availability のストレージ要件を参照してください。

シードを使用する場合、ターゲットストレージはソース仮想マシンのディスクサイズの 2 倍の容量に対応する必要があります。シードを使用する場合の容量要件の詳細については、ターゲットデータストアの領域使用量を参照してください。

レプリケーション タイプ