第一次Exchange 2013devise的本地SMB。 我错过了什么？

Exchange团队的Exchange 2013首选体系结构（PA）包含以下引号：

直到2007年发布之前一直是Exchange核心的基于SAN的存储系统的成本和复杂性促使Exchange团队加大了对存储堆栈的投资，并发展了Exchange应用程序，将存储的重要元素直接集成到其架构。 我们认识到，每个SAN系统最终都会失败，而使用SAN技术实施高度冗余的系统将会成本过高。 作为回应，Exchange已经从需要昂贵的，扩展的高性能SAN存储和相关外围设备发展到现在能够在JBODconfiguration中使用商品化低性能SAS / SATA驱动器的廉价，扩展服务器上运行与商品磁盘控制器。 此体系结构使Exchange能够适应任何与存储相关的故障，同时使您能够以合理的成本部署大型邮箱。

[..]

物理硬件部署而不是虚拟硬件有两个原因：

虚拟化增加了一层额外的pipe理和复杂性，引入了额外的恢复模式，不会增加价值，因为Exchange提供了同等function。

• http://blogs.technet.com/b/exchange/archive/2014/04/21/the-preferred-architecture.aspx

通过拥有可以故障转移和外部SAN存储的虚拟机，然后将Exchange DAG分层放置在顶层，您不一定会变得“更好”，但是您肯定会“更复杂，成本更高，开销更大”。

通过拥有两台物理服务器，两台虚拟服务器，您正在进行大量的分离，但是您将使用相同的RAID5虚拟磁盘备份所有内容，从而删除了一些单独的Exchange服务器 – 如果存储失败，冗余服务器停机。 它还会增加一些IO争用 – 写入数据库到数据库日志，然后复制到另一个数据库和另一个数据库日志，全部写入相同的RAID5，并在相同的驱动器上生成日志。 你有没有做任何IOPS或电子邮件吞吐量的估计？

在您的设置中有相当多的磁盘，因此可能不会成为瓶颈 – 但是在虚拟磁盘的13TB中，Exchange的LUN只能添加到1.5TB。 这是否意味着您计划在同一个磁盘上拥有11.5TB的无关虚拟机？

35-40个用户。 120个邮箱。 > 10GB的邮箱大小。 和500GB的Exchange数据库驱动器，每个都有一个活的数据库和副本？ 因为看起来他们从一开始就不是完全正确的。

根据Ignite的Exchange Server首选体系结构 ，在您的情况下执行DAG没有意义。 简而言之 – 底层基础架构是DAG的唯一目的。 你有没有考虑Office365的这种部署？ 在您完成2xExchange和CAL许可证支付时，客户端可能会开始迁移到下一版本的Exchange（而不是下一个版本）。 如果要在主机上安装大量虚拟机，可能需要考虑将vCPU和vMemory资源分配给其他几个虚拟机。 交换是一种记忆兽。 它总是，而且总是会是这样。 下一个版本比以前的版本使用更多的内存，它一直是这样的。

PS强烈build议查看演示文稿，它将提供一个清晰的图片如何对待和培训交stream。