Tendo trabalhado com infraestrutura virtual, recentemente tenho enfrentado alguns problemas de disco.
Estou ciente de que meus discos não são discos rápidos, então mudei para atualizar para disco rápido. Em segundo lugar, os vms são distribuídos igualmente pelos nós diff (o que geralmente é um problema com o disco), mas aqui minha preocupação é: o armazenamento de dados afeta o IO do disco ou mesmo o IO da CPU?
Nota: exceto 2 vms, todos estão no mesmo armazenamento de dados. também é bastante interessante que as mesmas gravações geram carga diferencial e maior IO. (ou seja, a caixa1 teve carga média de 10, enquanto as outras levaram 20, 30, 40 respectivamente).
Estou procurando feedback geral de quem tem experiência com infraestrutura virtual.
Responder1
Você está perguntando se o número de armazenamentos de dados tem efeito ou o protocolo usado para acessá-los ou o caminho pelo qual você os alcança?Qualquerum deles pode afetar o desempenho da sua VM e, na verdade, a E/S de armazenamento é quase sempre o primeiro lugar onde um ambiente virtual atinge um gargalo. Algumas das respostas também dependem do que você está usando como hipervisor.
Geralmente, ter mais de um armazenamento de dados não melhora o desempenho. Antigamente, os discos em nível de bloco podiam apresentar problemas de bloqueio, mas com hipervisores mais recentes isso foi atenuado.
Para responder às suas segundas perguntas, sim, o IO do disco pode (e geralmente afeta) afetar o desempenho da CPU. Se um thread estiver aguardando a leitura de informações do disco, ele manterá sua fila durante esse período. Em uma máquina Linux isso é chamado IO Wait (você pode ver isso emprincipal). No Windows é chamado de aprender a usar o perfmon.
Se você estiver tendo problemas de E/S de disco em um ambiente virtual, o primeiro lugar a procurar é o número de discos, o segundo é como você os organizou (nível de RAID, número de fusos por faixa, etc.), o terceiro cache - quão grande é o cache de leitura versus suas tendências de IO (leitura/gravação pesada, sequencial ou aleatória) e, finalmente, o canal (1 gig Ethernet versus 10 ou 2 gig FC versus 8, por exemplo).
Raramente é o cachimbo :)