vSAN 6.7 – 在vSAN上引入WSFC支持!

  • 内容
  • 评论
  • 相关

介绍

vSAN 6.5中,我们介绍了在vSAN群集上托管的iSCSI目标的概念。 这允许将物理主机连接到vSAN数据存储,以便利用SPBM和其他vSAN功能(例如虚拟化群集外部的物理机的重复数据删除,压缩,加密和QoS)。这将vSAN的功能从托管在vSAN群集上的VM扩展到物理主机,并提供了一种用于托管由物理Oracle RAC实例等应用程序使用的共享磁盘的极佳方法。

vSAN 6.7有哪些新功能?

vSAN 6.7引入了对使用vSAN iSCSI目标服务的Windows Server故障转移群集(WSFC)的支持。 如果您当前在基础结构上托管使用RDM作为共享磁盘的WSFC实例(例如仲裁,SQL故障转移群集实例(FCI)和横向扩展文件服务器(SOFS)),则现在可以完全迁移到vSAN而无需使用RDM的。

从此版本开始,与WSFC一起使用时,现在可以通过vSANiSCSI服务实现完全透明的LUN故障转移。 此功能非常强大,因为它可以防止服务LUNI / O的主机出现故障。 这种故障可能出于任何原因:电源,硬件故障或链路丢失。 在这些情况下,I / O路径现在将透明地故障切换到另一个主机,而不会影响在WFSC中运行的应用程序。

大! 那么它是怎样工作的?

只需打开vSAN UI中的iSCSI目标服务并创建所需的LUN(我将使用SQL FCI作为示例)。 在这种情况下,我创建了四个LUN,分别针对群集仲裁,SQL数据,SQL日志和SQL备份各一个,大小分别为20,100,150200GB


回到Windows,我已经配置了iSCSI服务,就像其他任何iSCSI目标一样,并在Discovery Portal中添加了每个主机的iSCSI vmk IP地址。


鉴于我们在vSAN上使用iSCSI支持主动/备用模式下的MPIO,我已经为启动器上的每个目标创建了会话。 请注意为相同目标列出的不同路径ID以及可用故障切换路径的数量。


现在我们已将Windows VM连接到vSAN iSCSI目标服务和已配置的MPIO,只需自动配置设备和四个LUN即可显示您将注意到这些路径包括供应商为“vmware”,产品为“virtual_san”


如果您想使用计算机管理在Windows中使用任何其他驱动器来格式化驱动器,并且您已准备好安装WSFC


我已经有一个使用RDMWSFC,我可以迁移吗?

当然,此过程已在StorageHub迁移到vSAN”部分中进行了说明,无论iSCSI目标是什么,从RDM迁移到iSCSI的过程都是相同的。

你有详细的实施指南吗?

是的,它将从vSAN上的初始目标设置开始,包括vmk选择和LUN配置,直至配置Windows MPIOWindows iSCSI启动器。

该指南以及所有与vSAN相关的技术内容可以像往常一样StorageHub上找到 

此处还提供参考体系结构,其中包括有关使用vSAN iSCSI目标服务在WSFC之上实施SQL FCI和横向扩展文件服务器的详细信息。 覆盖配置的KB也在这里提供 

我可以看到演示故障转移吗?

下面是一个简短的演示,演示vSAN群集中整个主机的故障。 失败的主机使用数据库基准测试应用程序(HammerDB)为处于高负载下的SQL群集提供I / O服务。 如视频所示,I / O速率有短暂下降的趋势,一旦LUN透明地故障转移到新主机,交易将以先前的速率再次进行,而不会造成应用程序中断。

https://www.youtube.com/watch?v=9WMgrjUYHi0&feature=youtu.be