您可以将 VMware Site Recovery Manager™ (SRM) 与 NSX 联合用于灾难恢复用例。
Site Recovery Manager 支持以下 NSX-T Data Center 工作流:
- NSX 联合全局管理器 (GM) 虚拟机支持对 GM 虚拟机进行完全恢复和测试恢复(不论是否有 NSX 联合管理集群 VIP,均支持)。
- 计算虚拟机支持对计算虚拟机进行完全和测试恢复。灾难恢复站点中已恢复的虚拟机的 NSX-T Data Center 标记和防火墙规则基于这些 NSX-T Data Center 标记或其他属性,例如 IP 地址和虚拟机名称。
要确保在恢复期间,组和防火墙规则复制到灾难恢复位置,在恢复时管理灾难恢复位置的 NSX-T Data Center 本地管理器必须具有 NSX-T Data Center 标记。
NSX 联合 3.2 之前的版本不支持在 Site Recovery Manager 中的本地管理器之间复制虚拟机标记。因此,NSX-T Data Center 不会将任何基于虚拟机标记的安全项复制到已恢复的虚拟机。不基于虚拟机标记的安全项(例如,IP 地址或虚拟机名称)可以应用于已恢复的虚拟机。
从 NSX 联合 版本 3.2.3 开始,添加了两个新字段以支持存储阵列复制:replication _type
和 tag_delay_delete_time
。如果在 Site Recovery Manager 中使用从主站点到恢复站点的存储阵列复制,则会创建标记复制策略 replication type
或将其更新为 STORAGE_ARRAY_REPLICATION。
对 Site Recovery Manager 运行保护计划以使用灾难恢复或计划的迁移选项将虚拟机从主站点迁移到恢复站点时,会将虚拟机移至恢复站点,并从主站点中删除虚拟机。当相关虚拟机从主站点中删除并显示在 tag_delay_delete_time 设置内的恢复站点上时,主站点中的标记将复制到恢复站点的虚拟机上。对于存储阵列复制,虚拟机从主站点删除之后在恢复站点上显示的时间取决于配置为进行故障切换的虚拟机计数、存储阵列性能和 ESXi 主机。
如何使用 GM API 在 LM 之间配置虚拟机标记复制
PUT https://{{gm}}/global-manager/api/v1/global-infra/vm-tag-replication-policies/policy1 { "display_name":"vm tag replication policy Paris to London", "description":"vm tag replication policy1", "protected_site": "/global-infra/sites/LM_Paris", "replication_type": "STORAGE_ARRAY_REPLICATION", "tag_delay_delete_time": 30, "recovery_sites": [ "/global-infra/sites/LM_London" ], "groups":[ "/global-infra/domains/default/groups/Web-VM-Group", "/global-infra/domains/default/groups/DB-VM-Group" ], "vm_match_criteria": "MATCH_BIOS_UUID_NAME"
PUT https://{{gm}}/global-manager/api/v1/global-infra/vm-tag-replication-policies/policy1 { "display_name":"vm tag replication policy Paris to London", "description":"vm tag replication policy1", "protected_site": "/global-infra/sites/LM_Paris", "recovery_sites": [ "/global-infra/sites/LM_London" ], "groups":[ "/global-infra/domains/default/groups/Web-VM-Group", "/global-infra/domains/default/groups/DB-VM-Group" ], "vm_match_criteria": "MATCH_BIOS_UUID_NAME"
LM_Paris 将 Web-VM-Group + DB-VM-Group 组中虚拟机的 BIOS UUID 的虚拟机标记信息发送到 LM_London。在 Site Recovery Manager 恢复 London 虚拟机之前,LM_London 没有具有 BIOS UUID 的虚拟机,且这些虚拟机在 LM_London 中不可见。但是,当 Site Recovery Manager 恢复 London 中的虚拟机时,LM_London 显示具有 BIOS UUID 的虚拟机,并在这些虚拟机上应用其 NSX-T Data Center 标记。虚拟机获取基于 NSX-T Data Center 标记的安全项。
vm_match_criteria
有两个值可选:MATCH_BIOS_UUID_NAME 或 MATCH_NSX_ATTACHMENT_ID。在恢复时,
Site Recovery Manager 复制这两个值,以便
Site Recovery Manager 中的任何配置均有效。但是,如果另一个产品完成虚拟机复制后,只复制其中一个值而不复制另一个值,则为 GM 配置相应的 vm_match_criteria 值。
要估算虚拟机从主站点消失并显示在受保护站点上可能需要的时间,您可以对保护计划执行测试,测量从同步存储结束到完成打开优先级 X 虚拟机电源步骤之间的时间间隔。将 tag_delay_delete_time
设置为超过此预计时间。另一个提示是在 Site Recovery Manager 中运行保护计划,并在 SRM 中运行保护计划的同时,将 tag_delay_delete_time
设置为始终大于关闭受保护站点上的虚拟机步骤与完成打开优先级 X 虚拟机电源步骤之间所需的时间。
如何使用 GM API 检查 LM 之间的虚拟机标记复制
GET https://{{gm}}/global-manager/api/v1/global-infra/vm-tag-replication-policies
{ "protected_site": "/global-infra/sites/LM_Paris", "recovery_sites": [ "/global-infra/sites/LM_London" ], "vm_match_criteria": "MATCH_BIOS_UUID_NAME", "groups": [ "/global-infra/domains/default/groups/Web-VM-Group", "/global-infra/domains/default/groups/DB-VM-Group" ], "resource_type": "VMTagReplicationPolicy", "id": "policy1", "display_name": "vm tag replication policy Paris to London", "description": "vm tag replication policy1", "path": "/global-infra/vm-tag-replication-policies/policy1", "relative_path": "policy1", "parent_path": "/global-infra", "unique_id": "9ee18586-5480-41d9-8223-690c9226d763", "marked_for_delete": false, "overridden": false, "_create_time": 1638413861377, "_create_user": "admin", "_last_modified_time": 1638413861377, "_last_modified_user": "admin", "_system_owned": false, "_protection": "NOT_PROTECTED", "_revision": 0 }
NSX-T Data Center 仅支持恢复站点中的一个条目。有关详细信息,请参见《NSX 全局管理器 REST API 指南》中的 vm-tag-replication-policies/policy-name API。