ospf链路状态5和7区别(7启用DRSHAFT)
现在我们可以来检查高级功能是否能够正常使用了。
对于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/
往期文章回顾:
- 设计模式
- 招聘
- 思考
- 存储
- 算法系列
- 读书笔记
- 小工具
- 架构
- 网络
- Go语言
免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com