之前的文章里我们说明重装vSAN节点操作系统以及挪动vSAN磁盘的场景:
vSAN其实很简单-vSAN盘他之重新安装主机系统
vSAN其实很简单-vSAN盘他之磁盘“乾坤大挪移”
今天我们来说下在vSAN环境中如何迁移vSAN主机到新的vCenter中,这个问题之前已经有许多人问过了。其实针对这个问题,VMware已经有官方的文档进行说明,例如官方文档:Movinga vSAN cluster from one vCenter Server to another (2151610)。我们尽可能的把环境复杂化,再把重点的步骤详细讲一讲。
在迁移vSAN主机的过程中,有三个问题需要讨论:
整个迁移过程是否影响VM运行?
分布式交换机该如何恢复?
存储策略如何恢复?
好了,我们来继续盘vSAN!!!
实验目标:
========================
故障现象 | 解决方案 | 期待结果 | 是否符合预期 |
vSAN环境中vCenter发生严重故障,无法启动 | 创建新的vCenter,把现有vSAN主机添加进去 | 整个过程不影响VM运行,没有任何数据丢失。 |
|
实验环境:
===================
四节点的vSANCluster
主机分别是esxi62-1,esxi62-2, esxi62-4, esxi62-5
包含四台vSAN主机
物理上联链路:
每台主机vmnic3对应上行链路1,提供vSAN使用
每台主机vmnic2对应上行链路2,提供虚拟机网络
vSAN网络端口组:
这四台主机的vSAN端口在分布式交换机里。
每台主机的vSAN vmk2 在这个端口组里
虚拟机网络端口组:
导出分布式交换机配置
为了后面的演示,我们先导出分布式交换机的配置信息。
点击下一步保存配置文件
虚拟机Test-VM的VMDK文件使用FTT=1,SW=2的存储策略,每个对象的两个组件分布在不同主机上。
虚拟机使用分布式交换机上的虚拟机网络端口组
整个实验过程中会长ping这台VM的IP地址
实验步骤:
================
(1) 创建新的VC,这里使用的VCSA6.7U2版本,具体部署的过程就不写了。记得使用域名而不是IP地址哦~
(2) 在新VC上创建新的vSAN集群,记得开启vSAN功能
(3) 在新vSAN集群中添加vSAN主机
注意:这里建议使用flash版本的web client一台一台进行添加。
如果在Html5版本的界面进行添加,则会要求把主机至于维护模式,如下图:
四台都加入后如下图所示
添加过程不会影响VM的运行!!!
(4) (方法一) 使用导入方式恢复分布式交换机配置
这一步要注意:
导入完成后,可以看到分布式交换机已经存在,但是里面信息是空的,需要手工进行配置。具体步骤见后文。
确保不要勾选上“保留原始分布式交换机标示符和端口组标识符”,
Please make sure , while importing dvswitch settings to a different vCenter Server, do NOT selectPreserve original distributed switch port group identifiers.
(如果勾选了这个选项,则导入后可以看到之前的信息,例如主机)
(5) (方法二) 手工创建分布式交换机
绝大多数的情况下,客户没有提前导出分布式交换机的配置,所以这种情况下,需要手工创建新的分布式交换机,并且把vSAN节点的网络切换到新的分布式交换机上。大体过程如下。
创建新的分布式交换机
使用新的名称
按照原来的配置进行配置
创建VM网络的端口组
(6) 迁移vSAN网络到新的分布式交换机
添加主机到分布式交换机
分配vSAN使用的物理上联网口
调整vSAN vmk
选择vSAN网络端口组
点击确认
整个过程VM正常运行不会丢包
(7) 迁移虚拟机网络
添加需要管理的主机
调整上行链路
选择后如下图
迁移虚拟机网络
点击确认
测试环境中,丢了一次包
至此,已经完全把vSAN主机网络切换到新创建的分布式交换机
(8) 恢复vSAN存储策略
在迁移到新的vCenter之后,vSAN对象使用的依旧是原来vCenter里定义的存储策略。因此我们需要创建新的存储策略,并且应用到VM上。否则在新vCenter中是找不到原来VM到存储策略的。
RVC下检查当前VM使用的存储策略
vsan.vm_object_info
当前使用的存储策略是:77704660-dd79-4a55-8549-ce3c1eef8b9a
列出当前的检测到所有存储策略,这里显示出一个未识别的存储策略
vsan.recover_spbm
-d,--dry-run: Don't take any automated actions
-f,--force: Answer all question with 'yes'
按照提示创建新的存储策略,例如
spbm.profile_create --rule VSAN.stripeWidth=2 --ruleVSAN.hostFailuresToTolerate=1 77704660-dd79-4a55-8549-ce3c1eef8b9a-gen0
执行完成后,发现之前未知的存储策略已经恢复
UI上检查,新的存储策略已经创建
给虚拟机应用新的存储策略
虚拟机存储策略显示正常
至此,vSAN环境中切换到新vCenter全部过程完成,我们简单总结下:
故障现象 | 解决方案 | 期待结果 | 是否符合预期 |
vSAN环境中vCenter发生严重故障,无法启动 | 创建新的vCenter,把现有vSAN主机添加进去 | 整个过程不影响VM运行,没有任何数据丢失。 | 是 |
结论
================================
迁移vSAN 主机到新vCenter过程中不会影响VM业务运行,但是建议在窗口时间进行操作。
建议使用老版本的web client(flash),把vSAN主机一台一台加入到新创建的vSAN集群。
恢复分布式交换机可以使用两种方法:
“导入之前备份的配置”或者“手工创建新的分布式交换机”。切换分布式交换机的过程不会影响VM运行,但是建议在窗口时间进行操作。
恢复存储策略使用两种方法:
“创建和原来一样的存储策略”或者“使用RVC命令恢复之前的存储策略”。两种方法都不会触发数据重构。
推荐本站淘宝优惠价购买喜欢的宝贝:
本文链接:https://hqyman.cn/post/6401.html 非本站原创文章欢迎转载,原创文章需保留本站地址!
打赏微信支付宝扫一扫,打赏作者吧~
休息一下~~