Virtual SAN升级

Virtual SAN 6.0对其架构的结构组件进行了新的更改。这些更改之一是一种新的磁盘格式,可提供更好的性能和功能增强。这些新功能之一使vSphere管理员可以执行从Virtual SAN 5.5到Virtual SAN 6.0的就地滚动升级,而不会导致应用程序停机。

将现有的Virtual SAN 5.5群集升级到Virtual SAN 6.0是分多个阶段执行的,并且需要重新格式化Virtual SAN群集中正在使用的所有磁盘。升级定义为一次性过程,该过程是从RVC命令行实用程序使用单个命令执行的。

升级第一阶段: vSphere基础架构升级

升级的此阶段是将所有组件都升级到vSphere 6.0版本。所有vCenter Server和ESXi主机以及所有与基础架构相关的组件都需要升级到其各自的和相应的6.0软件版本。支持单个组件的任何vSphere支持的过程。

  • 首先将vCenter Server 5.5升级到6.0(基于Windows或Linux)
  • 将ESXi主机从5.5升级到6.0(交互式,Update Manager,重新安装,脚本更新等)
  • 使用维护模式(确保可访问性– 建议减少时间, Full data migration –不推荐,除非有必要
升级阶段II:Virtual SAN 6.0磁盘格式转换(DFC)

This phase is where the previous on-disk format (VMFS-L) is replaced on all of the magnetic disk devices with the new on-disk format (VSAN FS). 磁盘格式转换 procedures will reformat the disk groups and upgrade all of the objects to the new version 2. Virtual SAN 6.0提供对Virtual SAN 5.5的先前磁盘格式(VMFS-L)以及其新的本机磁盘格式(VSAN FS)的支持。

虽然两种磁盘格式都受支持,但强烈建议将Virtual SAN群集升级为新的磁盘格式,以利用性能和新的可用功能。 磁盘格式转换 在Virtual SAN群集中顺序执行此操作,在该群集中,每个主机一次升级一个磁盘组。下图所示的工作流程 在该过程移至作为群集成员的另一台主机之前,会对每个主机上的所有磁盘组重复此操作。

 DFC工作流程

在启动磁盘格式转换过程(VSAN升级)之前,请确保满足所有vSphere和Virtual SAN 5.5群集先决条件,并且该群集已准备好进行磁盘格式转换。

  • vCenter Server 5.5已升级到vCenter 6.0
  • 属于Virtual SAN 5.5群集的所有ESXi主机均已成功升级到ESXi 6.0。
  • 群集将磁盘添加到存储声明规则设置为手动

升级程序

磁盘格式转换 is manually initiated 通过 a vSphere admin from the RVC console. Login to the vCenter Server and start RVC as illustrated in the image below.

 RVC登录

作为从RVC启动磁盘格式转换之前的预防措施,请检查下面列出的群集组件的状态,并确保一切正常。

  • 集群健康  –确保群集中的所有主机具有正确的匹配产品,VSAN群集启用状态,群集信息,存储信息,磁盘映射和网络信息。从RVC使用   vsan.cluster_info  command.

 RVC群集状态

  • 群集磁盘状态 – make sure that the disks of all of the hosts in the cluster are all healthy and currently formatted with on-disk format v1 (VMFS-L). 从RVC使用  vsan.disks_stats  command.

 RVC-DiskStats

  • 无法访问的对象和不同步的虚拟机 S 塔塔斯  –确保群集中的所有对象和虚拟机均可访问,并且没有虚拟机vmx文件不同步。 From RVC use the  vsan.check_state  command.

 RVCCheckState 如果上述任何检查点报告了错误,请在进行磁盘格式转换之前更正它们。否则,将停止磁盘格式转换。

如果一切正常,请使用RVC命令启动升级过程 vsan.v2_ondisk_upgrade。 By 默认情况下,升级操作将移动所有组件 从磁盘组 格式化之前。此操作需要备用容量以及其他主机,以便在升级期间保持虚拟机可用性合规性(FTT = 1)。

 RVC升级

如果有’如果群集中有足够的可用容量或足够的主机来维持虚拟机可用性合规性(4个或更多主机),请使用 减少冗余 选项。此选项不会撤离磁盘组上的所有数据。它仅撤离足够的数据以确保对象仍然可用。使用 减少冗余 选项不是 除非绝对必要,否则建议使用。

例如,在三个主机群集中,每个主机有一个磁盘组。的 允许减少冗余 选项会带来潜在中断的风险,因为在升级期间虚拟机将不受保护。  默认模式  is the  推荐的  way to upgrade.

之前  升级开始,  该操作将执行一系列的预检查和验证操作,以确保执行升级时没有任何潜在的错误。以下列出的是由 vsan.v2_ondisk_upgrade  命令:

  • 群集中的所有主机均已连接到vCenter Server
  • 所有主机均已升级到ESXi 6.0
  • 所有主机都属于同一Virtual SAN群集
  • 集群中所有对象均可访问
  • 群集中没有网络分区
  • 识别集群中不健康的磁盘
  • Virtual SAN群集和vCenter Server之间没有不匹配
  • 没有主机具有自动声明存储
  • 磁盘格式版本

重要的是要注意,在执行所有预检查之后,Virtual SAN群集监视,成员资格和目录服务(CMMDS)将不允许任何ESXi 5.5.x主机加入群集。

升级和磁盘格式转换的进度在RVC和vSphere Web Client中直接可见。

RVC升级完成

查看完整的升级过程,从 从Virtual SAN 5.5群集到Virtual SAN 6.0 demonstration below.

 

–享受

有关Virtual SAN(VSAN),vSphere虚拟卷(VVol)和其他软件定义的存储技术以及vSphere + OpenStack的 的将来更新,请确保在Twitter上关注我:@PunchingClouds

X