レプリケーション構成時に目標リカバリ ポイント (RPO) 値を設定する場合、許容できる最大データ損失を決定します。
復旧ポイント オブジェクトがレプリケーションのスケジュールに与える影響
RPO 値はレプリケーションのスケジュール設定に影響しますが、vSphere Replication では厳密なレプリケーションのスケジュールに従いません。たとえば、RPO を 15 分に設定した場合、最大 15 分間のデータ損失が許容可能であることを vSphere Replication に指示します。これは、データが 15 分ごとにレプリケートされるということではありません。
x 分の RPO を設定した場合で、RPO 違反になっていなければ、最新の使用可能なレプリケーション インスタンスが x 分より前の状態を反映することはありません。レプリケーション インスタンスは、同期開始時点の仮想マシンの状態を反映します。
RPO を 15 分に設定して、レプリケーションがインスタンスの転送に 7.5 分かかる場合、vSphere Replication はこの間ずっとインスタンスを転送します。レプリケーションにかかる時間が 7.5 分よりも大きい場合、レプリケーションは周期的な RPO 違反に遭遇します。
レプリケーションのスケジューラは、こういった制約に適合するよう、バンド幅の使用を最適化するためにレプリケーションを重複させるなどの処置を行い、一部の仮想マシンに対するレプリケーションを想定よりも早く開始できます。
レプリケーションの転送時間を決定するために、レプリケーションのスケジューラは最近のいくつかのインスタンスの期間をもとに次のインスタンスについて見積もります。
初期完全同期後の目標復旧ポイント違反
仮想マシン ディスクの初期完全同期は、時間のかかるプロセスです。完了直後、vSphere Replication は同時に変更されたディスク ブロック（最初の増分同期）のレプリケーションを開始します。これにより、設定された RPO 時間よりも長い転送時間が必要になる場合があります。
最初の増分同期の後、vSphere Replication は生成されたレプリカ インスタンスの失効を検出し、RPO 違反の報告を開始します。レプリケーションは RPO スケジュールの後に配置されるため、2 回目の増分同期は最初の増分同期の完了直後に開始されます。
この連続した増分同期プロセスは、vSphere Replication が RPO スケジュールに従うレプリカ インスタンスを作成し、RPO 違反を報告しなくなるまで継続されます。レプリケーション ステータスは [OK] になります。
5 分の目標リカバリ ポイントの動作
ターゲットとソースのサイトで VMFS 6.0、VMFS 5.x、NFS 4.1、NFS 3、vVol、または vSAN 6.2 Update 3 ストレージ以降を使用している場合、5 分の RPO を使用できます。
ターゲットとソースのサイトで VMFS 6.0、VMFS 5.x、NFS 4.1、NFS 3、vVol、または vSAN 6.2 Update 3 以降のストレージを使用している場合は、vSphere Replication に 5 分の RPO 設定が表示されます。
ソース サイトとターゲット サイトの間で異なるデータストア タイプを使用している場合は、5 分の RPO 設定を使用できます。
5 分間の目標復旧ポイント（RPO）では、ソース ホストが ESXi 6.5 以降である必要があります。
詳細については、vSphere Replication の使用および構成のベスト プラクティスおよびhttps://kb.vmware.com/s/article/2102463を参照してください。
