Otimizar o desempenho em VMs Windows das séries Lsv3, Lasv3 e Lsv2

  • Artigo

Aplica-se a: ✔️ VMs do Windows ✔️ Conjuntos de dimensionamento uniformes

As máquinas virtuais do Azure (VMs do Azure) das séries Lsv3, Lasv3 e Lsv2 dão suporte a uma variedade de cargas de trabalho que precisam de alta E/S e taxa de transferência no armazenamento local em uma ampla gama de aplicativos e setores. A série L é ideal para Big Data, SQL, bancos de dados NoSQL, data warehouse e grandes bancos de dados transacionais, incluindo Cassandra, MongoDB, Cloudera e Redis.

As VMs das séries Lsv3, Lasv3 e Lsv2 são projetadas para funcionar com as necessidades dos sistemas operacionais Windows e Linux para melhorar o desempenho com o hardware e o software.

O ajuste do software e hardware resultou na versão otimizada do Windows Server 2019 Datacenter, lançada no Azure Marketplace, (e em versões posteriores) que dá suporte ao desempenho máximo nos dispositivos NVMe nas VMs da série L.

Este artigo fornece dicas e sugestões para garantir que suas cargas de trabalho e aplicativos alcancem o desempenho máximo projetado para as VMs.

Arquitetura do chipset AMD EYPC™

As VMs das séries Lasv3 e Lsv2 usam processadores de servidor AMD EYPC™ com base na microarquitetura do Zen. A AMD desenvolveu a Infinity Fabric (IF) para EYPC™ como interconexão escalonável para seu modelo NUMA que poderia ser usado para comunicações na matriz, no pacote e em vários pacotes. Em comparação com o QPI (Quick-Path Interconnect) e o UPI (Ultra-Path Interconnect) usados em processadores em matriz monolítica modernos da Intel, a arquitetura de matriz pequena de vários NUMA do AMD pode proporcionar benefícios de desempenho, bem como desafios. O impacto real da largura de banda de memória e das restrições de latência pode variar dependendo do tipo de cargas de trabalho.

Dicas para maximizar o desempenho

  • Para obter desempenho máximo, execute vários trabalhos com profundidade de fila profunda por dispositivo.

  • Evite misturar comandos de administrador do NVMe (por exemplo, consulta de informações SMART do NVMe) com os comandos de E/S do NVMe durante as cargas de trabalho ativas. Os dispositivos NVMe da série Lsv2, Lsv3 e Lasv3 são apoiados pela tecnologia Hyper-V NVMe Direct, que muda para o "modo lento" sempre que qualquer comando de administração do NVMe estiver pendente. Os usuários das séries Lsv3, Lasv3 e Lsv2 poderão ter uma queda significativa no desempenho de E/S do NVMe se esse cenário acontecer.

  • Não é recomendado que usuários da série Lsv2 confiem nas informações de NUMA do dispositivo (todas 0) relatadas de dentro da VM para unidades de dados para decidir a afinidade NUMA para seus aplicativos. Para melhor desempenho, é recomendável distribuir cargas de trabalho entre CPUs, se possível.

  • A profundidade máxima de fila com suporte por par de filas de E/S para o dispositivo NVMe da VM das séries Lsv3, Lasv3 e Lsv2 é 1024. Os usuários da série Lsv3, Lasv3 e Lsv2 devem limitar suas cargas de trabalho de parâmetro de comparação (sintéticas) para a profundidade de fila de 1024, ou inferior, para evitar o disparo de condições completas da fila, o que pode reduzir o desempenho.

  • O melhor desempenho é obtido quando a E/S é feita diretamente para cada um dos dispositivos NVMe brutos sem particionamento, sistemas de arquivos, configuração de RAID etc.

Como utilizar o armazenamento de NVMe local

O armazenamento local no disco NVMe de 1,92 TB em todas as VMs das séries Lsv3, Lasv3 e Lsv2 é efêmero. Durante uma reinicialização padrão bem-sucedida da VM, os dados no disco NVMe local devem persistir. Os dados não serão persistidos no NVMe se a VM for reimplantada, desalocada ou excluída. Os dados não serão persistidos se outro problema fizer a VM, ou o hardware em que a VM está sendo executada, se tornar não íntegra. Quando isso acontece, todos os dados no host antigo são apagados com segurança.

