【TechTarget中国原创】随着服务器虚拟化的发展,现在出现了一个新的网络访问层——嵌入到超级管理程序软件中的虚拟化网络交换机负责连接相同物理服务器上的虚拟机(VM)。在虚拟化的网络中,传统虚拟交换机(vSwitch)能够实现一个简单的VM到VM的连接,但它存在许多缺点,包括缺少流量可见性和可管理性较差。网络团队发现他们需要寻找解决这些问题的虚拟化网络技术。首先是要查找能理解这些问题的解决方法。
虚拟网络交换机问题
虚拟网络交换机(vSwitch)管理可扩展性较差:每一个虚拟化服务器至少包括一个基于软件的虚拟网络交换机,而且每一个这种交换机都必须作为单独的实体进行手动配置和管理从而增加了管理的复杂性。管理的另一个困难的方面是,服务器团队通常需要管理由虚拟网络交换机所组成的新的访问层,而数据中心网络的其余部分则由网络团队负责管理。这种由双重访问层组合却分别由不同团队负责的方式增加了虚拟化数据中心网络的复杂性,同时也降低了管理效率。随着虚拟化服务器的增加,这个影响将会更加明显。
虚拟网络交换机流量可见性有限:传统的vSwitch一般不存在与连接物理服务器的物理访问交换机一样多的流量监控特性。因此,由于缺少流量分析、高级统计和远程诊断功能,监控性能和修复一个特定服务器中的VM到VM的流量可能很成问题。甚至在支持某些这类功能的位置上,将这些信息整合到外部管理工具可能也是很成问题的,因为这通常要求在超级管理程序和网络管理系统之间进行通信。
网络政策实施不一致:传统的vSwitch可能缺少某些数据中心所需要的实现这种级别的流量控制和隔离的高级特性——例如,私有VLAN、服务质量(QoS)和大量的访问控制列表(ACL)。甚至即使vSwitch支持一些诸如此类的特性,它们也必须通过虚拟服务器管理应用进行手动配置,而且可能无法与物理访问交换机的相似特性相兼容。这种状况会给实现一致的端到端政策造成困难。
手动配置vSwitch和网络以支持VM移植:当VM在虚拟服务器之间迁移时,网络的手动配置(包括 QoS 设置、ACL 和防火墙设置)是非常耗费时间的,而无法实现满足不同应用的动态变化需求的动态资源分配。如果VM的网络配置状态能够自动地转换到新的物理服务器,那么VM迁移的好处会大大增强。
有限的I/O带宽:每个服务器上的VM越多,流量负载就越高,通过基于软件虚拟交换机传输流量的CPU时间也就越长。