我们在Centos7上的几个Azure D12v2实例上运行ElasticSearch。
在索引数据的同时，机器的IO似乎相当差，跳到每秒3MB和15MB之间，这对SSD存储来说显然是很慢的。
-- Taken from IOTOP -- Total DISK READ : 0.00 B/s | Total DISK WRITE : 3.01 M/s Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 2.68 M/s -- Taken from IOTOP -- Total DISK READ : 0.00 B/s | Total DISK WRITE : 6.93 M/s Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 8.54 M/s 有人运行这种types的虚拟机面临同样的问题？ 如果是这样，那该如何解决呢？ 我错过了什么，这些读/写速度是“ 正常的 ”？
在机械驱动的物理机器上进行相同的testing效果更好。
=====编辑=====
我将实例更改为DS12v2，但达到类似的性能（随着一些30-50 MB / s的随机尖峰）
您可能需要使用Azure支持。 但是，您也可以检查是否使用适当的调度程序。 对于这样的平台，您应该使用“noop”或“deadline”调度程序。 要查看您正在使用的调度程序，请尝试以下命令：
cat /sys/block/sda/queue/scheduler （您的磁盘可能不是sda，请根据您的需要更改此值）
这将输出多个调度程序选项，括号中的那个是您当前使用的选项。 您可以通过echo发出所需的调度程序来暂时改变它：
echo noop > /sys/block/sda/queue/scheduler
如果需要在testing之外进行更改，则还可以将scheduler=noop指定为引导时内核参数。 这是通过编辑/etc/sysconfig/grub.cfg并将scheduler=noop附加到内核参数来完成的。