|
介绍 微软群集服务器（MSCS）将多个基于微软Windows NT的操作系统连结在一起使之作为单一的高可用性的系统呈现给网络客户从系统管理员的角度来说MSCS提供了额外的管理方便和伸缩性并且MSCS架构为未来版本的具有可伸缩性的群集可感知(clusteraware)的应用提供了标准的基础结构 本文意图从流程的高层次角度讲述编写良好定义的应用以充分利用MSCS能力优势也包括如何完全发挥MSCS的优势通过编制资源DLL调试应用和服务以及在群集环境下进行安装 注意本文假定你已经在群集环境下成功安装群集软件也拥有微软的平台软件开发包（Platform Software Development Kit(Platform SDK)）并且编译环境能够正常工作如果在设置开发环境中遇到了问题请参考SDK文档 群集和高可用性 通过基于资源可用性和服务器负载来定向客户端请求MSCS允许应用和服务以更有效的方式在Windows NT服务器上运行（在MSCS的第一个版本负载平衡是手动操作的未来版本将提供自动化的负载均衡）如果群集中的一个系统－或节点－因硬件或软件故障失效或失败了它的工作集将被群集中的其它系统接手直到该失效的系统回复正常 注意 MSCS设计时着重于提供高可用性(high availability)而非真正的容错(fault tolerance)容错一词通常用于描述能够提供更高级别的恢复和复原能力的技术典型的容错服务器通常使用高级的硬件和数据冗余并由特制的软件组合在一起为任意单点硬件或软件故障提供接近于实时的复原这种解决方案的费用大大高于群集因为必须为故障恢复购置冗余的硬件这些硬件平时都处于空闲状态MSCS使用标准的廉价的硬件提供超好(译者;P)的高可用性解决方案能够最大的利用计算资源 非共享节点模式 MSCS 版本是两节点的群集基于非共享节点模式非共享节点模式表示当群集中的几个节点可能访问某一设备或资源时该资源在任一时刻只能由一个系统拥有和管理（在MSCS群集中资源被定义为任何能够在联机和脱机状态间转换由群集管理在某个时刻仅能由一个节点拥有能够在节点间转移的硬件或逻辑部件） 每个节点有自己的内存系统磁盘操作系统以及群集资源的子集如果节点失效其他节点将取得失效节点的资源的所有权（这个过程称为故障转移failover）MSCS将为这些资源注册新节点的网络地址以便于将客户端请求路由到当前拥有这些资源并处于可用状态的节点当失效的系统稍后回复到联机状态可以设置MSCS恰当的重新分发资源和客户端请求（该过程称为故障恢复failback） 注意当节点失效所有的客户端都会失去连接为了实现真正透明的故障转移客户端应用程序必须能够在节点失效时重新建立连接 通常的MSCS群集设置如下图所示 图标准的两节点MSCS配置 下面章节介绍MSCS架构 |
