我想了解一下您对将 5 个站点 Exchange 部署整合为单个容错站点的想法。这可行吗？这只是一个坏主意吗？
以下是详细信息：
站点 1：中心站点。5mbps wan 链接~200 个邮箱<-所有内容都将合并到此处。
站点 2：3Mbps WAN 链路，约 200 个邮箱
站点 3：3Mbps WAN 链路~100 个邮箱
站点 4 和站点 5：1.5Mbps WAN 链路，每个约 50 个邮箱
服务器将使用 Exchange 2010，所有客户端都使用带缓存模式的 Outlook 2007。每个站点的 WAN 带宽配置文件目前都有些小（仅限 T1 的站点除外）。我想我主要担心的是带宽和整个“把鸡蛋放在一个篮子里”的事情。您对这种配置有什么经验？
答案1
在我看来，整合是最好的方法。我与他人共同构建了 Exchange 2003 中的 6,000 个邮箱设计（然后升级到 2007），该设计有 70 多个 WAN 站点，但中心站点只有两个邮箱服务器（+2 个 cas/hub）。大多数站点的最大 WAN 为 1.5 到 10MB，邮箱服务器（2005 年）大多是主板。关键是缓存模式。尽量避免大量使用在线模式。如果您有现代硬件，我会虚拟化两个 cas/hub 服务器，并使用 DAG 实现冗余的两个物理邮箱角色。我们使用该模型的正常运行时间可能为 5 个 9，这是在 Exchange 2010 之前。对于只有 600 个邮箱的服务器，服务器不必是高端的，但邮箱服务器上的 RAM 是关键。尽可能多地放入，例如如果可以的话，64GB 或更多。使用 MS RAM 计算器并将其用作最小值。邮箱上的 RAM 越多通常意味着磁盘越少（用于 I/O）。
最后，您会得到一个“美丽”的集中备份、集中管理等设计。
缺点是 WAN 中断等问题会阻碍站点内的电子邮件。只需确保您的 WAN 中断响应时间良好，这样人们就不会几天没有电子邮件。如果您的集线器与互联网连接良好，那么好处是他们的智能手机和 OWA/Outlook Anywhere 在 WAN 中断期间仍可工作。
就带宽而言，这些管道比我们在 2005 年为相同数量的用户提供的管道要多得多，但显然用户的“使用情况”更重要。作为“一般直觉”，在不了解更多信息的情况下，根据我过去十年看到的平均使用情况，我会说你没问题。