虚拟交换标准：硝烟再起

虚拟小马甲

目前IEEE的802.1 Working Group正在考虑虚拟网络交换标准，这是管理虚拟化基础架构的网络管理员所遇到问题的解决方案，但它同时也是解决网络和服务器管理团队之间矛盾的方法。这两个方面构成了提交的标准，Virtual Ethernet Port Aggregation (VEPA)是由HP ProCurve提出的，VN-Tagging端口扩展方法是由Cisco Systems提出的，两者都能让网络管理员更多地控制服务器虚拟化中发生的虚拟交换，但是服务器管理员已习惯了通过自己定制来控制虚拟服务器内部的虚拟交换。

　　“在服务器和网络人员之间进行的是一场持久战，”Joe Skorupa，Gartner的研究副总裁说道。“网络人员想要保留控制功能。他们希望能够在服务器上强制执行政策，想要拥有该虚拟交换网络，希望对它进行配置，想成为控制者。但是服务器人员则会回复说，‘我们希望尽可能地将服务器配置与网络人员隔离开来，因为每次我们向他们请求处理时，他们都是两星期后才回复的。因此我们想自己实现所有交换，并且可能的话是在适配器的VEPA上实现。”

　　“因此[VEPA]并不一定需要由网络人员来控制，”Skorupa说道。“这是一场我们在接下来几年中将看到的战争，因为，坦白而言，服务器和网络团队彼此并不大喜欢对方。他们通过非常不同的视角来看待世界，当IP头进入并冲击和破坏这些部门，服务器人员看到了旧的语音连接所发生的一切，然后将它们完全清除。服务器和存储人员并不是有意成为网络杀手的。”

　　但是企业可以使用这些待定的标准来设法调和网络和服务器团队，据Joe Pelissier，Cisco首席工程师看来。

　　“冲突的一部分是因为服务器管理员并不知道网络管理员控制虚拟机器之间流量的原因，”Pelissier说道。“另外，网络管理员希望获得虚拟机器到外部网络流量控制的原因是非常明显的。我们在IEEE上提交的分层基础架构就提供这个功能。”

　　在VN-Tagging中使用Cisco的端口扩展技术，将允许虚拟机器连接物理交换机以获得QoS和安全性功能，企业将在虚拟机器上设置政策，这样服务器管理员将可以在虚拟机之间控制虚拟网络，但是网络管理员将控制所有交换机发送往网络外的流量。公司也可以基于安全性或者规范的原因来决定网络管理员必须包含在所有交换中。

　　在任何情况下，都是由数据中心管理员或者CIO设置严格的政策来清楚地界定网络和服务器团队在虚拟服务网络中的控制范围。否则，冲突将扰乱数据中心的协作。