当我们讨论VMware Distributed Resource Scheduler(DRS)时,我们非常详细地了解了如何通过在主机群集中移动正在运行的VM来配置DRS来优化和平衡资源。
但是,在DRS算法中总是存在难以包含的其他考虑因素; 这些考虑因素导致一些管理员避免在完全自动化模式下配置DRS以防止错误放置其VM。 但是可以使用亲和力和反关联性规则来配置这些约束和限制。
- VMs在一起(VM-VM Affinity)
我们需要在一台主机上保留两个VM。
例如,VM1和VM2在同一个ESXI主机A上一起运行,并且它们有大量的来回通信,因此如果它们位于同一主机上并位于同一子网上,则这两个VM之间的流量将全部进行留在主机里面。
- VMs分开(VM-VM Anti-Affinity规则)
我们需要在不同的主机上保留两个VM。
有时候将两个系统分开是很重要的,比如VM3和VM5,它们将具有很高的CPU利用率,我们希望将它们移到单独的ESXi主机上。
- VM远离特定的ESXI主机
如果我们不想在特定ESXi主机组上运行特定VM组,那么我们可以设置规则说不要在ESXi主机组Y中的任何ESXi主机上的VM组A中运行任何VM。它将避免放置VM1和VM2 在ESXi 主机C和ESXi 主机D上。
- 对于VMS与特定ESXi主机组之间的关联,我们有一些选项
必须选择
如果我们使用此选项,必须要发生此操作,则此VM组必须在ESXi主机组上运行,或者相反,此VM组不得在ESXi主机组上运行。
应该选择
如果有可能它发生,但它不会阻止虚拟机出现。
- 也可以将VM和ESXi主机分成多个组
如果您创建规则并且存在冲突,系统将警告我们禁用或修改此规则。
我们可以使用它来创建一个容器来与我们的VM一起工作组。
让我们想象一下汽车是如何运作的? 有许多组件必须协同工作,如果其中任何一个组件不存在,那么它真的不是一辆正常运转的汽车。
我们也有相同类型的场景,称为多层应用程序。 例如,我们有一个需要数据库服务器,Web服务器和计费服务器的应用程序,如果其中一个服务器没有运行,整个应用程序将无法运行。
另外,如果我们第一次提出这些服务器,也很可能会有一个订单,他们必须提出。
例如,必须首先在Web服务器运行之前初始化数据库服务器,反之亦然。
如果我们想要导出整个,我们也有能力进行导出将这三个VM包含在OVF模板中的vApp。
存储分布式资源调度程序SDRS
Storage DRS允许您管理数据存储的聚合资源簇。
启用Storage DRS后,它会为虚拟机提供建议机器磁盘放置和迁移以平衡空间和I / O资源
跨数据存储集群中的数据存储。
如果您的iSCSI数据存储具有类似的性能特征,那将是一个好主意。 我们会将这些iSCSI数据存储放入数据存储群集中,并且该群集可能具有SDRS,可根据我们的方式自动将VM的存储从一个数据存储迁移到另一个数据存储配置vSphere以执行负载平衡。
SDRS的另一个好处是我们可以应用规则。 例如,我们将VM1,VM2和VM3作为vApp的一部分运行,我们希望如此确保性能或容错目的,这些VM不使用完全相同的数据存储。
HA允许vSphere在许多事件中重新启动新ESXi主机上的VM
- 原始虚拟机管理程序完全失败。
- 隔离事件“管理网络故障”
- VMCP(数据存储失败)。
假设我们的环境中有两个ESXi主机,它们是ESXiA(VM1到VM5)和ESXiB(VM6到VM10)。
然后,为了实现HA,我们首先创建集群并启用HA的功能,然后在幕后,该集群中的所有ESXi主机之一将被选为Master。在我们的讨论中,假设ESXiA充当master host。
- 原始虚拟机管理程序完全失败
master host将通过使用心跳来跟踪群集中的其他ESXi主机,它将通过管理网络进行跟踪,并且master host发送这些心跳时,期望来自其他每个ESXi主机的响应。
如果ESXi-B停止响应心跳,则主服务器确定ESXi-B已关闭,而VM6到VM10将在另一个可用的ESXi主机上启动。
- 隔离事件“管理网络故障”
表示master host与群集中其他主机之间无法进行通信。
那么如果它只是管理网络失败了,而且它的VM6到VM10的ESXiB仍在运行,它们可以到达他们的存储,他们仍然可以到达他们用来连接世界其他地方的网络。主控主机如何知道ESXi-B仍然可以访问其数据存储区并且仍在运行?
vSphere可用于帮助识别的方法是使用数据存储区心跳。数据存储区心跳允许我们环境中的主服务器ESXi-01查看数据存储,以检查ESXi-02是否仍在使用和使用数据存储。
- VMCP VMware组件保护(数据存储失败)
如果管理网络正常工作且主集群与集群中的其他ESXi主机之间存在通信,但ESXiB访问存储失败,该怎么办?这将导致在ESXiB上运行的VM6到VM10出现大问题。
VMCP可以识别ESXi主机是否可以访问其数据存储,如果不是,则HA可以在另一个没有相同问题的ESXi主机上重新启动这些VM。
评估检查
- HA是否适用于24/7(7*24)零停机应用?
不,它可能相当不错,但不是很好,因为重启VM需要几分钟。
- VM上需要存在哪些用于VM监控?
我们需要在VM上安装VMware工具,因为VMware工具的组件实际上响应了心跳。
借助此功能,我们可以运行辅助实时VM,以便全天候支持缺少需要的ESXi主机和可用性。
如果我们指定我们想要特定VM的FT,它将在辅助ESXi主机上具有辅助映像,然后它将通过FT日志NIC同步这两个VM之间的内存中的所有内容。 所以我们将有双胞胎,主VM上发生的一切都将发生在辅助虚拟机上。 我们还将拆分数据存储区,将主虚拟机和辅助虚拟机的映像放入不同的数据存储区。
你如何启用VM FT?
- 启用HA
- 启用VMkernel端口日志记录
- 右键单击VM以启用FT
你在哪里启用FT日志记录?
在VMkernel端口上。