最近与几个大佬闲聊之际,发现很多人都在不约而同地吐槽 Azure 的效能。综合的来的意见不外乎是云盘I/O过慢(HDD/SDD 一样卡)、主机响应迟钝没反应、运行更新耗时大半天,期间CPU效能满载或时处于半宕机状态等等糟心体验,主要是还贵。贵!是毋庸置疑的,毕竟产品品牌定位就是高端货,不可能做到灵车的价格。但我想说的是很多时候产品本身并无问题,只是食用姿势不对。今天博主来说说最常用到的乞丐版B1ls,就是每月不到5美元但不包流量的突发性实例。我们先来看看该实例的配置:
一、实例配置
Size | vCPU | RAM | Base CPU perf | Max CPU perf | Cr/hr | Max credits | Max cached IOPS/Mbps | Max uncached IOPS/Mbps |
Standard B1ls | 1 | 0.5GiB | 5% | 100% | 3 | 72 | 200/10 | 160/10 |
从上面的列表我们可以得出以下重点:
系统的读写IOPS性能被限速在10Mbps(相当于1.25MB/s,你的U盘可能还比它快几十倍),所以论你用HDD或SSD云盘,使用体验不会有太大差别;
CPU的基准效能为5%,CPU积分72封顶。这个我们可以理解为:主机在完全闲置的状态下,每秒可以获得0.05个CPU积分,而从CPU积分从0累计到72的过程最快需要24小时;
72 个 CPU 积分可以让主机以 100% 效能连续运行 72 分钟(一天的 5%),或是以50%效能运行144分钟,如此类推。
这就很好理解了对吧?B1ls和突发实例就那么回事。说穿了,Azure的B系列就是对标AWS的T3/T3a/T2系列或阿里云的t5/t6突发实例。
二、为什么会卡?
除非你挖矿或不停循环测速,否则在正常的个人使用场景下并不会持续跑满100%CPU。即是说B1ls其实还是具有很大的可玩性。而且最起码还有 5% 的保底效能,不至于完全没反应的。持续哈曼卡顿的原因是因为Azure给你挖了两个坑:waagent和swap。
三、WALinuxAgent (waagent)
Azure的云系统镜像都预载了Azure Linux 代理waagent (在Ubuntu系统下名为WALinuxAgent ),该代理的主要功能是促成虚拟机与Azure结构控制器之间的交互,以提供虚拟机的配置服务(比如部署SSH公钥和设置主机名)和基本的诊断服务。由于代理与结构控制器的信息流通是实时的,在配置不高的乞丐版主机使用时会出现占用CPU资源高达50%的情况。
四、Swap 交换空间
Azure 一向都是面向高端用户,在内存充足的情况下,交换空间可有可无,设置不对时还会导致系统减速。但对只有372M可用内存的乞丐版主机来说,Swap 的设置尤其重要。在运行sudo apt upgrade时的卡顿就是因为内存吃紧而导致的。
五、其他优化设定
Ubuntu Linux的预设的最低系统内存为64M,这对于乞丐版主机来说有点奢侈啊。我们可以透过在/etc/sysctl.conf内加入以下代码来把内存最低值改为18.6M,即可用内存的 5%:
vm.min_free_kbytes = 18600
基于云盘10Mbps的感人IOPS,我们也可以顺便把系统设定为非必要时不要使用交换空间(100=优先使用交换空间,0=非必要时绝不使用交换空间):
vm.swappiness = 5
改好了存档后执行sysctl -p便可马上应用新的设定。
以上是我个人采用对Azure乞丐版B1ls的食用姿势,仅供参考!
未经允许不得转载:Just My Socks中文教程网 » Azure 乞丐版 B1ls如何压榨全部性能以及正确食用方法