Azure上的Ubuntu VM的磁盘性能低下

Question

我正在评估Azure，看来我创建的Ubuntu VM的磁盘性能异常低。 我注意到了这一点，因为与我正在使用的另一个Rackspace VM相比，数据库导入花费了更长的时间。 而且我不确定是否遗漏了任何重要配置，或者只是我以错误的方式查看磁盘性能。 这是我的测试和结果：

标准A1 VM（1核，1.75GB内存，Ubuntu 12.04 LTS）

• 须藤hdparm -tT / dev / sdb

定时缓存的读取：2.00秒中的6892 MB = 3451.31 MB /秒

定时缓冲磁盘读取：3.37秒内40 MB = 11.88 MB /秒

• 须藤hdparm -t --direct / dev / sdb

定时O_DIRECT磁盘读取：3.74秒内46 MB = 12.29 MB /秒

• 须藤dd if = / dev / zero of = / mnt / test bs = 8k count = 200000; 须藤rm -f / mnt / test

复制1638400000字节（1.6 GB），246.32 s，6.7 MB / s

相比之下，我在Rackspace上的其他VM （4个vCPU，1GB内存，Ubuntu 12.04 LTS）具有以下结果：

• 须藤hdparm -tT / dev / xvda

定时缓存的读取：1.99秒内的5960 MB = 2990.32 MB /秒

定时缓冲磁盘读取：3.05秒内200 MB = 65.66 MB /秒

• 须藤hdparm -t --direct / dev / xvda

定时O_DIRECT磁盘读取：3.12秒内162 MB = 52.00 MB /秒

• 须藤dd if = / dev / zero of = test bs = 8k count = 200000; sudo rm -f测试

复制1638400000字节（1.6 GB），13.7139 s，119 MB / s

尽管Azure VM具有更好的缓存读取性能，但其磁盘读取（包括缓冲和直接）非常慢，而磁盘写入（或复制）则更糟。 由于默认情况下Azure上的Linux VM没有配置交换文件，因此我手动创建了一个5GB的交换文件（在/ dev / sdb上），但这似乎无济于事。

然后，我使用标准D3 VM（4核，14GB内存，Ubuntu 12.04 LTS）在Azure上进行了另一项测试。 当在/ dev / sdb上执行上述命令时，性能令人惊讶，我想是因为本地SSD？ 但是，当我在该D3 VM上附加一个磁盘并在新创建的/ dev / sdc分区（ext4）上运行相同的命令时，结果与A1实例一样糟糕。

不确定这是否是在Linux中测试磁盘性能的最佳方法。 但是，值得注意的是，还原数据库备份时，Azure VM的速度要慢得多。 Microsoft Azure支持页面建议我们可以在此处使用“ azure”标记询问问题，因此...欢迎任何评论。

Answer 1

我之前删除了我连接到Standard D3 VM的磁盘，然后按照相同的过程添加了一个新磁盘。 如以下标准D3 VM所示，新连接的磁盘具有某种更好的性能（4核，14GB内存，Ubuntu 12.04 LTS）

• 须藤hdparm -tT / dev / sdc

定时缓存的读取：1.994秒内的13054 MB = 6546.15 MB /秒

定时缓冲磁盘读取：3.01秒内68 MB = 22.57 MB /秒

• 须藤hdparm -t --direct / dev / sdc

定时O_DIRECT磁盘读取：3.03秒内98 MB = 32.35 MB /秒

• 须藤dd if = / dev / zero of = / mnt / test bs = 8k count = 200000; 须藤rm -f / mnt / test

复制1638400000字节（1.6 GB），1.5689 s，1.0 GB / s

不确定原因。 但是我的问题不复存在了。 因此，结束这个问题。

Answer 2

D系列基于SSD。 您在A上的/ mnt或/ mnt / resource也将基于SSD且位于服务器本地，但不是持久性的。 云供应商提供有关设置条带化或RAID0（或10）以增加IOPS的指导。 对于Azure，我建议您看一下该指南 ， 该指南是为MySQL设计的，但是从磁盘开始。