虚拟化 Microsoft Exchange 以提升性能

在 VMware vSphere 上运行 Microsoft Exchange 不仅可以达到物理服务器的性能,而且可以将性能提高一倍或更多。整合多个 Exchange 服务器角色和邮箱,以将基础架构占用的空间减小至原来的五分之一乃至十分之一。最大限度地提高 Exchange 的可用性,消除 Microsoft 集群的复杂性。适当地调整 Exchange 基础架构的规模并动态地扩展您的邮箱以支持不断增加的负载。 

(5:24)

Bill Pray,Gartner 研究主管

了解 Gartner 研究主管 Bill Pray 为什么认为公司应默认实施电子邮件虚拟化,以及一旦他们克服了认知障碍后将能获得怎样的收益

使 Exchange 基础架构的性能倍增


Microsoft Exchange 2007 和 2010 在 VMware vSphere 上可获得很好的性能。在 vSphere 上放心地运行包括邮箱服务器在内的所有 Exchange 服务器角色,可达到甚至超过在物理服务器上实现的性能。每个 VMware vSphere 虚拟机可扩展到 64 个虚拟 CPU 和 1 TB 内存,并且可以轻松支持 Exchange 邮箱服务器对执行大量 IO 的需求。使用 VMware vSphere,可以在更大的多核服务器上横向扩展多个邮箱,以提高总体吞吐量。例如,在一台 16 核服务器上,我们已证明 VMware vSphere 能够将 Exchange 2007 的最大吞吐量提高一倍,从 8,000 个终端用户邮箱增加到 16,000 个。

(4:34)

如何借助 VMware 虚拟化 Exchange

将 Exchange 基础架构整合率提高 5 到 10 倍


利用 vSphere 通常可以将 Exchange 基础架构的整合率提高 5 到 10 倍。将多个 Exchange 服务器角色整合到共享物理服务器上,无需部署专用的备用主机即可实现高可用性灾难恢复。通过减少硬件数量来降低成本,从而也降低了
电力、散热和管理成本。

增强 Exchange 的高可用性和灾难恢复能力

最大限度地提高 Exchange 的可用性,消除 Microsoft 集群的复杂性。利用 vSphere 内置的应用服务,为所有 Exchange 服务器角色提供简单而经济高效的高可用性和灾难恢复,且无需专用的备用服务器。通过减少硬件兼容性限制和在恢复站点中所需的服务器数量简化灾难恢复。

利用 Microsoft 对 VMware vSphere 的全面支持

Microsoft 在虚拟化 Exchange 环境下为 VMware vSphere、vMotion、HA 和 DRS 提供正式支持。运行 Windows Server 和 Microsoft 应用可获得

Microsoft 和 VMware 的联合支持。获得与您在物理服务器上获得的相同级别的支持。

性能

支持数量最多的 Exchange 邮箱

凭借 VMware vSphere 和 Exchange 在性能方面的最新突破,您可以放心地运行数量最多的邮箱服务器实例,其性能可达到甚至超越物理性能。

 

在最近的几个产品版本中,VMware vSphere 的性能和可延展性已大幅提高。由于以下这些改进,vSphere 能够处理性能要求最高的工作负载:

  • 虚拟机可扩展到 32 个虚拟 CPU 和 1 TB 内存
  • VMware vSphere 磁盘 IO 可扩展到 100,000 IOPS 以上,使得 VMware ESX 能够支持要执行大量 IO 的应用,例如 Exchange 和大型数据库
  • VMware vSphere 网络 IO 提高至 36 Gbps

现在,具有 32 个虚拟 CPU 的单个虚拟机的配置已超过 Microsoft 针对一台服务器上单个角色(12 个核心或虚拟 CPU)和一台服务器上多个角色(24 个核心或虚拟 CPU)建议的最高 Exchange 2010 配置。与此同时,Microsoft Exchange 2010 和 2007 的体系结构及性能也得到了改进,与 Exchange 2003 相比,IO 需求明显降低:

  • 缓存从 900 MB 增至几个 GB
  • 磁盘 IO 减少了 70%
  • 读/写比率减少至 1:1

总之,借助这些性能改进,即使对于要求严苛的大型邮箱服务器,也可以确保它们在 vSphere 上具有良好的性能,而不会产生 IO 瓶颈或其他性能问题。正如我们的实验所演示的,Exchange 在 vSphere 上可以非常高效地进行横向扩展(请参见博客文章“Exchange 2010 邮箱服务器虚拟机在 vSphere 上的横向扩展性能”),并且可以进行纵向扩展以支持大型邮箱(请参见博客文章“Exchange 2010 在 vSphere 上的纵向扩展性能”)。 

 

