☰

对于肯定少于 25 个用户的小型组织来说，在 Windows 2012 R2 域控制器上运行 Exchange 2016 有多糟糕？

tag-icon • tag-icon exchange domain-controller best-practices
对于肯定少于 25 个用户的小型组织来说，在 Windows 2012 R2 域控制器上运行 Exchange 2016 有多糟糕？

我知道它已经不再得到官方支持，但我见过或听说过许多小型企业在一台主机上同时运行 AD DS 和 Exchange。对于资源匮乏的小型企业来说，节省的成本是令人信服的。

假设我们知道某种程度上，使用需求永远不会超过 25 个用户，比如同时有 10 个用户，

  1. 如今在同一台机器上运行 Exchange 和 AD DS 到底有多“糟糕”（不含任何种类的虚拟化）？
  2. 它具体有什么不好之处？（除了“微软这么说”之外，请说出你能想到的 1 到 2 个最重要的原因）
  3. 如果有的话，怎样才能减轻这种“不良”影响呢？

您可以假设所讨论的业务是：

  1. 拥有一台物理现场服务器，且拥有合理的商业 ISP 或
  2. 拥有的虚拟资源池已经被利用完了，他们不想花费更多。

我想到的情况是第二种，只有一台 VM 可能成为添加 Exchange 的候选，因为它是唯一的 Windows VM，并且有足够的剩余内存来实现这一点。

无论如何，这种推理可能并不那么合理，但我们可以说这些是你必须面对的限制。

答案1

对于小型组织来说，这可能没问题。在自己的服务器上运行 Exchange 的主要原因之一是 Exchange 被刻意设计为尽可能多地使用 RAM 来提高性能。显然，这会影响在同一台机器上运行的其他服务。

此外，Exchange 高度依赖 Active Directory，如果将两者放在同一台机器上，则可能导致 Exchange 在最需要 AD 资源时无法获得 AD 资源。此外，服务启动顺序也存在问题，并且还存在各种其他问题。可以解决这些问题，但这样做需要付出的努力将比在两台独立服务器上花费的努力更多。

也就是说，这都是关于实际工作量，如果电子邮件量很低，用户没有做特别的事情（整天使用种子、批量发送邮件等），那么你可能会没事。

微软实际上支持这种配置小型企业/服务器必备产品，允许 DC、Exchange 和 SQL Server 都在一台机器上运行。

Server Essentials 是一个非常有限的选项，而且确实不可扩展。如果您绝对确定您的用户数不会超过 25 个，那么它可能是一个选择。

如果必须采用这样的配置，那么使用实际支持此用例的产品将会在遇到问题时有所帮助，因为您将能够获得供应商支持。

答案2

假设是虚拟化环境，只需将 Exchange 安装到其自己的 VM 上即可。当你用“有多糟糕”来提问时，你知道你所做的事情违反了最佳实践...所以最好的方法是首先避免它。

您能否提供一些信息来说明为什么您不愿意分离职责？例如，是什么阻碍了您做正确的事情？预算？成本？资源？

答案3

首先，Exchange 希望在关闭 Exchange Active Directory 拓扑服务之前与 Active Directory 进行通信。如果它们位于同一个框中（因为它们位于已停用的 SBS 线路中），Exchange 可能会在那里等待 30 分钟，然后发出“Bueller... Bueller...”的声音，等待域控制器响应。因此，您需要第二个 DC。老实说，即使有了第二个 DC，我在 SBS 服务器上也有一个关闭脚本，它会先关闭 Exchange 服务，然后再执行其他任何操作。

此外，不支持降级带有 Exchange 的 DC。需要注意这一点。

我其实并不关心负载。正如 grill 在其回答中指出的那样，SBS 线路针对的是与您规模相当的安装（对于经典 SBS，用户少于 75 人）。如果服务器合理，我非常肯定该机箱可以处理负载。

答案4

如果你确定你的服务器足够强大，那就继续吧，但要设置 Exchange 上的最大 RAM（如果你把这个放在这里，还要设置 SQL），请参阅http://www.bursky.net/index.php/2012/05/limit-exchange-2010-memory-use/

您基本上是在重新创建服务器必需品/小型企业服务器；然而，我可以看到有人最终会陷入这样一种境地：扩大规模看起来比扩大规模更有吸引力，因此 25 并不是一个真正的硬性限制。

相关内容