0 exchange hyper-v-server-2008-r2 hyper-v-server-2012 exchange-2013
我们计划在我们的网络中安装新的 Exchange 2013 服务器(我们目前使用托管)。我们将托管大约 200 个邮箱,客户分布在 5 个位置。Exchange 2013 是否足以作为 VM 运行?我们目前使用 2008 Hyper V 将大部分服务器作为 VM 运行。我们需要将 2012 Hyper V 作为带有 Exchange 2013 的主机。对于我们的设置,我们可能最好在物理服务器上运行它,因为我们担心关于作为 VM 的可用性和性能
200 个邮箱属于“小型安装”类别。Exchange 2013 作为虚拟机运行的性能在现代硬件上非常好。因此,我不再拥有物理 Exchange 服务器。拥有足够的 RAM 是关键。磁盘 I/O 和 CPU 需求极低。
Microsoft 自己的Exchange 2013 硬件指南是合理的,并且很好地概述了这一点。
在实践中,我的那种规模(150-200 个邮箱)的繁忙 Exchange 2013 服务器看起来像:
Exchange Server 2013 在虚拟环境中运行良好。
查看虚拟化和管理 Exchange 2013 的最佳实践,了解一些最佳实践。
不过,除了华丽的白皮书之外,200 个邮箱也可以由具有少量 RAM 和 JBOD 存储的 VM 提供服务。(我有点不好意思在这里给出具体的数字,因为我对你的大小一无所知,但我猜想 16 - 32GB 的 RAM 会给你足够的缓存缓冲,让你使用您放置的任何存储空间。)
与 Exchange 2003 不同,所有 64 位版本的 Exchange 需要的 I/O 带宽要少得多,而且对于如此少量的邮箱,可以在低端硬件或配置了适度资源的 VM 上运行良好。(这始终是旧 Exchange 版本的失败之处——32 位地址空间意味着磁盘的剧烈抖动和缓存在 RAM 中的数据库的一个小窗口。)
无需使用 Hyper-V 2012 在虚拟环境中运行 Exchange 2013。它将会运行得很好,并支持在Hyper-V 2008(虽然,话虽如此,Hyper-V的较新版本的多比旧的版本更好。)
物理机不是实现可用性的方法。可以说,仅利用 Hyper-V 2012 R2 的简单 VM 复制功能将为您提供比物理机更好的可用性。
如果您真的想了解可用性,请查看数据库可用性组和产品内置的复制功能。自 Exchange 2007 以来,Microsoft 在实现高可用性 Exchange 方面取得了飞跃式的改进。Wolfpack 集群和共享存储的糟糕日子已经一去不复返了。现在真的好多了。
| 归档时间: |
|
| 查看次数: |
2196 次 |
| 最近记录: |