网络配置并不是唯一一个服务器虚拟化影响数据中心网络的方面。性能和吞吐量也是网络专家需要给予关注的重要方面。随着企业对服务器虚拟化的广泛应用，数据中心网络必须进化来适应变化的流量模式并且更加独立于各个交换机端口。

聚合和上行容量

通过服务器虚拟化软件的使用，将繁多的工作量整合到很少的物理服务器上可能改变数据中心网络的动态流量流。在没有服务器虚拟化的情况下，数据中心网络管理员会在物理服务器上使用较低廉的、固定配置的交换机。这些“机架交换机”为核心网络提供几个上行链路。由于大多数连接到机架交换机的服务器都在很大程度上没有充分使用网络链路，因此这些安排能够将所有的流量只聚集到核心网络的几个上行链路上，同时保持超额使用率限制在通常可以接受的范围内。流量聚合也可以在机架交换机本身发生。

然而，通过服务器虚拟化，流量聚合可以发生在物理服务器层面上。目前，多种工作量在相同的物理服务器上运行，并共享同一条网络连接。通过使用服务器虚拟化实现工作量聚合，现在物理服务器的网络连接使用率得到大大地提高。使用机架交换机连接到核心网络来聚合已经聚合过的流量可能导致网络性能和吞吐量的瓶颈和干扰。

对于这个潜在问题的最简单的解决方法是增加机架到核心网络的上行链路数量。这个方法的确有助于处理“双重聚合”问题，但是它也同时增加了数据中心所要求的核心交换机端口的数目。数据中心网络管理员必须认真研究，以免超出核心交换机网络端口容量。

不要依赖本地

其他方面的压力也正在促使数据中心网络管理员向核心网络中添加上行链路。因此，管理员和网络设计师想利用本地资源。通信或连接频繁的服务器通常连接到相同的交换机上，这样可以避免流量通过核心网络、最小化冗余和最大化吞吐量。一个固定类型的非虚拟化数据中心就可能实现这一点。

然而，通过服务器虚拟化，工作量的位置会根据服务器的使用而动态改变。诸如热迁移的技术允许服务器管理员在不同的物理服务器上简单、快速地迁移工作量。有些虚拟化解决方案甚至能够自动化该过程；VMware的Distributed Resource Scheduling (DRS)就是一个这样的例子。现在工作量可以在服务器领域上自由地迁移，数据中心网络管理员也不再需要在本地使用该过程了。过去使用本地来减少到核心网络的上行链路数目，而现在也许可以增加该上行链路的数目了。

网络容量需求

不幸的是，这种简单添加上行链路的方法并无法解决网络容量的需求。在没有使用服务器虚拟化的情况下，很多服务器要求的只是几个网络连接。另外一方面，服务器虚拟化主机通常每台主机都使用6、8、10或者更多网络连接。虽然工作量整合将删除某些物理服务器，但是数据中心网络管理员可能发现在固定配置的交换机上的现存的容量不够处理一个相当大的服务器虚拟化解决方案。由于各种不同的原因，服务器虚拟化上空闲的网络端口可能不适合重用于服务器虚拟化方案。正如上面所探讨的，添加上行链路的压力只是加剧了潜在容量问题。

这些容量关注并不仅是关于端口数而已。正如前面所探讨的，有些服务器虚拟化解决方案能够利用802.3ad/LACP连接聚合。然而，服务器虚拟化解决方案也需要冗余；一个独立网络端口的丢失现在可以影响通过多个部门或业务单位的大量工作量。连接丢失对服务器虚拟化主机上的影响可以远远超过对非虚拟化服务器网络连接丢失的影响程度。因此，冗余在这里变得很重要。数据中心网络管理员和网络设计师现在必须平衡有效的连接聚合的需要和冗余的需要。企业必须接受支持十字开关连接聚合的交换机以便满足这些完全相反的要求。

所有这些需求放在一起，可能促使网络管理员和设计师取代或重新设计数据中心网络基础部分。否则，数据中心网络的性能和吞吐量可能会受到损害。

关于作者

Scott Lowe是ePlus Technology Inc虚拟化技术主管。在从业的15年中，他接触了大量的产品，其中主要是企业技术，如存储区网络、服务器虚拟化、目录服务和互操作性。此外，除了为 SearchNetworking.com，Scott还为SearchVMware.com和 SearchServerVirtualization.com提供服务。同时，Scott还撰写一个关于虚拟化、存储和服务器的博客。