为什么在Hyper-V中使用融合networkingdevise？

我正在将自己redirect到Windows Server 2012 R2化身中的Hyper-V，并花费了相当一部分的时间阅读微软的“ devise您的云基础架构”文档。我处于SME领域，正在进行相当典型的部署：三台到四台Dell R710作为Hyper-V主机，一台EqualLogic PS6100用于共享存储，另一台用于传统数据和SANstream量的1Gb，每个networking都有物理分立交换机。

现有的基础设施是VMware vSphere的实施，但我认为它接近于微软称为非融合数据中心configuration ：1）分离networking存储，vMotion /实时迁移，pipe理和访客stream量和2）传统的SAN存储。这听起来像是一个合适的方法，但我不想仅仅因为它是新的，而且我不完全理解它就排除了devise架构。

我唯一的融合networking的经验是思科UCS和vSphere，所以对我来说“融合networking”意味着整个networking基础设施基本上是无状态和虚拟化的。微软的融合networking似乎意味着“使用存储空间”。

我这个部署的目标是：

简单 – 我不想过度构build或使其不必要的复杂。拥有适当的资源在中小企业领域很难。
灵活。我希望在未来有很大的发展空间和规模。公司不断壮大，我希望基础设施能随时随地发展。
清洁。它可以简单，小而慢，但它需要清洁。没有hackery允许。小型环境也可以是专业的。
易于转换 – 我希望能够从vSphere实施过渡到现场，而不需要进行转换。我想同时有两个环境。

为什么当我有传统的SAN存储并限于1Gb时，我想要使用融合networkingdevise？它对SME领域的非融合虚拟化networking有什么优点和缺点？

老实说，在中小企业，你不想运行融合。我知道这个网站上至less有一个人是运行融合networking的人，但他们正在谈论数百万美元的预算，机架和机架以及刀片和SAN存储机架。

你所描述的听起来完全正常，完美无瑕。也许你可能想要运行一个融合networking的地方是，如果你有有限的端口和端口是快速的。

例如，我宁愿每台服务器采用两个10GbE融合networking端口，而不是八个1GbEnetworking端口 – 但这将决定是否需要适当的硬件和预算。