升级到VMware Virtual SAN 6.0

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工作流程

阅读更多…

带有PowerCLI的vCenter Server的VMware Virtual SAN警报

VSANPowerCLIAlarmLogo最近,我参加了几次客户对话,主要话题集中在监控和故障排除vCenter中的事件,尤其是Virtual SAN。我知道过去已经多次讨论过该主题,不仅在VMware公司存储博客中,而且在其他社区博客中。更具体地说,一位VSAN冠军William Lam曾在他的个人博客中广泛报道了这一点。

我们在vCenter Server警报和Virtual SAN主题上所做的工作源于William发表的两篇文章中确定的发现。有关什么是建议的Virtual SAN vCenter Server警报以及如何添加和配置警报的详细信息,请查看以下文章:

随着vSphere 6.0和Virtual SAN 6.0即将面世,该脚本可使所有Virtual SAN客户轻松得多,并提供了一种简化的方法,可在几秒钟内添加和配置Virtual SAN的所有可用vCenter Server警报。

我有机会与世界之一一起研究这个小金块’是地球上最糟糕的PowerCLI专家,另一个VSAN冠军Alan Renouf和William Lam也是VMware虚拟化团队代号#TheWreckingCrew的成员。这是PowerCLI示例代码,可用于为Virtual SAN添加和配置所有vCenter Server警报。这些警报适用于Virtual SAN 5.5版和6.0版。 阅读更多…

的VMware Virtual SAN 6.0:引导风暴演示

VSAN-60-全闪存自从VMware Virtual SAN全闪存体系结构正式发布以来,大多数讨论都集中在解决方案令人难以置信的性能和IOPS,可预测的性能,毫秒级延迟方面。所有这些属性都很重要,并且是为什么将Virtual SAN 6.0作为存储平台及其用例进行了扩展,使其也专注于关键业务应用程序和大型企业环境的部分原因。

我想把焦点放在Virtual SAN 6.0众多受支持的用例之一上,并强调新平台在虚拟桌面基础架构(VDI)方面的宝贵功能之一。

VDI大型企业基础结构设计的一些功能要求包括对标准操作和最坏情况的引导,刷新和供应时间的表征。

我已经看到了相当多的VDI设计和不同平台的演示,它们展示了引导风暴,刷新和重建,它们都表现出色。现在,我想借此机会通过在平台最大支持的功能上进行一次引导风暴来展示Virtual SAN 6.0的强大功能。此引导风暴演示包括Virtual SAN 6.0 All-Flash 64节点群集(BigDaddy)上的6401桌面。
作为演示的一部分,展示的关键和令人印象深刻的项目如下:

  • 大爸爸–64节点全闪存Virtual SAN群集
  • 台式机–一次引导群集中的所有6401桌面(一次批1024)
  • 开机时间–引导所有桌面需要24分钟,加上IP地址分配大约需要19分钟,总共需要大约40分钟

该演示不包含任何Virtual SAN设置的篡改或自定义配置。这就是我们通常所说的即用型体验。这里要指出的另一件事是我对完成启动时间的定义。我所说的完全启动,不仅是指台式机已打开电源,还在于所有台式机均已成功获取IP地址并已真正启动并运行并准备使用时。

为了节省时间,该演示已从其原始时间缩短到大约5分钟。请随时注意时间戳,因为它会显示在命令行界面中,以验证引导时间的准确性。

该演示成功地突出了Virtual SAN 6.0的众多强大功能之一。

– Enjoy

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

vSphere虚拟卷互操作性:VAAI API与VVOL

VVOLs-LOGO2015在2011年,VMware在vSphere 4.1版本中引入了基于块的VAAI API。这些API通过将一些繁重的操作卸载到存储阵列来帮助提高VMFS的性能。在后续版本中,VMware添加了用于NAS的VAAI API,精简配置以及对Block VAAI API的T10命令支持。

现在,借助虚拟卷(VVOL),VMware引入了新的虚拟机管理和集成框架,该框架将虚拟磁盘公开为存储阵列数据管理的主要单元。这个新框架支持在虚拟磁盘级别上基于阵列的操作,该操作可以与应用程序边界精确对齐,并且能够为每个虚拟机提供基于策略的管理方法。

