IT运维管理,创造商业价值!
中国IT运维网首页 | 资讯中心 | 运维管理 | 信息安全 | CIO视界 | 云计算 | 最佳案例 | 运维资源 | 专题策划 | 知识库 | 论坛

技术趋势的背后 虚拟化对网络宣战(3)

2009年08月21日
/立方

ERP测试流量

场景一:ERP流量

我们在一个VM上发起ERP查询请求,ERP服务器为另一个同在当前物理服务器上的VM,虽然在这种情况下有一部分网络流量被“消化”在了当前物理服务器内部,不过没关系,我们要关心的并不是这部分内容,我们关心的是在物理链路上产生的流量变化。

ESX

ERP基础流量

此处的ERP基础流量其实是大量的数据库查询操作,X轴为时间轴(180秒),Y轴为数据流量(单位是Byte)。由于ERP查询脚本比较“单纯”,可以看到,流量曲线也比较有规则,其非峰值流量并不大,基本在1MBps以下。

虚拟化网络流量

随着ERP并发数的增加网络流量产生的变化

上图是我们测试的第二个ERP脚本,可看到,随着并发数的增加,峰值流量曲线基本上是一路走高,瞬间最高达到了50MBps。但非峰值曲线并没有大的变化,总体来说,网络流量依然不高。

虚拟化网络流量

持续ERP压力下的流量

虚拟化网络流量

ERP测试退出中(不断关闭会话)

虚拟化网络流量

ERP测试正式退出,退出时出现了一个流量峰值达到了120MBps

虚拟化网络流量

ERP测试退出后的基础流量(系统流量),基本在200KBps左右

虚拟化网络流量

虚拟机(VM)重起

测试完ERP的两个脚本后,我们重起了两次虚拟机(VM),VM的重起速度是非常快的,从截图中也可以看到,两次峰值流量的持续时间都只有不到10秒。由于VM的实体文件其实是存放在存储设备中的,VM在重起时必定会从存储中读取大量数据,不过从测试截图来看,重起VM所产生的流量对网络造成的冲击并不高。

发表评论请到:http://bbs.cnitom.com

相关阅读

图文热点

以不变应万变 网络虚拟化应对园区网新挑战
以不变应万变 网络虚拟化应对园区网新挑战Forrester Research的分析师Robert Whiteley认为: “十年以来,虚拟化技术与网络...
OpenShift加入更多新元素 友好面对开发者
OpenShift加入更多新元素 友好面对开发者通过网络进行程序提供的服务称之为SaaS(Software as a Service),而将服务器平台...

本类热点