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

　　聚合和上行容量

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

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

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

　　不要依赖本地

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

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

　　网路容量需求

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

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

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

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。