Também haverá casos em que a VM precisará ser movida para um computador host diferente, por exemplo, durante uma operação de manutenção planejada. As operações de manutenção planejada e algumas falhas de hardware podem ser antecipadas com os Eventos Agendados. Use os Eventos Agendados para manter-se atualizado das operações previstas de manutenção e recuperação.

No caso de um evento de manutenção planejada exigir que a VM seja recriada em um novo host com discos locais vazios, os dados precisarão ser ressincronizados (novamente, com todos os dados no host antigo sendo apagados com segurança). Isso ocorre porque as VMs das séries Lsv3, Lasv3 e Lsv2 atualmente não dão suporte à migração ao vivo no disco NVMe local.

Há dois modos de manutenção planejada: manutenção controlada pelo cliente de VM padrão e manutenção automática.

Para qualquer evento de serviço futuro, use o processo de manutenção controlada para selecionar um horário mais conveniente para a atualização. Antes do evento, você pode fazer backup de seus dados no armazenamento Premium. Após a conclusão do evento de manutenção, retorne seus dados para o armazenamento de NVMe local das VMs da série Lsv2 atualizadas.

Os cenários que mantêm dados em discos NVMe locais incluem quando:

  • A VM está em execução e é íntegra.
  • A VM é reinicializada no local por você ou pelo Azure.
  • A VM é pausada (parada sem desalocação).
  • A maioria das operações de serviço de manutenção planejada.

Os cenários que apagam dados com segurança para proteger o cliente incluem quando:

  • A VM é reimplantada, parada (desalocada) ou excluída por você.
  • A VM se torna não íntegra e tem de reparar o serviço para outro nó devido a um problema de hardware.
  • Um pequeno número de operações de serviço de manutenção planejada que exige que a VM seja realocada para outro host para manutenção.

Manutenção controlada pelo cliente da VM padrão

Na manutenção controlada pelo cliente da VM padrão, a VM é movida para um host atualizado durante uma janela de 30 dias.

Os dados de armazenamento local das séries Lsv3, Lasv3 e Lsv2 podem ser perdidos; portanto, é recomendável fazer backup dos dados antes do evento.

Manutenção automática

A manutenção automática ocorrerá se o cliente não executar a manutenção controlada pelo cliente. A manutenção automática também pode ocorrer devido a procedimentos de emergência, como um evento de dia zero de segurança.

Esse tipo de manutenção destina-se a preservar os dados do cliente, mas há um pequeno risco de um congelamento ou reinicialização da VM.

Os dados de armazenamento local das séries Lsv3, Lasv3 e Lsv2 podem ser perdidos; portanto, é recomendável fazer backup dos dados antes do evento.

Perguntas frequentes

A seguir estão as perguntas frequentes sobre essas séries.

Como começo a implantação de VMs da série L?

Assim como qualquer outra VM, crie uma VM usando o portal do Azure, por meio da CLI do Azure ou por meio do PowerShell.

Uma só falha de disco de NVMe fará com que todas as VMs no host falhem?

Se uma falha de disco for detectada no nó de hardware, o hardware estará em um estado de falha. Quando isso ocorre, todas as VMs no nó são automaticamente desalocadas e movidas para um nó íntegro. Para VMs Lsv3, Lasv3 e Lsv2, esse cenário significa que os dados do cliente no nó com falha também são apagados com segurança. O cliente precisa recriar os dados no novo nó.

É necessário fazer ajustes de sondagem no Windows Server 2012 ou no Windows Server 2016?

A sondagem do NVMe só está disponível no Windows Server 2019 e em versões posteriores no Azure.

Posso voltar para um modelo de ISR (rotina de serviço de interrupção) tradicional?

As VMs da série Lasv3 e Lsv2 são otimizadas para sondagem de NVMe. As atualizações são fornecidas continuamente para melhorar o desempenho de sondagem.

Posso ajustar as configurações de sondagem no Windows Server 2019 ou versões posteriores?

As configurações de sondagem não são ajustáveis pelo usuário.

Próximas etapas

Consulte as especificações para todas as VMs otimizadas para desempenho de armazenamento no Azure.