现在的问题是,VAAI API(NAS和Block)会发生什么,虚拟卷将如何共存?使用虚拟卷,除数据路径外,ESX主机还控制到存储阵列的连接路径。供应商提供者通常会安排到存储阵列的路径。在这种情况下,可以将虚拟卷视为VAAI NAS API的更丰富的扩展。在去年的7月,我发表了一篇文章,讨论了在不同场景下进行克隆操作期间VAAI和VVOL之间的互操作性 “虚拟卷(VVol)vSphere API&克隆操作方案”考虑再看看。现在让’介绍了VAAI API和虚拟卷之间的一系列交互方案。

VAAI和VVOLsRev2

VAAI块和VVOL:

VAAI块定义了基本的SCSI原语,从而使vSphere(主要是VMFS)将其部分操作卸载到阵列中。 VMFS仍然扮演着协调器的角色,并向存储阵列发送单独的VAAI Block命令,这仍然存在很大的依赖性。

使用VVOL,存储阵列系统可以了解虚拟机的磁盘,因此可以在虚拟机磁盘上高效地执行快照,克隆和清零等操作。但是VAAI Block和精简配置原语仍然与VVOL共存。

  • 空中交通服务– 存储在块VVOL数据存储中的所有config VVOL对象都使用VMFS进行格式化,因此需要支持ATS命令。基于对VVOL绑定到的PE LUN的ATS支持来检测到此支持。
  • XCOPY– 对于VVOL,ESX将始终尝试使用基于数组的VVOL复制机制,该机制使用 copyDiffsToVirtualVolume or 克隆虚拟卷 原语。如果不支持这些功能,它将退回到软件副本。由于软件复制涉及在协议端点(PE)LUN和VMFS LUN之间复制数据,因此在软件数据复制期间仍然有可能使用XCOPY命令。当退回到软件副本时,将虚拟机从VMFS数据存储移动到VVOL数据存储或在两个VVOL数据存储之间移动时,vSphere将使用XCOPY命令。在第一个版本中,如果虚拟机正在从VVOL数据存储转移到VMFS数据存储,vSphere将不会尝试使用XCOPY。 vSphere将基于绑定到的PE LUN上VAAI XCOPY的支持来检测单个VVOL对XCOPY的支持。
  • 块归零– 该原语的主要目的是初始化在VMFS数据存储上配置的密集磁盘。因此,该原语不用于VVOL,因为在VVOL中,配置VVOL上的VMFS仅包含较小的描述符文件。该原语的主要目的是初始化在VMFS数据存储上配置的密集磁盘。使用VVols VM时,将配置类型指定为在VVOL创建期间传递的配置文件信息的一部分。根据定义,格式化为VMFS的Config VVol是“瘦”的。 config VVol的大小也非常小(默认为4GB),并且包含较小的文件,例如磁盘描述符,vm config文件,统计信息和日志数据。因此,vSphere不将“块清零”原语用于VVOL。

VAAI NAS和VVOL:

与SCSI不同,NFSv3是一种冻结协议,这意味着VAAI NAS的所有功能都通过供应商插件发布的私有RPC来实现。 VVOL扩展了这种在基本协议之外进行通信的模型。 VVOL定义了丰富的VASA API集,以允许卸载大多数vSphere操作。使用vSphere 6.0,现有的VAAI NAS将继续工作,但是VVOL数据存储将提供比VAAI NAS更加丰富和快速的体验。另外,VVOL不需要安装任何特定于供应商的插件。关于NAS VAAI和存储vMotion的另一个值得注意的点是,无法迁移NAS VAAI快照,当尝试使用NAS VAAI“快照”迁移虚拟机时,快照层次结构将折叠并且所有快照历史记录将丢失。 VVOL并非如此,此外,我们可以在NFS(Non-VAAI)/ VMFS / VSAN / VVol(任何来源->目标组合4)。

