Date: 11月 28, 2018
VMware High Availability的故障转移群集：过度杀伤还是完美匹配？
在VMware层实现高可用性（HA）是一种有用的解决方案。它有助于防止某些类型的故障。但是，仅VMware VMware并不能涵盖所有基础。让我们探讨使用VMware High Availability进行故障转移群集的可能性。
据Gartner Research称，大多数计划外中断都是由应用程序故障（40％的中断）或管理员错误（40％）引起的。硬件，网络，电源或环境问题导致其余问题（总计20％）。VMware HA专注于防止硬件故障，但是一个好的应用程序集群解决方案可以解决其他方面的问题。
拥有良好的策略对于VMware High Availability的故障转移群集至关重要
在为VMware环境构建适当的HA策略时，需要考虑以下几点。
通过应用程序级监视和群集缩短中断
恢复速度怎么样？在完美的世界中，不会出现故障，停电或停机。但是，如果确实发生意外中断，那么下一个最好的事情就是快速启动并再次运行。此等式表示您的环境的总体可用性：如您所见，检测时间是等式中的关键部分。这是VMware HA独自完成的另一个地方。VMware HA将每个虚拟机（VM）视为“黑匣子”，并且无法真正了解内部运行的应用程序的运行状况或状态。内部运行的VM和OS可能很好，但应用程序可能会停止，挂起或配置错误，从而导致用户中断。即使主机服务器出现故障，您也必须等待VMware HA重新启动VMware群集中其他主机上受影响的VM。这意味着在这些VM上运行的应用程序一直关闭，直到1）检测到中断，2）操作系统在新主机系统上完全启动，3）应用程序重新启动，以及4）用户重新连接到应用程序。通过在多个VM之间的应用程序层进行群集，您不仅可以防止应用程序级中断，还可以缩短中断恢复时间。可以简单地在备用VM上重新启动应用程序，该VM已经启动并等待接管。为了最大化可用性，所涉及的VM应位于不同的物理服务器上。 或者更好的是，单独的VMware HA集群甚至是单独的数据中心！
消除存储作为潜在的单点故障（SPOF）
传统的群集解决方案（包括VMware HA）需要共享存储，并且通常仅在单个数据中心内保护应用程序或服务。从技术上讲，共享存储设备代表了架构中的SPOF。如果您无法访问后端存储，则群集和应用程序将停止计数。任何HA解决方案的目标都是通过消除尽可能多的潜在SPOF来提高整体可用性。那么如何扩充本机VMware HA集群以提供更高级别的可用性？要保护整个堆栈，从硬件到应用程序，请从VMware HA开始。接下来，您需要一种监视和保护应用程序的方法。在应用程序级别（即在VM内）进行聚类是自然的选择。请务必选择支持基于主机的数据复制的群集解决方案（即无共享配置），这样您就不需要经历设置基于SAN的复制的费用和复杂性。SAN复制解决方案通常还会将您锁定在单个存储供应商中。最重要的是，要使用共享存储来群集VM，通常需要启用裸设备映射（RDM）。这意味着您将无法访问许多功能强大的VMware功能，例如vMotion。采用无共享群集配置将存储层消除为SPOF。同时允许您使用vMotion在物理主机之间迁移VM。这是双赢的！无共享群集也是灾难恢复的绝佳解决方案，因为备用VM可以驻留在不同的数据中心。
覆盖所有的基础
通过VMware HA分层的应用程序故障转移群集提供了两全其美的优势。您可以享受内置的硬件保护和应用程序感知，更高的灵活性和可扩展性，以及更快的恢复时间。更好的是，解决方案不需要打破银行。想了解VMware High Availability的故障转移群集如何适用于您的项目？使用SIOS办理登机手续。经LinuxClustering许可转载