dcsimg

VM体系结构:确保高可用性

红帽和VMWare提供了提供高可用性虚拟环境所需的工具。哪个是更好的选择?

查理·舒丁(Charlie Schluting)现在我们了解了如何处理 管理虚拟机蔓延,我们知道我们需要 扩展应用程序 从水平上讲,让我们继续下一步,构建能够容错操作的VM基础架构。

容错能力意味着物理机故障(故障)不会中断任何正在运行的服务的操作。如果硬件实际发生故障,这是不切实际的,因为在其上运行的VM会立即崩溃。但是,如果您要执行维护,或者感觉到即将发生的非即时故障,则可以将VM迁移到其他服务器。但是,群集可以自动重启崩溃的虚拟机。在我们超越自己之前,让我们首先探讨VM迁移背后的概念。手动或自动迁移VM需要一些特殊的配置。

设置高可用性(HA)VM环境本质上涉及两个需求或层。首先,您必须具有共享存储和群集文件系统。 VMware中的VMFS或Red Hat Linux中的GFS可以解决问题。其次,您需要管理集群的内容,例如VMware的VirtualCenter或Red Hat Cluster Suite,它们将跟踪VM在何处运行并执行迁移。听起来很容易,对吧?

好吧,要使用Red Hat并不容易,这需要系统管理员对某些怪癖变得极为熟悉。诸如已记录的GFS命令返回“尚未实现”,或“ clustat -v”返回“ clustat版本DEVEL”之类的事情,或Conga生成cluster.conf,而其他工具声称这些都是无效的,所有这些都可以在RHEL 5.2的稳定版本中完成。导致终端空白。就是说,你 能够 使它工作。另一方面,VMware严格控制其产品,并且通常按广告宣传运行。

现在,到底我们所说的“移民”是什么意思?可以通过以下两种方式之一将VM从一台服务器迁移到另一台服务器:实时运行与否。 VM的非实时迁移包括将VM的磁盘映像复制到另一台服务器,然后在新硬件上启动它。这可以自动执行,但是导致VM必须关闭然后重新启动。要以零停机时间执行实时迁移,您必须处于共享文件系统上,这样就不必复制磁盘映像。然后,管理迁移的程序必须将VM的整个内存空间复制到新服务器上,并快速“启动” VM。发生这种情况不会中断操作系统或正在运行的应用程序,也不会使最终用户知道。

集群文件系统

你不能只用 NFS 将磁盘映像共享给所有服务器。它太慢了,并且在频繁迁移期间锁定问题将难以忍受。我们需要一个集群文件系统。

从概念上讲,集群文件系统是一种支持同时安装和写入多个操作系统的文件系统。这是一项非常棘手的业务,弄错了它会立即破坏您的VM所存储的文件系统。

需要隔离或“隔离”群集节点,以确保文件系统不会损坏。击剑突然防护的大多数方法都将与服务器的硬件管理接口通信(通过 IPMI (最有可能)并立即从服务器上断开电源。群集通常会在停止响应心跳消息时决定需要对节点进行防护。如果群集节点发现了意外的文件系统中的不一致,也可以使自己陷入困境。设置防护的细节可能很棘手,因此请务必了解给定平台的所有选项。

如今,您有两种选择来创建集群卷: iSCSI 足球俱乐部 SAN。 iSCSI 路由肯定更便宜,并且只要您的VM不会进行大量的I / O操作,它就可以充分发挥作用。正如我们上周提到的,繁忙的数据库服务器不是虚拟化的候选对象。

配置完后 LUN 要在多个主机上都可以访问,则需要创建集群文件系统并使它在所有节点上都可用。根据您做出的某些决定,步骤会有所不同。您可以选择是否使用CLVM,并且还可以确定GNBD是否适合您。在设置测试环境之前,请花一些时间阅读所有Red Hat文档。通常情况是,您发现自己实施的某些东西与您需要使用的另一项关键技术不兼容。

聚类

红帽集群套件稳定并且可以正常运行。它可以管理服务,就本文而言,它们是虚拟机。您可以定义哪些服务主要在哪些物理服务器上运行,如果服务崩溃或消失,群集将自动重新启动服务。确保VM能够经受硬件故障或至少自动重新启动以最大程度地减少停机时间的能力是必需的最低功能。在生产环境中,以零停机时间手动迁移VM也是非常有用的。通过精心配置,RHCS可以很好地做到这一点。

VMware的VMotion有了更大的发展。它可以完成所有这些操作,并且在VirtualCenter的帮助下,您可以配置负载调整规则。服务器A上的CPU负载或RAM利用率过多?将一两个VM移到服务器B。也可能相反:它可以关闭不需要的服务器。

两种技术都力求实现同一目标,最终使许多特定于服务的极其智能的VM保持了正常的正常运行时间水平。这仅仅是自主计算和自我修复基础架构的开始。

我们建议将VMware用于关键任务应用程序。红帽集群套件即将实现。如果您预算有限,请使用它。只要确保您了解限制,并在将Red Hat集群投入生产之前测试您能想到的每种故障情况即可。


查理·施鲁丁(Charlie Schluting)是《 网络忍者 ,这是每位网络工程师必读的内容。

本文最初发表于2008年6月28日
通过网络更新新闻获取最新消息