VPLEX工作负载弹性 – 数据中心停机注意事项

VPLEX工作负载弹性 – 数据中心停机注意事项

转载请在文首保留原文出处：EMC中文支持论坛https://community.emc.com/go/chinese

介绍

VPLEX系统所有关键的处理组件都至少使用成对冗余来最大限度地提高数据可用性。本文介绍了如何处理VPLEX所在数据中心停机的注意事项，以及应使用哪些建议使应用程序能够容受这些事件。

更多信息

数据中心停机：

尽管不是VPLEX 的一项功能，但基于主机的群集机制也是一项最大限度地提高工作负载弹性的重要技巧。利用基于主机的群集机制，在发生主机故障时，应用程序可继续使用主动/主动或主动/被动处理模式提供服务。与前面列出的 VPLEX 功能结合使用时，将得到一个能够提供非常高的可用性的基础架构。

发生数据中心停机时，VPLEX处理行为如VPLEX工作负载弹性 – 集群故障注意事项中所述。如果使用VPLEX Witness并将其部署在独立于每个VPLEX 群集的故障域中，VPLEX Metro部署可安然度过数据中心停机事件，且不丢失数据或对分布式卷的访问。将此部署与主机群集的故障切换逻辑结合使用时，将提供能够快速恢复服务操作的基础架构，有时不会中断应用程序服务，甚至在发生计划外数据中心停机时也是如此。有些数据中心停机是由数据中心停电造成的。VPLEX使用备用电源和UPS来克服持续时间不超过30秒的短时停电。这一能力必须与用于主机、网络设备和存储阵列的类似支持基础架构结合起来，实现一个可容受短时停电的全面解决方案。对于停电持续超过30秒的情况，VPLEX将停止提供虚拟化服务，且VPLEX Geo的回写缓存机制将保险存储任何脏缓存数据。使用直写缓存的卷的断电数据保护将由支持这些卷的后端存储阵列提供。

无中断升级：VPLEX Local和Metro支持以无中断方式将系统从一个软件版本升级到下一个版本。这种升级通过将系统分成两组控制器来进行，即A控制器（称为第一个升级程序）和B控制器（称为第二个升级程序）。无中断升级过程需要基于主机的多路径软件，才能拥有从每个主机到第一个升级程序和第二个升级程序的路径。升级期间，首先将第一个升级程序置于离线状态；这将导致 A 控制器上的主机路径停机。然后基于主机的多路径软件向B控制器上仍保持运行的路径发出I/O。然后，第一个升级程序重新映射并重置，以使用新的VPLEX映像。第一个升级程序恢复运行后，将停止第二个升级程序，且基于主机的多路径软件将故障切换到第一个升级程序。然后，第二个升级程序重新映射并重置，以重新加入系统并重新建立完全冗余路径连接。VPLEX Geo 使用类似的过程，但最开始需要断开两个VPLEX群集并使用上述过程单独升级。然后在升级单个群集后重新加入群集。升级期间，仅在一个群集上允许访问分布式卷，且在这期间使用DRL（dirty region logs）执行升级跟踪，以便使用 VPLEX 的增量重新同步技术使分布式卷可快速重新同步。