2主机1networking驱动器

我需要一些关于我正在开发的VMWare项目的指导。 我会先解释我想要达到的目标,然后列出我所拥有的,以及迄今为止我所做的(当然,如果我沿线的任何地方出了问题,我不介意退后一步为了正确的前进。)第一次我做这样的事情,似乎我在我的头上,我寻求帮助。

我们希望达到的情况如下:

  • 站点A – 2主机(主机A,主机B)+ 1个Synology RackStation(NAS1)
  • 站点B – 1主机(主机C)

重要软件:


情况

所有主机都有VMWare ESXi 6.5

主机A是主要的主机,主机B是辅助主机,除非主机A出于任何原因失败,否则主机B将被开启,因此,数据存储必须独立于主机A和主机B(这是Synology Rackstation应该在其中发挥作用的地方)。

B站点是灾难恢复(DR)站点。 当整个站点发生故障时,位于站点B的主机C意味着手动启动,位于站点A的虚拟机应该可以在站点B访问,因为我们打算使用Veeam Backup and Replication的复制function来发送复制的虚拟机到站点B.


我们做了什么

我们将Synology Rackstation设置为一个iSCSI目标,并认为HostA和HostB都可以访问,但是只能先到达(这里是主机A)。

我的问题是 这真的是最好的方式来设置我们想要实现的? 如果是,那么我们做错了什么(当然,你可以要求更多的细节,我会尽我所能提供)。 如果是错误的方式,请告诉我们正确的方法(使用我们现有的设备)

这里有几个选项:

  1. VSphere HA,需要VSphere标准版
  2. VSphere FT还需要标准版,并限制为两个(企业版:4)vCPU
  3. Veeam B&R可以执行复制,需要VCenter Essentials
  4. 像你计划的那样做。

所有这些选项都有其优点和缺点,对您来说最简单的可能是3.但它直接需要更多的空间在主机上。 这是一个简短的细节:

VSphere HA

  • 需要VSphere许可证
  • 存储在SAN上的虚拟机
  • 如果主要主机上的VM停止,则VSphere将在第二个主机上重新创build并重新启动该虚拟机,而不需要进行干预

VSphere FT

  • VSphere Fault Tolerance在两台机器上同时运行并同步同一VM。 如果一个虚拟机pipe理程序失败,则不会停机。
  • 存储在虚拟机监控程序中的虚拟机
  • 虚拟机pipe理程序应该有10G通信
  • VCenter Enterprise中只有2个vCPU,或4个

Veeam B&R复制

  • 还需要VCenter标准,因为它使用VMWare API
  • Veeam内置了Replication。这正是你想要做的,它将VM复制到第二个主机,并在必要时启动它。
  • 按计划运行,虚拟机不会实时复制。
  • 直接在主机上存储虚拟机

FT和复制需要主机上额外的硬盘空间。 如果您想要使用SAN解决scheme,您可以像您所说的完全一致,只需在Synology上为iSCSI目标启用多会话支持即可。 如果synology不支持,那么当另一个崩溃时,可以将目标添加到虚拟机pipe理程序,这不需要很长时间。 记住这个方法,你仍然需要导入所有的虚拟机,Veeam,HA等等。