Exchange 2003设计和体系结构（15）

服务器设计与配置

OTG 为其 Exchange 2003 部署设计服务器平台时，考虑了各种因素。除了一般的系统可靠性和厂家支持等硬件问题之外，关键的技术问题还包括新的处理器技术、集群实施、服务器设计，以及移动性问题。结果，OTG 将其所有的 Exchange 邮箱服务器都转移到集群环境中运行。

处理器

处理器技术不断进步，提高了处理速度，增加了板上集成缓存的数量和大小，还增加了能够并行处理的任务数量。Exchange 2000 基础结构的大部分服务器都基于 Intel Pentium II 和 Pentium III 处理器，频率从 500 到 700 MHz，前端总线（FSB）为 100 或 133 MHz。

鉴于自 OTG 部署 Exchange 2000 之后处理器技术的突飞猛进，OTG 决定在基于采用 400 MHz FSB 的 Intel Xeon Processor MP 超线程（Hyper-Threading）处理器的新系统上部署 Exchange 2003。

超线程使单个处理器能够像两个共享相同的内存总线和缓存的独立处理器那样处理信息。实际上，OTG 实施的四处理器超线程服务器在功能上就像一台虚拟的 8 处理器服务器。但是，一个具备超线程技术的处理器并不能提供与真实的双处理器系统完全相同的性能。因为超线程处理共享相同的板上集成缓存和主内存总线，OTG 测试的结果是超线程处理器与相同块速度的非超线程处理器相比，能够带来大约 25％ 的实际 Exchange 性能提升。

集群服务器设计

OTG 购买的所有用于安装 Exchange 2003 邮箱服务器的新服务器都被设置为集群，并且都装备了 Xeon Processor MP 微处理器。

利用 Exchange Server 2003、Windows Server 2003、第三方 SAN 技术、以及更快的服务器，OTG 决定创建一个提供更高的操作可靠性和更低的管理开销的集群服务器设计。他们的设计选择能够给他们带来下面的一些特殊优点：

OTG 的设计目标是每 SAN 支持 8,000 邮箱，邮箱容量限制为 200 MB，集群服务器可用性达到 99.99％，以及备份与恢复时间低于每数据库一小时。主企业目录林中的数据中心 EVS 的设计容量达到 4,000 个邮箱。

多节点集群设计

OTG 决定采用使用多个活动（在线）和非活动（离线）节点的多节点集群设计。此设计使得一个故障的活动节点能够立即被一个相同配置的非活动节点代替，并将故障活动节点的资源，例如存储，立即转移给该非活动节点，从而确保故障转移最大限度地减少对终端用户体验的影响。

OTG 实施了两种独立的非活动节点类型： 主要非活动节点和被选非活动节点。主要非活动节点是一个与活动节点服务器配置相同硬件的服务器。这使得活动节点故障转移能够恢复完全的功能。备用非活动节点是一个配备较低性能的硬件的服务器，主要用于将磁盘数据导向磁带之类的任务。它还充当降低性能的故障转移服务器。两种类型的非活动节点都被用于软件的滚动升级。

OTG 的多节点集群设计同时使用主要和备用非活动节点。和主要非活动节点不同，备用非活动节点是一些较小的服务器，主要用于执行磁盘到磁带的备份任务。当需要对操作系统和/或 Exchange 进行滚动升级时，OTG 使用集群中所有的非活动节点。替代了将活动节点故障转移到主要非活动节点、升级离线的活动节点，然后将已升级的节点再恢复为活动状态并对每个活动节点滚动执行这一循环过程，OTG 同时部署主要非活动节点和备用非活动节点的方法加速了该过程。OTG 首先修补所有离线的非活动节点，然后将与可用的非活动节点数量相同的活动节点故障转移。然后并行地升级这些离线节点并在就绪时使它们恢复服务。此过程重复一次以升级剩下的一个活动节点服务器。

OTG 集群设计

OTG 在主企业目录林中为 Exchange 2003 部署实施了两种主要的集群设计： 一个区域设计和一个总部数据中心设计。在 Level B Test 有限使用产品目录林中还部署了一个独立的、可伸缩性的身份验证设计。全都使用多节点、活动/非活动集群设计。表 4 显示了 OTG 的集群配置。

表 4 每个部署的集群设计规格

为了以最佳的价格获得最好的性能，OTG 将四处理器的 1.9 GHz Intel Xeon Processor MP 服务器作为它的活动和主要非活动集群节点的标准，用于区域和总部数据中心部署。对于备用非活动集群节点，OTG 使用双处理器的 2.4 GHz Intel Xeon Processor MP 服务器。得益于这个新的处理平台，OTG 的 Exchange 2003 基础结构获得了巨大的性能提升。

OTG 的集群设计有力支持了每个 Exchange 服务器的邮箱数量和容量的同时增长。它有助于消除第二阶段的备份过程对用户的性能影响，因为它将该阶段的备份过程交给了集群内的非活动服务器，从而维持了 SLA。