当虚拟化技术降落在网络领域

本文标签: 虚拟化 网络 

　　网络领域的大多数人可能都熟悉VLAN(虚拟局域网)或者VPN(虚拟专用网)等词汇。目前很难确定这两个最常用的虚拟网络技术哪一个更老一些。但是，对这个问题的提及取决于你是否一直与远程接入或者传统的有线技术有关。

　　去年秋季，我们围绕网络虚拟化领域将发生什么进行了一次内部讨论。当时，我们确实不能指出这个领域有什么厂商，而且有关网络虚拟化整体状况的新闻报道也不多。不过，有一些关于新的VLAN功能或者VPN新特点的传统的新闻。但是，没有任何真正新的东西和令人谈起来很兴奋的东西。

　　从那以后，我们听说了许多新的发展。在过去的6个月里出现了许多从各个角度接触网络虚拟化的一些有趣的技术。随着最新的系统虚拟化的进步，管理员能够简单和轻松地设置一个新的虚拟机环境并且把这个虚拟机放在任何能够满足他们需求的可用平台上。

　　随着那个虚拟机功能的变化，或者其资源需求的增长，这个系统管理员能够轻松地把那个虚拟机环境从一个平台转移到另一个平台。从系统管理员的角度看，这是很好的。同以前设置一个新的系统并且让这个系统达到相对理想的运行水平相比，目前的过程一般需要很少的时间。

　　现在，从网络的角度进入这种状况。当那个虚拟机传送到物理上完全不同的平台并且最终使用完全不同的IP地址的时候会发生什么事情呢?通讯是如何重新进行路由的?由于系统管理员有能力安排一个虚拟机在工作的时候进行传递，在实时的用户进程中会发生什么情况?这全部取决于这个网络是否采用能够应付这种挑战的最新的网络设备，并对其进行了更新。

　　当然，路由是这类虚拟机传递的最大问题，还有缓存和负载均衡问题;网络维修人员现在需要理解虚拟机，以便接到通知就立即知道这个系统在什么地方;路由表要比以前更灵活。缓存要素在发生变化时要不断发布通知，这样，它们就能够正确地重新引导最终用户通讯进程从一个地方到另一个地方。否则，这些通讯进程就会失去时效，最终用户体验的质量将显著下降。

　　网络虚拟化另一个有趣的发展是泛指利用一个虚拟机分接头。当我们考虑网络通讯的时候，我们几乎总会想到在我们的有线、无线或者其它类型的基础设施网络上流动的数据包。但是，虚拟机之间的通讯是怎样的?或者一个虚拟机与其虚拟管理层之间的通讯是怎样的?厂商知道这些通讯与传统的数据包级的通讯同样重要。因此，他们采用各种方法被动地拦截这些虚拟机内部的通讯并且在虚拟机环境的外部引导这些通讯。

　　设想一下，如果这些重新定向的虚拟机内部公告能够转发到一个不提供不必要服务的记录系统(类似于一个SYSLOG服务器)以便获取发送给它的一切数据。你会为这种类型的业务和运营好处付出什么代价?

　　现在，如果那个相同的虚拟机通讯分接头能够把这些虚拟机之间的公告重新定向到你喜欢的网络管理系统，或者设备监视工具或者网络报警系统，并且以这些系统能够轻松接受的方式包装这些重新定向的通讯，结果会怎么样?这种类型扩展的内部系统的能力有什么商业和运营的好处?

　　也许它能够减少你的一些工作量，让你不必以被动的方式应对虚拟机危机，或者在愤怒的最终用户给你打电话之前就通知你用户遇到的故障。这些最终用户的虚拟机进程由于最新的虚拟机传递而中断，因此用户常常会感到愤怒。现在是在你的基础设施开始让你知道你在错过这个最新的技术大船之前查看网络虚拟化技术的最新进展的时候了。