VAAI精简配置和VVOL:

  • 软阈值警告– 与具有TP支持的VMFS数据存储类似,vCenter中将显示任何VVOL虚拟机的I / O的软阈值警告。相应的容器也会被适当地标记。发出软阈值警告时,容器将显示黄色警告图标。从本质上讲,这可能会使vSphere管理员感到困惑,因为此警告是特定于虚拟机的,并且警告消息未提供有关哪个虚拟机有问题的详细信息。以后的更新中将对此进行更正。
  • 硬阈值警告 –硬阈值警告行为类似于VMFS数据存储上的行为。
    当VVOL虚拟机的I / O收到硬阈值警告时,它将使相应的虚拟机眩晕。管理员可以在配置更多空间后恢复虚拟机,也可以完全停止虚拟机。
  • 联合国地图 –由于没有由VMFS管理的磁盘,因此vSphere将不会主动使用UNMAP原语。 vSphere将不会主动使用UNMAP原语。尽管在来宾发出它时它将通过UNMAP传递到支持VVOL。尽管在来宾发出像XCOPY和ATS这样的问题时会发出UNMAP,但vSphere会基于绑定到的协议端点LUN上VAAI 联合国地图的支持来检测单个VVOL对UNMAP的支持。另一件事是,当客户机发出UNMAP时,vSphere将不强制执行任何对齐条件。此行为与使用RDM LUN发现的行为非常相似。通过VVOL 联合国地图命令从来宾直接发送到存储阵列的方式与我们发送所有I / O的方式相同,该阵列现在将最终看到所有单个UNMAP命令来宾操作系统的问题。例如,Windows Server 2012将立即成为UNMAP命令的来源。另一方面,对于Linux,文件系统会检查虚拟设备支持的SCSI版本,并且不会使用我们目前提供的当前SCSI支持级别(SCSI-2)发出UNMAP。这将在将来的版本中解决。

现在,我们确定不同原语支持的操作和行为。

基元支持的操作和行为

开机无快照的Storage vMotion

对于没有快照的已启动虚拟机,Storage vMotion驱动程序会协调副本。 存储 vMotion驱动程序将使用数据移动器移动当前运行点的各个部分。数据移动器将使用“主机精心安排的硬件卸载” when it can…

VAAI区块& 阻止VVOLs:
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–XCOPY将用于迁移(主机精心安排的卸载)

纳斯·瓦伊
– No optimizations

NAS VVOL
–位图API将仅用于确定要迁移的相关块(空间效率优化)

带快照的Storage vMotion开机

对于带有快照的已打开电源的VM,首先完成快照的迁移,然后Storage vMotion驱动程序将使用数据移动器移动当前运行点。

VAAI区块
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–XCOPY将用于迁移快照+当前运行点

阻止VVOL
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–将使用cloneVirtualVolume和copyDiffsToVirtualVolume VASA API迁移所有快照(完全卸载硬件)
–XCOPY将用于迁移当前运行点(主机精心安排的卸载)

纳斯·瓦伊
–NAS VAAI无法迁移快照
–没有进一步的优化

NAS VVOL
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–将使用cloneVirtualVolume和copyDiffsToVirtualVolume VASA API迁移所有快照(完全卸载硬件)

关闭没有快照的Storage vMotion
对于已关闭电源的VM,Storage vMotion驱动程序不在图中。因此,有效的做法是关闭电源的VM的Storage vMotion是一个合理的举动(克隆+删除源)。

VAAI区块
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–XCOPY将用于迁移当前运行点

阻止VVOL
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–cloneVirtualVolume VASA API将用于迁移当前运行点(完全卸载硬件)
–copyDiffsToVirtualVolume VASA API将用于迁移所有快照(完全硬件卸载)

纳斯·瓦伊
–NAS VAAI克隆卸载将用于迁移当前运行点

NAS VVOL(与块VVOL相同)
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–cloneVirtualVolume VASA API将用于迁移当前运行点(完全卸载硬件)
–copyDiffsToVirtualVolume VASA API将用于迁移所有快照(完全硬件卸载)

使用快照关闭Storage vMotion
–与上述相同的基本思想,也有快照…

VAAI区块
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–XCOPY将用于迁移当前运行点+快照

阻止VVOL
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–cloneVirtualVolume VASA API将用于迁移当前运行点+快照(完全硬件卸载)

纳斯·瓦伊
–NAS VAAI无法迁移快照
–NAS VAAI克隆卸载将用于迁移当前运行点

NAS VVol(与块VVOL相同)
–位图API将仅用于确定要迁移的相关块(空间效率优化)
–cloneVirtualVolume VASA API将用于迁移当前运行点+快照(完全硬件卸载)

– Enjoy

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

X