我正在升级到 Exchange 2007,我想就硬件选择获得一些建议。我们目前有一台 Exchange 2003 STD 服务器,400 名用户分布在 6 个 AD 站点上,这些站点位于一台服务器上。我们需要迁移到一个冗余、容错的系统来支持我们的用户。
我计划安装 2 台 Dell 1950 服务器,使用 W2k8-std 作为 CAS 和 Hub 服务器,使用 NLB 允许将实际服务器名称抽象给用户。由于我们已经有一个 Barracuda 盒,可以处理进出垃圾邮件/病毒过滤,因此不会有边缘系统。
后端我计划使用 2 台邮箱服务器,它们将是配备 16GB RAM、2 个双核或四核 CPU 和 6 个 300GB SAS 驱动器(采用某些 RAID 配置)的 Dell 2950。这些系统将使用 W2k8 Ent 群集进行群集并在 Exchange 中运行 CCR。
我的问题如下:
16GB 的 RAM 是否足以为那么多邮箱以及 Windows 集群和 CCR 提供服务?
我正在尝试弄清楚磁盘布局,但不确定是否要通过 OpenFiler iSCSI 服务器使用所有本地磁盘或部分本地磁盘和部分 SAN。SAN 将是一台 Dell 2850,配有 6 - 300GB SCSI 驱动器和一个 PERC 控制器(可根据需要进行切片),以及 8GB RAM。
选项 1:2 个驱动器,RAID 1 - 操作系统 2 个驱动器,RAID 1 - 日志 2 个驱动器,RAID 1 - 邮件存储
选项 2:2 个驱动器,RAID 1 - 操作系统和日志 4 个驱动器,RAID 5 - 邮件存储和 eseutil 的暂存空间。
选项 3:2 个驱动器,RAID 1 - OS 2 个驱动器,RAID 1 - 日志 2 个驱动器,RAID 0 - 暂存空间 ~300GB iSCSI 卷用于邮件存储
选项 4:2 个驱动器,RAID 1 - 操作系统 4 个驱动器,RAID 5 - 暂存空间 ~300GB iSCSI 卷用于邮件存储 ~300GB iSCSI 卷用于日志
我有 2 个 CPU 插槽,需要在双核和四核之间进行选择。双核的时钟速度更快,但缓存更少,而且我认为它的架构更旧。牺牲时钟速度,增加内核和缓存是否更好?
我计划将新的 E2K7 集群添加到 E2K3 服务器,然后一次性迁移每个邮箱,然后移除旧服务器。这似乎比简单地删除 2003 服务器,然后添加 2007 集群并使用 PowerControls 或 exmerge 恢复邮箱更复杂。迁移选项让我可以按照自己的时间完成此操作,而切换意味着所有操作都需要同时运行。
如果我采用切换方法,如何在删除 2003 服务器后立即预构建服务器并将其添加到域中,或者不能吗?我认为答案是否定的,如果我想预构建,迁移是我唯一真正的选择。
我还需要迁移大约 30GB 的公共文件夹。除了在 E2K7 安装中指定我想要较旧的 Outlook 客户端和 PF 设置外,这还有什么特别之处吗?我想我甚至可以保留 E2K3 服务器来托管 PF?
最后,如果我同时使用 Outlook 200、2003 和 2007,我需要做什么才能确保它们都可以访问 GAL 和 OAB?在切换时,我们将有 90% 的版本是 2007,但我们会保留一些旧版本。我的计划是在物理网络之外使用的笔记本电脑上使用 Outlook Anywhere。这有什么问题吗?我甚至考虑将其用于所有 Outlook 客户端,有人这样做吗?我考虑它的原因是我们的 WAN 实际上是通过互联网连接的 VPN 隧道,因此不是一个完全连通的稳定 WAN。
非常感谢大家的帮助,我期待讨论这些观点!
问候...迈克尔
答案1
至于 RAM,我们有 4000 到 4500 个用户,我们的两个邮箱服务器都使用 8GB RAM。我们正在工作。由于您的用户数量少一个数量级,因此使用较少的内存应该没问题。
将 2007 纳入系统 在将任何实际用户移至 2007 服务器之前,我们先将完整的 2007 环境与 2003 环境并行设置。这样我们就可以将 2007 服务器纳入 2003 的路由组,这样邮件就可以在两个环境之间正确传递。接下来,我相信我们会将 OWA 切换到 2007 服务器;2003 上的用户仍会获得 2003 OWA,而当我们将他们移至 2007 时,他们会自动获得 2007 版 OWA。
然后,您需要确保您的“自动发现”功能在 2007 年到位。我记不清这到底是什么了,但有一些 DNS 功能需要做。
将公共文件夹复制到 2007 服务器。这样它们就会出现在服务器上。
迁移用户 我们在大约一周内分批完成了这项工作。用户甚至没有注意到。当他们移动时,他们会获得新的 OWA。如果他们已经在使用 Outlook 2007,一些以前无法使用的功能将开始工作。
清理 从您的环境中移除 2003 服务器时会遇到一些问题。请小心处理。我们漏掉了一个步骤,但我仍然不知道是哪个步骤,导致委托停止工作,Entourage 用户开始抱怨。这一切都始于我们移除 2003 路由组时。因此,请仔细阅读,不要像我们一样。否则,您和 LegacyExchangeDN 将成为亲密的朋友。
答案2
听起来很有趣!以下是一些想法:
磁盘:
如果更便宜的话,我会跳过 iSCSI 而使用 DASD。由于 CCR 不需要共享存储,因此我不确定 iSCSI 是否有优势,除非它能以更低的价格为您提供更多/更好的磁盘。
磁盘选项 1 似乎不太合适,但我不知道您有多少邮件数据。
磁盘选项 2 可能会让某些人反感,因为操作系统和页面文件与事务日志位于同一主轴上,但我预计那里的 IO 争用会非常少,因此这一点毫无意义。有了这种 RAM,我无法想象您会频繁进行分页。
如果您要使用 iSCSI,则磁盘选项 3 和 4 是有意义的,尽管在这两种情况下,您都可能考虑将服务器计算机中的多余磁盘用作 RAID-1 卷,并在其上设置存储组,例如用于存储公共文件夹。我认为将 iSCSI 卷用于事务日志可能不是一个好主意,这取决于您的 iSCSI 设备的吞吐量。
CPU 和 RAM:
微软似乎认为您需要更多内核,而不是更高的时钟速度。我倾向于同意这一观点,但我无法根据任何数据得出这一结论,只能根据对性能的观察得出这一结论。Exchange 在利用多个 CPU 方面一直做得很好,我无法想象 E2K7 会是个例外。
根据微软的规划指南公式,你的 RAM 配置应该足够 (http://technet.microsoft.com/en-us/library/bb738142.aspx),但可以根据您现有的 E2K3 安装制定一些尺寸,从而进行更准确的规划。
移民:
移动邮箱迁移是您的好帮手,而且一点也不复杂。您可以在 E2K3 服务器计算机投入生产时暂存所有内容,并在时间允许时将其迁移出去。您的路由组拓扑听起来非常简单 (>微笑<),因此当您将 E2K7 联机时,这对邮件路由来说不是什么大问题。
如果您要走“切换”路线,则没有“预构建”选项。您不能在同一个 AD 林中同时拥有独立的 E2K3 和 E2K7 组织。
公用文件夹:
保留旧的 E2K3 机器来托管公共文件夹当然是可行的。如果不行,请将公共文件夹复制到您创建的新公共存储中,并如您所说,为每个私有存储指定默认公共存储。
客户:
同时支持 Outlook 2007 和 Outlook 2003 不是问题。技术上Outlook 2000 不受 Microsoft“支持”。我从未尝试过,也从未听说有人支持。我不敢指望它能正常工作,我会测试它。据说只要有公共商店可用,Outlook 2000 就可以正常工作。
Outlook Anywhere 在 E2K7 中运行良好。我不知道该如何评价全公司范围内使用 Outlook Anywhere。我不知道 MAPI 的带宽使用情况与 MAPI 的 HTTP 内部带宽使用情况之间的比较,我想这应该能给你答案。你当然可以模拟它,并用 Wireshark 之类的东西对其进行基准测试。(哎呀……又一个“也许我应该在某个时候这样做”的想法。自从我开始在这里发帖以来,我已经收到了很多这样的想法……)
答案3
嗯。好吧,我可以给你一个关于加载的轶事评论,我在一台 24Gb 的机器上运行了 2000 多个用户,没有任何问题,所以 16Gb 应该可以应付 400 个用户。或者我可以告诉你微软的交换尺寸工具这样您就可以使用科学的方法来解决您的需求。
答案4
据我所知,微软在 Exchange(和 SQL)方面的最佳实践是:
- RAID1 操作系统
- RAID1 日志
- RAID5 数据(RAID10 显然性能更好,但价格也更昂贵)
我不知道 Exchange 与 iSCSI 相比的表现如何,但使用 FC 您实际上可以在 SAN(具有单独的驱动器主轴)上运行所有这些。