31
2024
05
16:03:21

vSAN其实很简单-vSAN盘他之重新部署vCenter

之前的文章里我们说明重装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运行,没有任何数据丢失。


 

实验环境:

===================

  •  原vSAN集群状态: 

四节点的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到存储策略的。

 

  • 如果客户之前使用的vSAN 默认存储策略”,那么只需要给VM应用新vCenter的“vSAN 默认存储策略”即可,整个过程不会触发数据重构。

 

  • 如果客户知道之前的存储策略是什么,那么创建一个相同的存储策略,然后应用给VM,也不会触发数据重构。

 

  • 如果客户不知道之前的存储策略是什么,那么可以使用RVC命令来根据对象来恢复存储策略

 

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运行,没有任何数据丢失。

 

结论

================================

  1. 迁移vSAN 主机到新vCenter过程中不会影响VM业务运行,但是建议在窗口时间进行操作。

  2. 建议使用老版本的web client(flash),把vSAN主机一台一台加入到新创建的vSAN集群。

  3. 恢复分布式交换机可以使用两种方法:

    “导入之前备份的配置”或者“手工创建新的分布式交换机”。切换分布式交换机的过程不会影响VM运行,但是建议在窗口时间进行操作。

  4. 恢复存储策略使用两种方法:

    “创建和原来一样的存储策略”或者“使用RVC命令恢复之前的存储策略”。两种方法都不会触发数据重构。




推荐本站淘宝优惠价购买喜欢的宝贝:

image.png

本文链接:https://hqyman.cn/post/6401.html 非本站原创文章欢迎转载,原创文章需保留本站地址!

分享到:
打赏





休息一下~~


« 上一篇 下一篇 »

发表评论:

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

请先 登录 再评论,若不是会员请先 注册

您的IP地址是: