以下内容节选自本人翻译的《VMware vSphere部署的管理与优化》一书第一章。 对于一个虚拟化项目来说，最先需要确定的就是架构。只有在选定了架构的基础上，才可能进行下一步的设计，并最终对整个配置进行优化。这一部分节选介绍了虚拟基础架构的3种类型。======节选开始=====一般来说，很少会有能完全用满千兆以太网络带宽的工作负载，更不用说万兆了。因此这一小节主要是从端口数量的角度来讨论网络容量规划的。虚拟化解决方案到底需要多少个端口？要深入探讨这一问题，必须先搞清楚三种不同的虚拟基础架构：传统千兆以太网、融合机架式架构和融合刀片式架构。传统千兆以太网架构图1.1 描述的是一个传统的千兆以太网虚拟基础架构。由于它长期以来被广泛应用，这或许是最易于理解的一种架构。根据存储构架的不同，一台典型的vSphere主机会有8-10个千兆以太网端口连接到上游交换机。因为我们需要将同一台vSphere主机上不同类型的网络流量互相隔离，这是一种普遍认同的最佳实践的做法。例如，如图1.2所示的隔离流量的方法就相当常见。
图1.1 传统千兆以太网架构
图1.2 传统架构的端口组布局图
随着基础架构不断扩容，越来越多的网络端口和网线必将给你带来麻烦。以图1.2的流量隔离为例，每台主机都具有10个网口，各自连接到网络中多台交换机。这意味着一台24端口的交换机仅仅只能满足4台vSphere主机所需端口数的一半。当主机越来越多时，应该考虑能提供更好的可扩展性的其他解决方案。 融合机架式架构图1.3描述的是一个融合机架式架构，这个架构通过连接FCoE交换机或直接万兆交换机，将传统的千兆以太网连接整合成一个万兆以太网基础架构。这使得你在给基础架构扩容的同时，可以提供更多的带宽并且能减少所需的端口数。在这个架构中端口数更具可管理性。但是线缆和端口数仍将随着主机的增加而线性增长，这意味着在更大型的环境中，端口数仍然可能会是个问题。不过，与传统千兆以太网架构相比，你将拥有更多的余地，而无需忙于添加更多的交换机。
图1.3 融合机架式架构
注意
FCoE是一种允许将FC数据负载封装起来并在以太网上传输的协议。这使得FC流量得以与以太网流量在同一线缆上传输。
无论是融合机架式架构还是融合刀片式架构，一台vSphere主机通常只有两个网络端口。一般来说我们会建一个vSwitch，并将不同类型的网络流量以端口组（port group）的方式隔离开，如图1.4所示。
图1.4 融合机架式和融合刀片式架构的端口组布局图
融合刀片式架构图1.5是一个以UCS（Cisco Unified Computing System，思科统一计算系统）为例的融合刀片式架构。请注意，从网络的角度看，网站空间，带宽和端口数的计算都发生在UCS 6100系列的Fabric interconnect设备（图中的Blade Mgmt）上。你可以把它们想象成一个网络和存储的聚合层。想要把从6100系列到刀片服务器的下联链路扩大到20Gb？没问题！只要在每个6100系列的fabric interconnect设备上增加两条万兆上联即可。还想扩到40Gb？没问题！增加4条万兆上联链路即可，以此类推……在这个架构中，不管是刀片服务器还是网络带宽的计算、网络端口数的计算，你都无需担心。当然，美国空间，你仍需为6100系列的fabric interconnect设备做些布线的工作，但工作量将大大减少，这是因为刀片服务器可以共享带宽。这个架构使得给定的基础架构中网络和vSphere主机之间的关系，不再是依靠线性增长来满足，而是提供了可预测的性能和渐进式的网络扩展能力。
图1.5 融合刀片式架构
………… …………
从资源角度来看，硬件选择是由容量规划决定的。然而，管理的因素也有可能会被纳入决策考量。在作出任何的硬件选择之前，美国服务器，应该先探究一下不同的基础设施架构（传统千兆以太网、融合机架式和融合刀片式）以了解每种架构的优缺点。表1.1 列出了一些对你的判断有帮助的讨论点。
本文出自 “delxu Tech Notebook” 博客，请务必保留此出处
“人无完人金无足赤”，只要是人就不会是完美的，
