How to change all vSAN VMkernel port IP addresses in a vSAN cluster, VSAN migrated from 1G network to 10G network

如何更改vSAN群集中的所有vSAN VMkernel端口IP地址,VSAN从1G网络迁移到10G网络

如何更改vSAN群集中的所有vSAN VMkernel端口IP地址

关于如何安全地更改vsan vmkernel或者管理员是否使用1G vSAN网络并且他们想要切换到10G vSAN网络，我收到了很多疑问，如何在没有生产中的停机时间窗口的情况下实现这一点。

这篇文章对于在进行vsan vmkernel IP更改或任何修改之前非常重要，以避免群集网络爆炸。

让我们考虑一个运行1G vsan vmkernel网络的示例，并且希望在没有停机的情况下迁移到10G vsan vmkernel网络。

步骤包括以下过程：

1.）假设已在虚拟数据中心中设置10G交换机并连接到vSAN节点。

2.）登录vSphere⇒选择vSAN Cluster主机并开始在所有ESXi主机上创建vmkernel端口

3.）在新的vmkernel端口上启用vSAN服务，并将10G上行链路连接到端口组

4.）现在，使用vmkping实用程序将特定的vsan vmkernel端口ping到其他主机

[root@ESXI01:~] vmkping -I vmk3 10.10.10.1
PING 10.10.10.1 (10.10.10.1): 56 data bytes
64 bytes from 10.10.10.1 : icmp_seq=0 ttl=64 time=0.122 ms
64 bytes from 10.10.10.1: icmp_seq=1 ttl=64 time=0.108 ms
64 bytes from 10.10.10.1: icmp_seq=2 ttl=64 time=0.121 ms

5.）检查群集中的所有ESXi主机，在vmk3上相互ping，这意味着已设置新的vmkernel端口。

6.）要确保vsan使用两个vmkernel端口，请运行以下命令以确认相同

[root@ESXI01:~] localcli vsan network list
 
Interface:
VmkNic Name: vmk1
IP Protocol: IP
Interface UUID: 1692e35b-2e05-63a2-543c-20677c1c44b0
Agent Group Multicast Address: 224.2.3.4
Agent Group IPv6 Multicast Address: ff19::2:3:4
Agent Group Multicast Port: 23451
Master Group Multicast Address: 224.1.2.3
Master Group IPv6 Multicast Address: ff19::1:2:3
Master Group Multicast Port: 12345
Host Unicast Channel Bound Port: 12321
Multicast TTL: 5
Traffic Type: vsan
 
Interface:
VmkNic Name: vmk3
IP Protocol: IP
Interface UUID: 0803e05b-25c4-1617-0d50-20677c1c44b0
Agent Group Multicast Address: 224.2.3.4
Agent Group IPv6 Multicast Address: ff19::2:3:4
Agent Group Multicast Port: 23451
Master Group Multicast Address: 224.1.2.3
Master Group IPv6 Multicast Address: ff19::1:2:3
Master Group Multicast Port: 12345
Host Unicast Channel Bound Port: 12321
Multicast TTL: 5
Traffic Type: vsan
 
[root@ESXI01:~] localcli vsan cluster unicastagent list

上面的命令将显示所有邻居vsan vmkernel端口条目。

7.）现在，为了测试vsan vmkernel端口将在生产中工作，将一个ESXi主机移动到MM（确保可访问性）并从原始vmkernel端口取消选中vsan服务，如本例中的vmk1。

8.）选择群集并转到vsan health部分以重新测试运行状况插件。 检查是否正在进行网络分区，并且ESXi节点是否正在显示已分区。

9.）如果群集中的所有节点都显示在同一个分区组中，那么您最好在生产中执行相同的操作而不会出现任何停机时间（这意味着vsan节点会故障转移到新的vsan vmkernel IP）

10.）如果发生网络分区，并且先决条件基于上述步骤工作则可能是网络交换机问题（意味着vsan vmkernel端口没有故障转移到新的vmkernel端口）

11.）在一个场景中，我发现1G网络在cisco交换机上，而10G网络在HP Switch上。 当比较两个交换机的特性时，我们发现惠普正在使用网络保护，而思科则没有使用这种功能。 我们在HP Switch上禁用了网络保护，并且vsan vmkernel在任何网络分区上都故障转移到新的网络保护。

最终效果：