正在阅读：技术趋势的另一面 虚拟化对网络提出挑战技术趋势的另一面 虚拟化对网络提出挑战

场景二：各种流量叠加

　　在本场景中，我们将ERP流量作为基础流量（必要流量），一、对当前VM进行快照，二、在另一个VM中（不同物理服务器上）对存储设备使用IOMETER进行吞吐测试。

ERP（基础）流量峰值平均在5MBps左右

VM快照

　　所谓快照就是将VM当前的状态进行“拍照”，主要包括当前VM的内存数据、CPU状态等信息。上图中55MBps处的峰值是快照启动时的流量，在快照进行中，流量基本维持在10MBps左右，虽然10MBps的流量并不高，但要知道，这一流量在非虚拟化环境中是不存在的。并且这仅是对一个VM进行快照，如果多台VM同时进行快照，这一流量将不容小视，因为这一流量是叠加在业务应用流量之上的。

VM快照进行中，流量稳定在10MBps左右。

VM快照结束，此时的流量仅为ERP流量。

IOMETER吞吐测试起动

　　IOMETER吞吐测试起动后网络流量达到了45MBps左右，此时的ERP流量被彻底淹没了，最左端的VM快照流量也显得有些微不足道。

IOMETER测试持续中

IOMETER测试结束后

　　从上面这些截图中我们可以看到，服务器虚拟化以后，流量叠加所产生的问题不容小视，我们所搭建的测试环境其实很简单，所产生的网络流量也相对“单纯”，但这已经可以说明问题。

　　我们要做的当然是要避免这些问题的发生，首先，也是最重要的，在您设计全局虚拟化拓扑结构时，要比以往发费更多精力关注由于网络结构变化带来的新性能瓶颈点，如何能让整个网络运行得高效且稳定，初期设计变得尤为重要，一个大的方向就是将应用网络与系统网络相分离。另外，对于一些大流量的应用，例如对VM进行快照，虽然技术上支持任何时间进行，但为了避免对业务应用造成冲击，这类操作应当尽量选择在网络空闲时进行。

　　本次的两个场景测试，我们对应用虚拟化技术之后会带给物理链路怎样的影响作了说明，在随后的测试中，我们将向大家介绍在虚拟机（VM）动态迁稳时物理链路将发生怎样的状况，VM迁移是根据策略自动进行的，链路流量起伏也将随之变得更加难以预知，敬请期待。