一直想做这个测试,原因很简单,很多人一直比较怀疑Azure的虚拟机性能,说相同的配置凭啥比阿里的虚拟机贵那么多,其实,我自己以前也怀疑过,但是接触Azure的几个月,确实发现Azure的虚拟机性能真的很强悍,在这里笔者举个例子说明,有个客户(这里就不透露名字了)在本地数据中心cpu使用率一直在60%以上,因为我们上云都是先平移,如果不够用我们再auto sacle,但是客户却很不放心,非要高配的机器,在我们的百般劝说之下好不容易才答应先平移(客户表示很委屈,为什么我要高配的机器你不给,哈哈,开个玩笑),最后测试下来的结果发现cpu平时使用率在百分之二十多,周末最繁忙的时刻也没超过百分之五十,客户当场就说没想到Azure虚拟机性能这么优越,同时也很感谢我们没有坑他,在本次场景中,其实性能的瓶颈并不在vm,而是在于数据库,因为mysql是轻量级数据库不同于Oracle!!!
在本次测试环境中,我们在中国东部建立一台vm,考虑到数据库对虚拟机性能要求较高,这里我们以A6为例(要记得先建立高配的机型,然后再降为A6虚拟机!!!),并挂载1T的硬盘。
第一步建立虚拟机,过程略,结果如下
在这里,笔者想说一句,由于本次poc环境中,我们需要直观地看到cpu使用率,考虑到linux的ps命令的局限性,而且ARM里面很难看到cpu使用率,所以笔者选用ASM环境来建立虚拟机。
接下来我们先记录一下cpu与内存的使用情况
接下来第一步,添加附加磁盘
第二步,挂载附加磁盘
ssh远程登陆到该虚拟机
1.切换到root用户
[yangyang@mysqlvm1 ~]$ sudo su -root
[root@mysqlvm1~]#
切换成功
2.查看
[root@mysqlvm1 ~]# fdisk -cul /dev/sdc
Disk/dev/sdc: 1098.4 GB, 1098437885952bytes255 heads, 63 sectors/track, 133544 cylinders, total 2145386496sectors
Units= sectors of 1 * 512 = 512bytes
Sector size (logical/physical): 512 bytes / 512bytes
I/O size (minimum/optimal): 512 bytes / 512bytes
Disk identifier:0x00000000
3.分区
[root@mysqlvm1 ~]# fdisk -cu /dev/sdc
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building anew DOS disklabel with disk identifier 0x9694814d.
Changes will remaininmemory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.
Warning: invalid flag0x0000 of partition table 4will be corrected by w(rite)
Command (mforhelp): p
Disk/dev/sdc: 1098.4 GB, 1098437885952bytes255 heads, 63 sectors/track, 133544 cylinders, total 2145386496sectors
Units= sectors of 1 * 512 = 512bytes
Sector size (logical/physical): 512 bytes / 512bytes
I/O size (minimum/optimal): 512 bytes / 512bytes
Disk identifier:0x9694814dDevice Boot Start End Blocks Id System
Command (mfo