【VMware vSAN 7.0】6.10.1 在见证设备上设置 vSAN网络—我们有软硬件解决方案

本文链接：https://blog.youkuaiyun.com/lidw2009/article/details/115391727

VMware vSAN

部署vSAN Witness Appliance。在我的实验室中，我将带有ESXi的NUC添加到vCenter上以简化管理，但这不是必需的。从OVF模板部署见证后，将其添加到vCenter并像对待其他主机一样对待它。唯一要记住的是，它不应位于vSAN群集中，而应是独立的主机。您会注意到，添加时，它带有其自己的许可证。

开箱即用，它带有两个vmnic，两个标准vSwitch和两个vmkernel端口组–第一个用于管理，第二个用于见证流量。由于这是一个家庭实验室，因此我不需要两个，并且很高兴为这两个任务运行一个vmk。如果要执行此操作，请从第二个vmk中删除vSAN服务，然后删除vmk，最后删除交换机。不要尝试在不删除vSAN标签的情况下删除交换机或vmk，因为它不起作用，并且会花费一段时间。

由于直接连接的10Gb连接在vSAN节点之间不能在其他任何地方路由，因此我们需要在这些节点上使用管理vmk，以允许vSAN与见证设备通信，反之亦然。我们通过命令行执行此操作：

esxcli vsan network ip add -i vmk0 -T=witness

vmk＃可能与您有所不同，因此请适当更改。这两者都需要完成。要查看主机上的vSAN网络，我们使用esxcli vsan网络列表，该列表在我的vSAN节点上现在如下所示：

esxcli vsan network list
Interface
   VmkNic Name: vmk1
   IP Protocol: IP
   Interface UUID: 0310435c-4c4f-e907-73f1-ac1f6b6565e8
   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: vmk0
   IP Protocol: IP
   Interface UUID: ed18435c-90a4-d2b9-742a-ac1f6b6565e8
   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: witness

您可以看到我有用于管理的vmk0和用于vSAN的vmk1。我还为见证流量标记了vmk0。目前，您只能在命令行中执行此操作。

我们还需要使用上述方法在见证设备上的vmk0上启用见证流量。标记见证人流量后，我们可以使用GUI启用vSAN流量。

如果一切都正确完成，我们现在可以通过创建扩展群集来完成vSAN配置。转到vSAN下的vSAN群集>配置>故障域并配置。将其中一个vSAN节点设置为辅助节点，然后单击下一步。

现在，我们选择见证主机。如果网络设置正确，则应该可以继续。如果未成功，请检查您的网络。

我不确定为什么您必须手动选择用于容量和缓存层的磁盘，尽管考虑到在配置vSAN时可以在其他地方使用，我还是可以自动选择磁盘。

在摘要屏幕上，按完成。

vSAN现在应该开始在两个节点之间复制，并且最终所有与连接有关的警报都将消失。

这样就构成了一个带有Witness Appliance的2节点vSAN群集。

VSAN 6.1发布了也有两三个月了，其中有2个比较显著的新特性，一个就是支持Stretched Cluster, 也就是说你的VSAN集群现在可以不在一个物理位置了，可以跨数据中心部署了；另外一个就是2节点VSAN。

我们知道，原来的VSAN至少需要3个节点，为啥呢？因为在默认FTT为1的时候，每块数据盘都至少需要3个组件，1份数据，1份是数据的副本，第3份是见证组件（Witness component），相当于集群中的仲裁盘，用来解决脑裂问题的。换一句话说，就是“如果想要使得虚拟机的磁盘对象是可用的话，它的可用组件数必须大于50%，而见证就是用来解决大于50%的这个问题的”。

原本Witness是作为一个component存在于VSAN集群中的某台物理主机上的，而现在，Witness Appliance则可以作为一台虚拟机存在的，它存在的目的就是用来存储witness component的。这样，VSAN集群对物理主机最低数量限制就减少了一个。

记住：

Witness Appliance是用来取代一台ESXi主机的

重要的事情说三遍。所以部署的时候要把它当作一台ESXi主机来部署。

因此，当然你也可以部署一台物理机来做同样的事情。但是，这里的重点是我们要省钱，要省一台主机，不是吗？那么，为了省钱用一台特殊的虚拟机来取代物理主机，就得为这台特殊的虚拟机多考虑一些。

Witness Appliance的配置选项

Witness Appliance 就是一台虚拟机，是通过OVA部署的预先配置好的虚拟设备。在配置OVA过程中会有3个选项，分别针对不同规模的VSAN集群：

Tiny 微型环境（少于10台虚拟机）

2 vCPUs, 8GB vRAM

8GB ESXi Boot Disk, 一个10GB SSD, 一个15GB HDD

最多支持750个witness component

Medium 中型环境（最多500台虚拟机），这是默认选项。

2 vCPUs, 16GB vRAM

8GB ESXi Boot Disk, 一块10GB SSD, 一块350GB HDD

最多支持21000个witness component

Large 大型环境（超过500台虚拟机）

2 vCPUs, 32GB vRAM

8GB ESXi Boot Disk, 一块10GB SSD, 三块350GB HDD

最多支持45000个witness component

注意，这里的所谓SSD并不是真正的SSD，而是一个被打上了SSD标签的VMDK而已。

Witness Appliance的网络要求

另外一个非常重要的是Witness Appliance的网络配置。因为网络不通就不能做仲裁了呀。（这不是废话么，笑）

所以这台虚拟机的网卡必须能够和VSAN集群的其他主机通信。而且DNS很重要，还要加域。它还需要以一台ESXi主机的身份加入到vCenter中。

既然Witness Appliance是被当作一台ESXi主机，那么它就会有自己的vSwitch。应该手工设置Witness Appliance中标准vSwitch的uplink网口的Mac地址和它所在的主机的Mac地址一样。这样，递交到主机的witness请求就可以被传递到Witness Appliance上。

注意，Witness Appliance目前是为了2节点VSAN集群设计的。常规的3节点（或更多节点）的VSAN集群还是使用传统的方法，witness component还是打散分布到集群中的所有主机上的。

应用场景

问题来了，Witness Appliance也是在一台主机上的，而且这台主机不能是2节点VSAN集群中的某一台，那不是说还是需要3台主机么？既然有了3台主机，那为啥还要那么麻烦搞特殊化，直接搭建成常规的3节点VSAN集群不可以吗？

好吧，这个问题问的有道理哦，不过2节点VSAN的应用场景不太一样，它主要是用于ROBO的情况的。ROBO就是Remote Office/Branch Office，指小型的分支机构，对于这种规模较小的办公室而言，2台主机就能满足需求，3台主机可能就有点浪费。这种场景下，Witness Appliance是安装在总公司的数据中心上的某台ESXi主机上的。