服务器集群技术深入讲解

IT民工

在发展初期，一路处理器便可为一台服务器及其所有应用提供动力。接着就发展到了多处理时代，这时两路或多路处理器共享一个存储池，并能处理更多更大的应用。然后出现了服务器网络，该网络中的每台服务器都专门处理不同的应用集。

【正文】

　　故障切换举例

　　以下是双节点集群故障切换举例，其中两个节点都拥有其自己的用户和以下的应用。

　　1. 节点1因出现内存问题导致了应用故障。用户讯息错误且其应用停止运行。集群管理软件将这一问题通知系统管理员。

　　2. 节点1进行本地恢复，重新启动故障应用。用户能够重新启动其应用。

　　3. 当应用再次发生故障时，集群软件向节点2进行故障切换。故障切换需要大约1分钟，用户必须等待。（实际时间可能会从几秒至几分钟。）一些应用能够检测故障过程并向用户显示信息，告知她们向另一台服务器传输应用。

　　4. 一旦该应用在节点2中重新启动，用户即可继续工作。

　　5. 诊断和修理节点1。将已恢复正常的节点1放回远处后，关恢复（切换）过程就会启动，以使应用和相关资源回到节点1。可人工或自动实现该故障恢复。例如，在非高峰期间，可将其配置为故障恢复状态。

　　集群可扩充性

　　除了提高的可用性，性能可扩充性也是集群的一个主要优势。通常，可通过集群负载平衡提高性能。本质上，负载平衡意味着将相关应用和资源从繁忙节点转移到不繁忙节点。

　　真正的可扩充性是在其它区域实现的。第一个区域是增加可扩充性，这意味着能够在不抛弃以前系统的情况下，不断添加服务器、磁盘存储器等。实际上，随着您的计算机需求不断增加，集群提供了随着您的发展进行支付的环境。当能够在集群多个节点上自动分配其工作负载的真正"支持集群"应用在未来形成开发标准后，您将看到第二种类型　的可扩充性。除此之外还可分离应用，以使一个应用的不同"线程"运行在不同节点上，从而极大提高可

　　应用如何处理故障切换？

　　下一个问题是"应用如何处理故障切换？"答案是"这取决于所使用的应用和集群产品。"一些集群产品为专门应用（如数据库或通信协议）提供了恢复或切换套件。这些套件可在应用故障时进行检测，并可在另一服务器上重新启动该应用。

　　应用处理故障的方法由于集群产品的不同而不同。正如我们以前提到的一样，尽管不同的厂商都试图制定一个通用标准，但现在集群软件还没有公共标准。

　　然而，必须修改现在的应用以处理故障切换，应用的最终目标不受硬件的影响。一个解决方案是与操作系统共同运行的一组程序和API（应用编程口），从而使得应用厂商能够创建执行这些恢复功能的程序。使用这些API使应用"支持集群"。当前集群产品的许多厂商都在努力奋斗，以确保集群产品能够符合这些不同的操作系统API。

　　虚拟接口体系结构（VIA）

　　由英特尔、康柏、惠普、微软、戴尔、SCO和天腾联合推出了虚拟接口体系结构（VIA）计划正为开发集群硬件和软件产品制定标准，该标准将是独立于厂商的，它将为用户购买技术时提供更多的选择。

　　需牢记的重点

　　真正的集群可被认为是多处理发展演变的下一步――以前，应用应用跨越一个系统的多个处理器运行，现在，应用可以跨越跨越若干系统的多个处理器运行。

　　集群提供了两个主要优势：高可用性（通过故障切换功能）和可扩充性（通过增加扩展和跨越处理器进行负载平衡）。

　　当节点出现硬件或软件问题后，就会进行故障切换，该节点的应用及通信连接将切换到另一台服务器上。可使用集群管理产品规定那些应用应进行故障切换，以及那些故障条件可触发这一过程。

　　可以获得许多集群种类和配置，以为用户提供他们所需的确切可用性级别。共享磁盘、服务器镜像及非共享是这些配置的几个。

小华

多谢分享