正在阅读：全自动拆东墙补西墙 VMwareDRS集群测试全自动拆东墙补西墙 VMwareDRS集群测试

    用传统监控物理网络端口的方法，比如网络端口映射，我们可以看出DRS的网络流量没有想象中的巨大。

DMP策略下主机的持续流量

    网络端口映射显示DRS启动以后虚机迁移时的持续流量维持在5MBps以下，偶尔的几个波峰是VMotion操作的几个关键时刻，比如资源重新分配、主机管理权交接棒的时刻等等。

ERP压力测试中的常规流量

    在ERP压力测试中流量并不巨大，这个ERP的测试就是一个IO密集型操作，压力主要集中在CPU和内存中，流量以数据库查询为主，在千兆网络中占用大概在15%左右。

波峰处显示VMotion的启动

    VMotion的操作会引发流量的瞬间爆发， 但持续时间会极短，也就是ping中出现超时的那个回应。

IOmeter的测试流量

    IOmeter测试中，由于虚拟磁盘位于iSCSI上，对虚机磁盘的所有读写操作都会直接体现在网络端口上，大型文件块的读写会有庞大的持续流量作用于网络上，相对于虚机的其他数据流量，IOmeter测试数据显得尤其巨大，在先前的测试中，这个流量甚至有可能占用全部的千兆网络带宽。

结论：

    搭建基于VMware DRS的主机集群以后，无论是CPU资源，内存还是网络带宽都会纳入到可分配调用的资源池中，当某个虚拟所在的主机上出现资源系统短板时，DRS都会根据手动或自动的策略选择给出操作的建议或直接将虚机迁移到有更多可用资源的空载主机上，这整个过程中，被迁移的虚拟服务器完全没有停机，上面所运行的应用程序都会保持工作状态。

    我们所搭建的这个虚拟化测试平台，就各个测试项目和结果来看，系统最短板最有可能出现在于网络上。目前最为主流的千兆网络环境在iSCSI SAN平台上往往会成为系统瓶颈。在升级万兆环境还不太现实的时候，对于系统中各个虚拟服务器所担当的角色，以及对应使用的网络链路都需要详细进行规划。象IO密集型和吞吐密集型的不同应用在使用DRS中使用不同的资源配置方案，要根据其运行的极端情况赋予偏重于计算或者存储的资源。物理网络连接方面尤其需要注意，多个吞吐密集型应用如果共用一条物理链路，其结果是可想而知的。

    以往我们接触过的虚拟化实施工程师，他们开展工作的第一步就是测试与评估，对旧有系统的负载压力以及服务器整合进行最优化的计算，P2V导入各个现有的应用到已有物理服务器上去。使得物理服务器上使用效率接近一个良性的饱和水平，这需要对各个系统的负载一一计算清楚。而DRS的使用最大的好处就是将这一个繁琐的过程交给系统进行自动配置。在搭建好的虚拟化平台上，引入的新应用系统，DRS会为其找到一个最为合适的位置。