我需要一些有关我正在进行的 VMWare 项目的指导。我会先解释我想要实现的目标,然后列出我拥有的以及我到目前为止所做的工作(当然,如果我在任何地方出错了,我并不介意为了以正确的方式前进而退后一步。)我第一次做这样的事情,似乎我陷入了困境,我寻求帮助。
我们希望实现的情况如下;
- 站点 A - 2 台主机(主机 A、主机 B)+ 1 台 Synology RackStation (NAS1)
- 站点 B - 1 台主机(主机 C)
重要软件:
Veeam 备份和复制 9.5
VMWare ESXi 6.5
现状
所有主机均具有 VMWare ESXi 6.5
主机 A 是主主机,主机 B 是辅助主机,将保持关闭状态,除非主机 A 因任何原因发生故障,然后主机 B 将打开电源,因此,数据存储必须位于独立于主机 A 和主机 B 的地方(这是 Synology Rackstation 应该发挥作用的地方)。
站点 B 旨在用作灾难恢复 (DR) 站点。如果整个站点发生故障,则位于站点 B 的主机 C 应手动启动,并且位于站点 A 的虚拟机应可在站点 B 中访问,因为我们打算使用 Veeam Backup and Replication 的复制功能将虚拟机的副本发送到站点 B。
我们做了什么
我们将 Synology Rackstation 设置为 iSCSI 目标,并认为主机 A 和主机 B 都可以访问它,但是,只有先到的主机(在本例中为主机 A)才能访问它。
我的问题是:这真的是实现我们想要实现的目标的最佳方式吗?如果是,那么我们做错了什么(当然您可以要求提供更多详细信息,我会尽力提供)。如果我们采用的方式是错误的,请建议正确的方式(使用我们现有的设备)
答案1
您有以下几种选择:
- VSphere HA,需要 VSphere 标准版
- VSphere FT,也需要标准版,且限制为 2 个 vCPU(企业版:4 个)
- Veeam B&R 可以进行复制,需要 VCenter Essentials
- 按照你计划的那样去做。
所有这些选项都有其优缺点,对您来说最简单的可能是 3。但它需要主机上直接占用更多空间。以下是简要分析:
vSphere 高可用性
- 需要 VSphere 许可证
- 存储在 SAN 上的虚拟机
- 如果主主机上的虚拟机停止运行,VSphere 将在第二台主机上重新创建并重新启动它,无需干预
VSphere FT
- VSphere Fault Tolerance 在两台机器上同时运行并同步同一个 VM。如果一个 Hypervisor 发生故障,则不会停机。
- 存储在虚拟机管理程序上的虚拟机
- 虚拟机管理程序应具有 10G 通信
- 仅 2 个 vCPU,VCenter Enterprise 中为 4 个
Veeam B&R 复制
- 还需要 VCenter 标准,因为它使用 VMWare API
- Veeam 具有内置复制功能。它完全可以完成您想要的操作,将虚拟机复制到第二台主机并在必要时启动它。
- 按计划工作,虚拟机未实时复制。
- 将虚拟机直接存储在主机上
FT 和复制需要主机上有额外的 HDD 空间。如果您想使用 SAN 解决方案,您可以按照您所说的进行操作,只需在 Synology 上为 iSCSI 目标启用多会话支持即可。如果 Synology 不支持,您可以在其他目标崩溃时将目标添加到 Hypervisor,这不会花费很长时间。请记住,使用这种方法您仍然需要导入所有虚拟机,这是 Veeam、HA 等可以为您完成的事情。