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

Question

我知道它一直不受官方支持，但我已经看到或听说过许多小型企业安装同时运行 AD DS 和 Exchange 的单个主机。对于资源匮乏的小型企业而言，节省的资金是非常有吸引力的。

所以假设我们知道使用需求永远不会超过 25 个用户，比如同时 10 个，

1. 现在在同一台机器上运行 Exchange 和 AD DS 真的有多“糟糕” （没有任何类型的虚拟化）？
2. 它有什么特别不好的地方？（说出除了“微软这么说”之外最容易想到的 1 或 2 个原因）
3. 如果有的话，可以做些什么来减轻“坏”的影响？

您可以假设相关业务：

1. 拥有一台带有合理商业 ISP 的物理现场服务器或
2. 有一个已经被挖掘出来的虚拟资源池，他们不想花更多的钱。

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

在任何情况下，推理可能都不是那么合理，但假设这些是您必须处理的约束。

Answer 1

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

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

Answer 2

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

此外，Exchange 高度依赖于 Active Directory，并且在同一台机器上同时拥有这两者可能会导致 AD 在最需要的时候被 Exchange 耗尽资源。服务启动顺序和其他各种陷阱也存在问题。可以解决这些类型的问题，但这样做需要比在两个单独的服务器上花费更多的努力。

也就是说，这完全取决于实际工作量，如果电子邮件量很低，用户没有做特别的事情（整天下载种子，批量邮寄等），你可能会没事的。

Microsoft 在他们的Small Business/Server Essentials 产品中实际上支持这样的配置，这些产品允许 DC、Exchange 和 SQL Server 都在一台机器上运行。

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

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

Answer 3

嗯，一方面，Exchange 希望在关闭 Exchange Active Directory 拓扑服务之前与 Active Directory 对话。如果它们在同一个盒子上（因为它们在已停产的 SBS 线上），Exchange 可以坐在那里 30 分钟旋转离开，“Bueller...Bueller...”等待域控制器回答它。所以你会想要第二个 DC。老实说，即使有第二个 DC，我在 SBS 服务器上也有一个关闭脚本，可以先关闭 Exchange 服务。

此外，不支持将带有 Exchange 的 DC 降级。要记住的事情。

我并不真正关心负载。正如 BBQ 在他/她的回答中指出的那样，SBS 系列针对的是与您规模相当的安装（经典 SBS 的用户少于 75 个）。我很确定这个盒子可以处理负载，如果它是一个合理的服务器。