适用于 Azure Stack HCI 版本 v20H2

用于灾难恢复的 Azure Stack HCI 延伸群集解决方案提供自动故障转移以快速恢复生产，而无需手动干预。 存储副本提供跨站点的卷复制以进行灾难恢复，所有服务器保持同步。

存储副本支持同步和异步复制：

• 同步复制使用在故障时保持一致的卷在低延迟网络中跨站点创建数据镜像，以确保在发生故障时不会在文件系统级别上丢失任何数据。

• 异步复制通过较高延迟网络链接映射都市范围外的站点之间的数据，但不保证在出现故障时两个站点具有完全相同的数据副本。

 备注

对于异步复制，需要在故障转移后手动使另一站点中的目标卷联机。 有关详细信息，请参阅异步复制。

有两种类型的延伸群集：主动-被动和主动-主动。 可设置主动-被动站点复制，其中有一个首选站点和复制方向。 主动-主动复制是指可从任一站点进行双向复制。 本文仅介绍主动/被动配置。

简单地说，主动站点具有资源并为客户端提供要连接的角色和工作负载。 被动站点不为客户端提供任何角色或工作负载，并且将等待来自主动站点的故障转移以进行灾难恢复。

这两个站点可位于两个不同的州、不同的城市、不同的楼层或不同的房间。 使用两个站点的延伸群集在某个站点出现中断或故障时，提供灾难恢复和业务连续性。

请花几分钟时间观看有关使用扩展进行拉伸聚类分析Azure Stack HCI：

主动-被动延伸群集

下图显示站点 1 是主动站点，复制到站点 2（单向复制）。

主动-主动延伸群集

下图显示站点 1 和站点 2 均是主动站点，双向复制到其他站点。

来宾 IP 故障转移注意事项

讨论拉伸群集时，必须考虑的一个考虑因素是虚拟机和使用的 IP 地址。 驻留在不同位置的数据中心通常具有不同的 IP 子网。 虚拟机使用的 IP 地址适用于一个数据中心，但在另一个数据中心无法访问。 因此，必须考虑规划如何处理 IP 地址更改。 大多数情况下，有四种不同的方法可以处理故障转移时虚拟机上的 IP 地址更改。 可能有其他文档，但本文档将介绍前四个文档。

第一个也是最简单的方法是使用 DHCP。 将虚拟机从一个站点移动到另一个站点时，它将执行的步骤之一是请求 DHCP 地址。 只要 DHCP 服务器可用，就会为它位于的正确站点获取正确的 IP 地址。

接下来，使用静态地址。 但是，与 Hyper-V 副本不同，无法指定备用 IP 地址。 因此，需要创建一个脚本，以根据 VM 位于哪个站点为 VM 分配正确的 IP 地址。 例如，SiteA 使用 1.x 网络，SiteB 使用 156.x 网络。 此脚本需要检测虚拟机位于的网络，并设置 1.x IP 地址方案（如果它在 SiteA 中）或 156.x IP 地址方案（如果它在 SiteB 中）。 域名服务 (DNS) 还需要了解站点之间的更改和复制。

另一种选择是使用中间网络设备，该设备将为虚拟机提供单个 IP 地址，以便建立客户端连接，从而将流量路由到虚拟机当前位于的站点。 客户端和 DNS 将始终具有虚拟机的相同地址，中间设备需要跟踪虚拟机的实际 IP 地址和位置，以便将客户端正确定向到虚拟机。

最后一个选项是使用拉伸 vLAN。 使用拉伸 vLAN 时，无论虚拟机位于什么站点，都可以保留相同的 IP 地址。 但是，由于配置和维护延伸 vLAN 的一些复杂性，Microsoft 不建议使用此选项。

使用上述任何选项时， (DNS、ARP 缓存、TTL 等) 需要考虑其他注意事项，并且必须仔细考虑。 请与网络团队合作，确定满足需求的最佳选项。