vSAN集群变更vCenter

虚拟化系统发展进步很快的表现之一，就是更新比较频繁，每隔一段时间就有新版本诞生，用新特性吸引着运维人员不断尝新。然而，更新的过程有时并不是一帆风顺的，当vCenter更新失败后，最快的方法就是重新导入新的OVA来部署vCSA了。

对于连接FC-SAN的主机，不用在旧vCenter的清单中移除，即可直接添加到新vCenter。需要注意的问题主要有两个：一是当主机数量很多时，手工逐个输入账号密码是个缓慢的简单重复操作；二是当启用了VDS（vSphere Distributed Switch）时，需要在旧vCenter中先创建vSwitch及所有VLAN，并将所有虚机网络迁移到vSwitch。假设vCenter坏的够彻底，没有机会在图形界面上迁移虚机网络，遭遇的麻烦也就更大了，需要在主机的esxi命令行下，用命令创建vSwitch和VLAN，并且也是逐一修改每个虚机的网络，方可平滑迁移到新vCenter。与此同时，vSwitch中创建的VLAN名称要相一致，否则也可以粗暴地让虚机中断几分钟，直接将主机迁移到新vCenter后再逐个虚机修改网络连接。

而对于VSAN集群变更vCenter环境，不管旧的vCenter还能否使用，没有VDS都能给自己减轻不少负担，因为除了虚机的业务流量要在vSwitch上保持相同VLAN名称，还有vSAN专用的VMkernel也要从VDS上转移到vSwitch，这是因为VDS的配置信息是与vCenter相关的。

排除了VDS对变更vCenter的影响，首先检查确认vSan集群在旧vCenter中状态都是正常的，没有警告信息和异常状态，接着新旧vCenter准备好名称一致的虚拟网络，同时创建和旧vCenter中一致的集群命名，集群创建后暂时不启用包括vSan、DRS在内的任何特性，即vSan和DRS都保持关闭，然后添加vSan授权，再开启vSan开关，模式为手动。简言之，创建了打开vSan开关的空集群，等待添加主机。

此时，检查新旧vCenter环境的网络、集群等配置的命名是否都一致，vSan开关已开启，接着就可以直接在HA集群中逐个添加vSAN节点主机了。在添加完最后一个节点之前，集群和主机都会报警告信息，可以暂时忽略，待所有主机节点添加完毕，相应的警告就会自动消失。最后，别忘记关闭旧vCenter，或从清单中移除，以免产生不必要的影响。

小结：vCenter还可以通过离线光盘或在线网络进行升级，新建vCenter则能满足无法升级等一些特殊情况下的管理。对于变更vCenter，还要注意是否有配置存储策略，虚机在关联到新vCenter后，仍会沿用旧vCenter的存储策略，因为存储策略是写在虚机的配置文件中生效的，vCenter只是保存了策略的配置并可以指派给不同的虚机，而我们变更vCenter并非迁移vCenter的配置，所以需要运维人员重新创建后再指派给虚机。