Exchange 2010带宽build议？

不幸的是，你的用户实际上用服务器做的事情会比你预测的用户数量有更大的差异。 一个喜欢绕过电子邮件中的大文件附件的用户可能会使服务器无法承受其他人的使用。 假设HTTP压缩和RDP客户端设置的带宽较低，你可以在1Mb / sec的上行带宽中获得大量的里程数，但是一个“贪婪的”用户可能会毁了每个人。 使用“Dropbox”服务存储文件的局域网上的电脑在上传文件时也将争夺上行带宽。

使用具有每会话速率限制QoSfunction的某些路由器的路由器可能会有帮助，因为您的主要瓶颈是上行带宽。 （对你发送的内容做QoS要比对接收到的内容做QoS要容易得多！）

外包交换将从ADSL连接（访问Exchange的远程用户）获​​得stream量。 据推测，这将释放一些上行带宽，然而，如果没有真实世界的数字，你的上行带宽将会从局域网用户那里“冲击”，而这些用户仍然会消耗上行带宽来访问外包的Exchange产品。

我的评估是这样的：你可能安全地去尝试看看，但是我想你会发现上行带宽是一个很大的限制，如果用户推动大量的数据。

顺便说一句：我有一个特定的服务器，个人。 这是一个很好的小机器。

我同意埃文（我经常觉得这很愚蠢）。 你的用户将决定这是否合适。

说到这里，如果你能把他们纳入预算，我觉得你有一些小的改进空间。 1号，你可能会想要更多的记忆。 Exchange 2010是一个内存猪。 8GB是它支持的最小内存量（ 来源 ）。 如果你在AD中添加任何人们将要在TS中运行的程序，那么你最终可能会变得简短。

我也build议看看虚拟化你的设置。 Windows Server Enterprise的一个副本将为您提供4个虚拟机，以及25个CAL。 这肯定有助于整个系统的稳定性，安全性和可扩展性。 您可以通过让主要angular色独立（1 VM上的AD / DNS / DHCP，另一个上的RDS和另一个上的Exchange）来获得稳定性。 通过不让用户login到域控制器（通常被认为是安全性不是），您将获得安全性。 随着公司的发展，您可以select将虚拟机迁移到更大的机器上，从而获得可扩展性。 在两年的时间里，如果你发现公司已经发展到了你的服务器无法处理负载的地步，那么购买另一台服务器和一个windows许可证，只需把Exchange VHD移到那个服务器即可。 这将是最less的停机时间。

所以，我的build议是：加倍记忆。 获取服务器企业。 在Hyper V上分配2GB到DC，10 GB到Exchange，4 GB到RDS和2 GB开销。

再次，这是所有假设你可以得到额外的预算。 尽pipe如此，为它做一个商业案例应该相当容易。

这是一个起点。 你会发现，随着公司的发展，理解你的服务需要传播更多的硬件，如果你与主build筑外的人进行了大量的交stream，你的pipe理层也希望能够理解他们需要升级他们互联网链接。 根据你在哪里，这可能比你想象的便宜。

但是对于初学者来说，这个盒子应该是这样的（考虑到Evan概述的限制）。

有一点需要注意的是MS Exchange Server不适合IMAP用户。 Exchange Server中的邮件以MAPI格式存储，但IMAP协议要求以MIME格式传输邮件。 因此，向客户端发送消息的每一次传输都会触发一个转换过程，该过程使用基于磁盘的临时文件。 这可能会变得相当沉重，特别是对于更大的消息，可能会吃掉相当多的performance。 您可以通过使用15krpm的驱动器在一定程度上进行补偿。 还有关于如何为这种情况configurationExchange的知识库文章。