O SSD do Microsoft Azure está muito lento

Question

Estamos executando o ElasticSearch em várias instâncias do Azure D12v2, no Centos7.

Durante a indexação de dados, o IO das máquinas parece ser bastante pobre, dançando entre 3MB e 15MB por segundo, o que é muito lento para o armazenamento 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

Alguém está executando esse tipo de VM enfrentando o mesmo problema? Se sim, como pode ser corrigido? Estou faltando alguma coisa e essas velocidades de leitura / gravação são " normal "?

Fazer os mesmos testes em máquinas físicas com acionamentos mecânicos teve melhor resultado.

===== EDIT =====

Mudei as instâncias para DS12v2, mas desempenho similar foi atingido (com alguns picos aleatórios entre 30 e 50 MB / s)

    

Answer 1

Talvez você precise fazer isso com o suporte do Azure. No entanto, você também pode verificar se está usando um agendador apropriado. Para uma plataforma como essa, você deve usar o agendador "noop" ou "deadline". Para ver o agendador que você está usando, tente o seguinte comando:

cat /sys/block/sda/queue/scheduler (seu disco pode não ser sda, então mude isso para as suas necessidades)

Isso produzirá várias opções de agendador, e a que está entre parênteses é a que você está usando atualmente. Você pode alterar isso temporariamente, emitindo o agendador desejado via echo :

echo noop > /sys/block/sda/queue/scheduler

Você também pode especificar scheduler=noop como um argumento do kernel do tempo de inicialização se precisar ser alterado além do teste. Isso é feito editando /etc/sysconfig/grub.cfg e acrescentando scheduler=noop aos argumentos do kernel.