Porque é que as filas de armazenamento partilhado atrasam várias VMs de servidores domésticos?

As filas de armazenamento partilhado atrasam várias VMs de servidores domésticos porque discos virtuais independentes acabam por submeter pedidos aos mesmos adaptadores do anfitrião, controladores, caminhos de rede e discos físicos. Cada VM pode ter a sua própria fila virtual enquanto ainda espera atrás do trabalho gerado por outras VMs numa camada partilhada inferior.

A desaceleração não é determinada apenas pelos IOPS de uma VM. O tamanho do pedido, a mistura de leitura/escrita, o comportamento síncrono, a profundidade da fila, o meio de armazenamento e o momento do pico de cada VM vizinha combinam-se numa ordem de serviço física única e num orçamento de latência finito.

Onde é que filas separadas de VMs se tornam partilhadas?

Cada convidado submete I/O através de um controlador virtual, mas os pedidos das VMs convergem em recursos físicos partilhados abaixo da fronteira do convidado. O hipervisor, sistema de ficheiros do anfitrião, adaptador de armazenamento e dispositivo de suporte juntam o trabalho de vários discos virtuais.

Uma VM pode reportar uma fila interna curta enquanto os seus pedidos estão à espera numa fila do anfitrião ou do dispositivo que o convidado não consegue ver. É por isso que a utilização do disco do convidado sozinha pode não explicar a longa latência da aplicação.

O caminho completo importa: agendador do convidado, controlador virtual, fila do anfitrião, protocolo de armazenamento em rede, controlador RAID e meio físico podem cada um adicionar espera. A camada saturada mais estreita torna-se o limite partilhado.

Como é que uma VM se torna um vizinho ruidoso de armazenamento?

Em infraestruturas partilhadas, uma carga de trabalho pode monopolizar filas de armazenamento e aumentar a latência para cargas de trabalho que, de outra forma, seriam silenciosas. Um backup, compactação de base de dados, atualização ou varredura de ficheiros grandes pode criar o pico.

A VM ruidosa não precisa de exceder o tamanho do seu disco virtual ou a alocação de CPU. Só precisa de emitir I/O pendente suficiente para ocupar o caminho do serviço partilhado mais rapidamente do que o armazenamento consegue completar os pedidos.

As VMs vizinhas experienciam então uma maior latência de cauda, mesmo que a sua procura média de débito seja pequena. Um servidor DNS, uma base de dados de automação doméstica ou um serviço de autenticação podem parecer lentos porque uma VM de media está a fazer uma varredura ou a escrever intensamente.

Quando é que a profundidade da fila se transforma em espera?

Algumas I/O pendentes são úteis porque mantêm o armazenamento capaz ocupado, mas filas profundas revelam um ponto de estrangulamento no armazenamento. Para além do paralelismo útil do dispositivo, pedidos extra aumentam o tempo de residência em vez de aumentar proporcionalmente o trabalho concluído.

A profundidade da fila é uma contagem numa camada, não uma propriedade universal da VM. Uma profundidade de convidado de oito, uma profundidade de adaptador anfitrião de centenas e uma fila de hardware NVMe são locais diferentes com limites diferentes.

a profundidade da fila aumenta a latência após a saturação. O débito pode permanecer alto enquanto os pedidos interativos da VM esperam mais tempo atrás do mesmo fluxo sustentado.

Por que é que a arquitetura da fila pode alterar a escalabilidade da VM?

Um caminho legado pode forçar muitas operações através de menos canais de comando, enquanto o armazenamento de fila única serializa mais trabalho. Múltiplas VMs amplificam essa diferença arquitetural porque os seus pedidos chegam simultaneamente.

Filas paralelas reduzem a contenção de bloqueios e permitem que diferentes núcleos de CPU submetam e concluam trabalho com menos serialização. Elas não criam desempenho de armazenamento ilimitado; o controlador, a rede, o NAND ou os discos ainda impõem um limite físico.

O protocolo e o caminho do driver afetam, portanto, a forma como o sistema atinge a saturação de forma suave. Um caminho mais paralelo pode preservar o débito e reduzir a sobrecarga da CPU, enquanto um caminho mais antigo pode criar uma fila dominante mais cedo.

Por que é que os HDDs e NVMe reagem de forma diferente?

Flash e NVMe podem usar NVMe suporta mais comandos paralelos, enquanto um atuador de HDD ainda serve localizações físicas principalmente através de movimento mecânico.

Várias VMs podem transformar cargas de trabalho sequenciais individuais num padrão físico aleatório. Em HDDs, pedidos intercalados aumentam as buscas e o atraso rotacional; em SSDs, a mesma concorrência pode melhorar a utilização até que os controladores internos ou o NAND fiquem saturados.

Meios mais rápidos reduzem o tempo de serviço mas não eliminam a fila. Escritas síncronas, recolha de lixo, trabalho RAID, latência de rede e alguns pedidos grandes ainda podem atrasar operações pequenas sensíveis à latência.

Como é que QoS e a separação de cargas de trabalho reduzem a interferência?

O controlo mais forte é limitar quanto trabalho partilhado uma VM pode criar. o isolamento de cargas de trabalho previne a contenção entre inquilinos ao dar aos serviços sensíveis à latência um limite de recurso separado.

Num servidor doméstico, isso pode significar limites de IOPS por VM, prioridades, discos virtuais separados, um pool SSD dedicado para bases de dados ou agendamento de backups e scans fora das horas interativas.

Meça a latência ao nível do anfitrião e a ocupação da fila juntamente com métricas por VM. Controles de justiça podem reduzir o débito máximo para uma VM ocupada, mas evitam que uma carga de trabalho em lote consuma o orçamento de tempo de resposta de todos os serviços.

Perguntas Frequentes

Cada VM tem a sua própria fila de armazenamento?

Pode ter filas virtuais, mas essas filas acabam por fundir-se nas filas partilhadas do anfitrião, adaptador, controlador e dispositivo físico.

Pode uma VM de backup atrasar uma VM de base de dados não relacionada?

Sim. Um backup sustentado pode encher filas partilhadas e consumir largura de banda do disco, aumentando a latência da VM da base de dados mesmo quando CPU e memória estão disponíveis.

Uma maior profundidade de fila é sempre má?

Não. Alguma profundidade expõe paralelismo e aumenta o débito. Torna-se prejudicial quando o trabalho pendente excede a capacidade paralela útil e os pedidos passam principalmente mais tempo à espera.

O NVMe eliminará os problemas de armazenamento de vizinho barulhento?

Não. O NVMe oferece mais filas paralelas e menor tempo de serviço, mas recursos finitos de NAND, controlador, CPU, RAID e rede ainda podem saturar.

Conclusão Final

Várias VMs de servidores domésticos não possuem discos físicos independentes só porque veem discos virtuais independentes. Os seus pedidos fundem-se em filas partilhadas onde picos, padrões de acesso mistos e paralelismo limitado do dispositivo criam latência de vizinho barulhento. Monitorização consciente da fila, limites por VM, agendamento e níveis de armazenamento separados tornam a capacidade partilhada útil sem permitir que uma VM controle o tempo de resposta de todas as aplicações.