“默认情况下,企业级生产电子邮件服务器应该采用虚拟部署方式。”
 

Bill Pray,Gartner 调研主管
阅读 Bill Pray 博客上的更多内容

(1:56)

VMware 关键业务 Exchange

使 Exchange 基础架构的性能倍增

使物理基础架构的性能提高一倍或更多。例如,若不使用 VMware,在一台物理服务器上运行的单个 Exchange 2007 邮箱最多可以纵向扩展到大约 8,000 个高负载用户邮箱。使用更大的服务器并不会带来什么帮助,这是因为该邮箱无法利用增加的容量。

 

使用 VMware,Exchange 邮箱可以在多个较小的虚拟机上横向扩展,能够最大限度地提高物理服务器的吞吐量。使用此方法,我们已证明可以在 8 个虚拟机上横向扩展 Exchange,每个虚拟机支持 2,000 个高负载邮箱用户,这样在一台 16 核服务器上就可以支持 16,000 个用户。

私有云

确保高可用性,同时免除 Microsoft 集群的复杂性

利用 VMware Fault ToleranceVMware High AvailabilityvMotionSite Recovery Manager,可为所有 Exchange 服务器角色提供简单而经济高效的高可用性和灾难恢复。无需部署复杂的 Microsoft 集群解决方案和专用的备用服务器。另外,在 vSphere 上运行 Microsoft 集群,并与 vSphere 可用性解决方案相结合,以实现一流的可用性。使用 VMware vMotion 可消除因硬件维护导致的计划内停机。维护期间只需使用 vMotion 将 Exchange 虚拟机迁移到另一台物理主机,不会对服务可用性造成影响。 
 

利用 VMware Fault ToleranceVMware High Availability 保护所有 Exchange 服务器角色,避免出现硬件故障和操作系统问题。发生硬件故障时,VMware FT 可确保连续可用性,不会丢失任何数据,而 VMware HA 则会在几分钟内自动在另一台主机上重新启动虚拟机。 
 

利用 VMware 灾难恢复解决方案Site Recovery Manager 实施简单、自动的灾难恢复计划。在辅助站点上复制和恢复虚拟机(包括整个 Exchange 部署),无需专用的备用硬件。 
 

为实现支持应用的持续可用性,将 Microsoft 集群与 VMware 可用性解决方案结合在一起来提供额外的保护层,并最大限度地延长正常运行时间。 

(3:19)

Revlon - 客户聚焦视频

动态扩展 Exchange 以确保服务级别

在调整 Exchange 基础架构规模时,在提供足够容量来支持未来需求与控制基础架构成本之间将很难左右兼顾。使用 vSphere 可以为当前的需求提供“规模适当”的虚拟机,并能够动态扩展以支持未来的负载。 

  • 从小规模的内存和 CPU 配置开始。
  • 使用 vCenter CapacityIQ 适当地调整基础架构的规模以满足当前的需求。
  • 如果某个主机容量不足,VMware DRS 可以自动触发 vMotion,以将 Exchange 虚拟机移动到另一个具有适当资源的主机。
  • 如果某个 Exchange 邮箱容量不足,则通过热添加 CPU、内存或磁盘来保持服务级别。
     

加速新电子邮件服务的交付

要将新电子邮件服务调配到生产环境中,需要花几个月的准备时间来采购和安装专用硬件、调配和配置操作系统,以及最终配置应用。这个漫长的手动过程还很容易出错,并可能造成配置不当和服务停止。

 

使用 vSphere,可以创建 vApp 库,只需几分钟即可将这些 vApp 按需调配到现有的虚拟基础架构中。例如,使用虚拟工具,部署 BlackBerry Enterprise Server 所需的准备时间从数周或数月缩短到了数分钟。

 

快速测试复杂的电子邮件应用并对其进行故障排除,同时将更改风险降到最低。使用 vCenter 快照和克隆,在实验室只需几分钟即可重现封装了整个多层应用的 vApp。在相关应用层环境以及生产配置的准确副本中测试应用更改,以便最大限度地减少出错风险。这就消除了对每个测试周期都手动调配多层应用的需要。 

享受 Microsoft 的全面支持

