不仅客户正在在大型环境中实现 Linux 上的 Lotus Domino，IBM 也在这么做。IBM 正在将生产工作负载转移到 Lotus Domino on Linux for System z 上。文章 “Consolidation of Lotus Domino and Lotus Notes to Linux on System z” 对迁移期间发生的活动作了总结。这篇文章描述了将具有 35,100 个 Lotus Domino 应用程序的 103 个硬件系统迁移到 Lotus Domino on Linux for System z 上的过程。至于这项工作如何延伸到邮件环境，请参阅更多的文章。

换个角度看待虚拟化

前面提到，虚拟化的一个优点是可以动态扩展基础设施，以支持 Lotus Domino 环境。有了这个优点，再加上企业硬件可以动态更改和增长它的配置，可以让您以新的、不同的方式运行 Lotus Domino 环境。

目前，大多数使用集群的客户都采用 active/active 配置。这种配置意味着工作负载均衡地分布在集群的两端，同等地使用资源。运行 Lotus Domino 集群的另一种方式是采用 active/passive 配置，所有工作负载落在集群中积极的一端，只有用于维护同步的工作负载落在消极的一端。这种配置的主要缺点是一个服务器看上去几乎是空闲的，因为它的存在只是为了 “以防万一”。

active/active 配置的缺点是，整个工作负载被均匀地分为两半。当出现故障时，所有工作负载从一端转移到另一端。虽然一开始大多数配置的规模都经过精确的计算，但是随着时间的推移，集群的两端都在增长。难以判断集群的某一端是否还能容纳整个工作负载。您是否在峰值转换期间真正禁用了集群的一半，以验证仍然可以承受工作负载？而且，并不是所有的瓶颈都是处理器瓶颈。您是否有足够的 I/O 和网络带宽来支持峰值故障转移工作负载？如果没有在峰值负载下积极测试和验证集群，那么在真正发生故障时，故障转移的一端可能受到资源限制，响应时间较长，甚至出现故障。

在虚拟环境中，可以运行 active/passive Lotus Domino 集群，并清楚地知道它在一端上使用什么资源运行所有工作负载，因为工作负载已经在集群的一端上。在虚拟环境中，passive 端有几种选项。可以将 passive 端上的资源另外用于较低优先级的工作负载（测试、开发和其他非 Lotus Domino 工作负载），当出现故障时，这些工作负载是可以暂时牺牲的。这是一种容量随需应变的解决方案。这种解决方案使您可以事先为部分的故障转移（单个服务器故障）做准备，而剩下的容量则直到全面出现故障时才动态地开启。容量随需应变解决方案的优点是，除非真正需要用到，否则无需购买硬件。您可以选择重用资源，或者直到需要时再购买资源，但是不再需要保留备用容量 “以防万一”。

结束语

并非所有虚拟化技术都具有相同的优点或相同的成本开销。有些虚拟化技术（例如我们使用的虚拟化技术）存在已经有 40 多年了，有很多的改进和增强。从 Lotus Domino 4.5.1 起，IBM 就一直在虚拟环境中运行 Lotus Domino。IBM 已经将大多数 Lotus Domino 应用服务器整合到 VM 下的 Linux for System z 中。IBM 还宣布了将邮件服务器迁移到这个环境的计划。

在本文的基准测试使用的 System z 的虚拟化环境中，虽然每个 Lotus Domino 服务器实例的累积开销不到 2%，但这个基准测试不是典型的，不能代表大多数的虚拟化技术。理解虚拟化环境的成本对于构建成功的虚拟部署十分关键。而且，由于这些例子（基准测试和生产）中虚拟化大量 I/O 的成本较低，因此可以显著提高垂直可伸缩性和节省成本。

Lotus Domino 环境的虚拟化很大程度上有助于优化和减少总体拥有成本（TCO）。虽然转移已有的服务器已经可以节省成本，但真正节省的地方在于可以整合服务器（减少环境的复杂性），以便垂直伸缩。而且，通过为 Lotus Domino 部署优化环境和减少复杂性（减少需要管理、升级和支持的 Lotus Domino 服务器），可以大量节省治理和管理成本。最后，让基础设施适应 Lotus Domino，而不是让 Lotus Domino 适应基础设施，可以降低 TCO，并能够以更快的速度、更大的灵活性应对业务需求。（责任编辑：A6）