现在我们可以来检查高级功能是否能够正常使用了。
对于DRS、HA的解释如下：
一、启动DRS
开启后竟然自己就迁移了DC
二、启动HA
ok后在ESXi上安装HA代理软件
一般ESXi配置多个iSCSI共享存储比较安全，如果只有一块会报警，我们可以取消这个报警
三、验证DRS
因为启动DRS的时候，SHA-DC1被自动迁移到12了，我们再将机器迁移到11，看看是不是会自动迁移到12。
3.1准备条件
当前在12
目标ESXi需要有相同名称的端口组才能迁移，无论是手动还是DRS
很快执行完毕，移动到11上了
3.2自动迁移验证
可以把DC1的内存配置调大，设置为all locked，但是我的机器性能有限，配置了会有些问题。鉴于启动的时候已经迁移过了，就不改了。
因为机器配置太低成功触发了自动迁移。
四、验证HA
鉴于RDS配置的激进模式太过了，我们把模式设置的温柔一些。
然后我们把SHA-DC1手工迁移到11，然后关闭11，看看是否会移动到其它主机。
4.1准备条件
迁移过程中，我们可以观察是否服务会断
可以看到，迁移过程中，完全没有断
4.2关机
现在我们将ESXi1主机关机
能够发现ping断了
过会我们发现能ping通了，且机器迁移到了13
重新启动一下ESXi1，一切恢复正常
五、启动FT
因为HA会有短暂的业务中断，但FT不会。
FT核心原理是创建副本虚拟机，只有主虚拟机提供服务，两者通过Fault Tolerance进行数据同步。
5.1前提
我们用SHA-DC1做实验，为了满足这个前提，需要关闭CPU和内存的热添加，关闭CPU虚拟化功能。
先关机
修改配置，将热加载和虚拟化都关掉。
5.2启动
执行时报错，检查发现是Kernel上的FT Service没有开启。
此处对FT进行手动开启。
这样就能成功创建FT了。因为机器配置有限，FT就不进行测试了。
六、总结
搭建集群后，VMware的高级特性成功经过验证。
七、资料
- VSphere Fault Tolerance requirements and FT logging
最后
大家如果喜欢我的文章，可以关注我的公众号（程序员麻辣烫）
我的个人博客为：https://shidawuhen.github.io/
往期文章回顾：
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