Microsoft 正式支持在 VMware ESX 上运行的 Windows Server 和服务器产品。这包括 Windows Server 2000 SP4、Windows Server 2003 SP2 或更高版本,以及 Windows Server 2008 和由操作系统提供的专门角色,如 Active Directory 或文件服务。支持的主要应用包括 Microsoft Exchange、SQL Server 和 SharePoint Server。Microsoft 已发布了所支持应用的完整列表,并将不断更新该列表。还列出了支持的 ESX 配置。

 

VMware ESX 是经过 Microsoft 虚拟化验证计划 (SVVP) 验证的首个虚拟化管理程序,为运行 Windows Server 和 Microsoft 应用的客户提供了 Microsoft 和 VMware 的共同支持。客户如今可以在 VMware 上放心地运行 Exchange,并且将获得所需的支持。 

 

Microsoft 采用支持 vMotion 的许可方式

Microsoft 许可最近经过修改,允许客户根据所需使用频率在物理服务器之间重新分配许可证。过去,许可证只能每 90 天重新分配一次,限制了 vMotion 优势的发挥。这一灵活的新许可方式便于 Windows Server 和主要应用(包括 Exchange、SQL Server 和 SharePoint Server)高效地使用 vMotion。 

 

未经 SVVP 验证的配置

如果您正在运行未经 SVVP 验证的 ESX 配置和 Microsoft 产品,会有什么情况?客户照常告诉我们,他们仍可以获得 Microsoft 支持权益。不过,支持选项因客户购买 VMware 和 Microsoft 产品的方式而异。

 

下面是一些常见情景:

情景 1:VMware 软件最初是通过服务器 OEM 厂商购买的

 

如果 VMware 产品随服务器硬件一起购买并且与服务器代理商(包括 Dell、Fujitsu、Fujitsu-Siemens、HP、IBM 和 Unisys)签订的有效支持协议覆盖了该产品,则这些服务器代理商对在其服务器和 VMware 上运行的 Microsoft 软件提供端到端支持。这样,在出现问题时,客户就可以通过服务器代理商获得一站式支持。有关更多详细信息,请参见对 VMware 虚拟机中运行的 Microsoft 软件的支持。 

情景 2:VMware 软件最初是从 VMware 或 VMware 授权代理商那里直接购买的,并且客户签订了有效的 Microsoft 企业技术咨询支持协议

 

Microsoft 声明将尽“商业上合理的努力”来支持其在 VMware 虚拟机上运行的产品。客户经常告诉我们,Microsoft 的“商业上合理的努力”对于按计划维护软件运行是有效和适当的。在 Microsoft 的现场和渠道部门可以提供的支持范围方面可能存在一些混淆,在某些情况下,客户可能认为“商业上合理的努力”将不能满足他们的预期。一般情况下,Microsoft 为在 VMware 上运行其产品的大型客户提供最大支持。Microsoft 的政策指出,在尽了这些努力后如果问题依然存在,Microsoft 支持专家可以要求客户在物理机上重现问题,以便继续执行问题分析。有关更多详细信息,请参阅 Microsoft 知识库文章 897615。 

情景 3:VMware 软件最初是从 VMware 或 VMware 授权代理商那里直接购买的,但客户没有签订 Microsoft 企业技术咨询支持协议

 

Microsoft 对这些客户的支持级别可能会更有限。在提供支持之前,Microsoft 专家可能要求客户首先按照 Microsoft 知识库文章 897615 中的说明在物理机上重现问题。 

合作伙伴服务

虚拟化 Exchange 的合作伙伴社区

虚拟化 Exchange 可以非常简单。许多 VMware 客户仅完全按照在物理基础架构上部署 Exchange 的方式在 vSphere 上部署 Exchange。但 vSphere 还提供了许多新选项和功能,使 Exchange 可以更有效地运行。例如,客户可以利用 VMware High Availability 作为 Microsoft 集群的替代或补充方案,而邮箱服务器可以横向扩展到较小和效率更高的虚拟机上。
 

许多客户向 VMware 寻求专业帮助,以便在 vSphere 上优化其 Exchange 环境。为了回应此要求,VMware 为接受了 VMware Exchange 虚拟化解决方案培训的合作伙伴创建了一个社区。VMware 与此社区密切合作以开发出最佳实践,然后在客户项目中实施这些最佳实践。合作伙伴社区拥有独特的专业技能,可帮助您优化 vSphere 上的 Exchange 环境,包括从初始设计到全面的生产实施。