为了有效地复制虚拟机，可在配置复制之前确定 vSphere Replication 的存储和网络带宽要求。
使用 vSphere Replication 时，存储和网络带宽要求会增加。以下因素在确定 vSphere Replication 执行有效复制所需的网络带宽量时具有一定的作用。
基于网络的存储
- 在运行复制虚拟机的主机与 vSphere Replication 服务器之间传输。
- 在 vSphere Replication 服务器与有权访问复制目标数据存储的主机之间传输。
- 在主机与存储之间传输。
- 重做日志快照期间在存储与主机之间传输。
在为列出的流量级别共享网络的单个 vCenter Server 实例中复制虚拟机时，需要考虑基于网络的存储。如果您有两个站点，其中每个站点上都有一个 vCenter Server 实例，则这两个站点之间的链路速度是最重要的，因为它会降低这两个站点之间的流量的复制速度。
数据集大小
vSphere Replication 可能既不复制每个虚拟机，也不复制已复制的虚拟机中的每个 VMDK 文件。要评估 vSphere Replication 复制的数据集大小，请计算用于虚拟机的总存储百分比，然后计算该部分存储中已为复制配置的 VMDK 数量。
例如，您的数据存储中可能有 2 TB 虚拟机，您使用 vSphere Replication 复制其中一半虚拟机。您可能会只复制其中一部分 VMDK，复制的数据量上限为 1TB。
数据更改速率和恢复点目标
恢复点目标 (RPO) 会影响数据更改速率。要估算每个复制的数据传输大小，您必须评估给定 RPO 中每个虚拟机要更改的块数量。该 RPO 时间段内的数据更改速率提供 vSphere Replication 传输的块总数。此数值在一天内可能有所不同，这会改变 vSphere Replication 在不同时间生成的流量。
vSphere Replication 根据 RPO 调度传输块。如果将 RPO 设置为 1 小时，vSphere Replication 将传输该小时内更改的任何块。vSphere Replication 在当前状况下仅传输一次块，此时 vSphere Replication 会创建要传输的块的捆绑包。vSphere Replication 仅注册块在 RPO 期间进行了更改，而不是更改的次数。平均每日数据更改速率提供 vSphere Replication 传输的数据量或传输频率的估算值。
如果您使用卷影复制服务 (VSS) 使虚拟机处于静默状态，复制流量将无法在对应 RPO 时间段内的小型捆绑包集合中传播。相反，vSphere Replication 会在虚拟机处于空闲状态时作为一个集合传输所有更改的块。如果不使用 VSS，vSphere Replication 可以在块更改过程中持续传输较小的已更改块的捆绑包，从而在对应 RPO 时间段内传播流量。如果您使用 VSS，并且 vSphere Replication 按照不同的方式处理复制，则流量会发生变化，导致出现不同的流量模式。
如果您更改了 RPO，vSphere Replication 会在每次复制时传输更多或更少的数据，以满足新 RPO 的要求。
链路速度
如果您需要在一小时内传输平均大小为 4GB 的复制捆绑包，则必须检查链路速度，确定其是否能够满足 RPO 的要求。如果您的链路为 10Mb，则理想情况下，在专用的几乎没有开销的链路中，传输 4GB 捆绑包大约需要一小时。如果满足 RPO 的要求，10Mb WAN 连接将处于饱和状态。即使在理想情况下，即没有开销或不存在限制因素（例如重新传输、共享流量或数据更改速率过度突发），连接也处于饱和状态。
您可以假定只有大约 70% 的链路可用于流量复制。这表示在一个 10Mb 链路上，您可以获得的链路速度为大约每小时 3GB。在 100Mb 链路上，您可以获得的链路速度为大约每小时 30GB。
要计算带宽，请参见计算 vSphere Replication 所需的带宽。
对于数据中心之间的地理距离所导致的广域网 (WAN) 的最小延迟，没有硬性要求。但是，当连接两个数据中心的 WAN 出现延迟、无序或丢弃数据包情况时，复制吞吐量可能会受到影响，从而导致违反 RPO。
