Otimizar o desempenho em VMs Windows das séries Lsv3, Lasv3 e Lsv2
Aplica-se a: ✔️ Conjuntos de dimensionamento uniformes de VMs ✔️ do Windows
O Azure Máquinas Virtuais (VMs do Azure) da série Lsv3, Lasv3 e Lsv2 suporta várias cargas de trabalho que precisam de E/S elevada e débito no armazenamento local numa vasta gama de aplicações e indústrias. A série L é ideal para macrodados, SQL, bases de dados NoSQL, armazenamento de dados e grandes bases de dados transacionais, incluindo Cassandra, MongoDB, Cloudera e Redis.
As VMs da série Lsv3, Lasv3 e Lsv2 foram concebidas para funcionar com as necessidades dos sistemas operativos Windows e Linux para um melhor desempenho com hardware e software.
O ajuste de software e hardware resultou na versão otimizada do Windows Server 2019 Datacenter, lançada para o Azure Marketplace (e versões posteriores), que suportam o máximo desempenho nos dispositivos NVMe em VMs da série L.
Este artigo fornece sugestões e sugestões para garantir que as cargas de trabalho e as aplicações alcançam o desempenho máximo concebido nas VMs.
Arquitetura do chipset AMD EPYC™
As VMs da série Lasv3 e Lsv2 utilizam processadores de servidor AMD EPYC™ com base na micro-arquitetura Zen. A AMD desenvolveu o Infinity Fabric (IF) para o EPYC™ como uma interligação dimensionável para o seu modelo NUMA que pode ser utilizado para comunicações on-die, on-package e multi-package. Em comparação com o QPI (Quick-Path Interconnect) e o UPI (Ultra-Path Interconnect), utilizados em processadores intel modernos monolíticos-die, a arquitetura de muitos NUMA small-die da AMD pode trazer benefícios e desafios de desempenho. Os efeitos reais da largura de banda da memória e das restrições de latência podem variar consoante o tipo de cargas de trabalho.
Sugestões para maximizar o desempenho
Para obter o desempenho máximo, execute vários trabalhos com profundidade de fila profunda por dispositivo.
Evite misturar comandos de administrador NVMe (por exemplo, consulta de informações NVMe SMART) com comandos de E/S NVMe durante cargas de trabalho ativas. Os dispositivos Lsv3, Lasv3 e Lsv2 NVMe são suportados pela tecnologia NVMe Direct do Hyper-V, que muda para o "modo lento" sempre que quaisquer comandos de administrador NVMe estiverem pendentes. Os utilizadores de Lsv3, Lasv3 e Lsv2 poderão ver uma queda significativa no desempenho de E/S do NVMe se esse cenário acontecer.
Não é recomendado que os utilizadores do Lsv2 confiem nas informações de NUMA do dispositivo (todas as 0) comunicadas a partir da VM para que as unidades de dados decidam a afinidade NUMA para as respetivas aplicações. Para um melhor desempenho, é recomendado distribuir cargas de trabalho pelas CPUs, se possível.
A profundidade máxima da fila suportada por par de filas de E/S para o dispositivo Lsv3, Lasv3 e Lsv2 VM NVMe é 1024. Recomenda-se que os utilizadores de Lsv3, Lasv3 e Lsv2 limitem as cargas de trabalho de referência (sintéticas) à profundidade de fila 1024 ou inferior para evitar acionar 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 não processados sem criação de partições, sem sistemas de ficheiros, sem configuração RAID, etc.
Utilizar o armazenamento NVMe local
O armazenamento local no disco NVMe de 1,92 TB em todas as VMs Lsv3, Lasv3 e Lsv2 é efémero. Durante um reinício padrão bem-sucedido da VM, os dados no disco NVMe local persistem. Os dados não persistem no NVMe se a VM for reimplementada, desalocada ou eliminada. Os dados não persistem se outro problema fizer com que a VM, ou o hardware em que a VM está em execução, fique em mau estado de funcionamento. Quando este cenário acontece, todos os dados no anfitrião antigo são apagados de forma segura.
Também existem casos em que a VM precisa de ser movida para um computador anfitrião diferente; por exemplo, durante uma operação de manutenção planeada. As operações de manutenção planeada e algumas falhas de hardware podem ser antecipadas com Eventos Agendados. Utilize Eventos Agendados para se manter atualizado em quaisquer operações de manutenção e recuperação previstas.
No caso de um evento de manutenção planeada exigir que a VM seja recriada num novo anfitrião com discos locais vazios, os dados têm de ser ressincronizados (mais uma vez, com todos os dados no anfitrião antigo a serem apagados de forma segura). Este cenário ocorre porque as VMs da série Lsv3, Lasv3 e Lsv2 não suportam atualmente a migração em direto no disco NVMe local.
Existem dois modos de manutenção planeada: manutenção padrão controlada pelo cliente da VM e manutenção automática.
Para quaisquer eventos de serviço futuros, utilize o processo de manutenção controlado para selecionar uma hora mais conveniente para a atualização. Antes do evento, faça uma cópia de segurança dos seus dados no armazenamento premium. Após a conclusão do evento de manutenção, devolva os seus dados ao armazenamento NVMe local das VMs Lsv2 atualizadas.
Os cenários que mantêm dados em discos NVMe locais incluem quando:
- A VM está em execução e em bom estado de funcionamento.
- A VM é reiniciada por si ou pelo Azure.
- A VM está em pausa (parada sem desalocação).
- A maioria das operações de manutenção planeada.
Os cenários que apagam dados de forma segura para proteger o cliente incluem quando:
- A VM é reimplementada, parada (desalocada) ou eliminada por si.
- A VM fica em mau estado de funcionamento e tem de recuperar o serviço para outro nó devido a um problema de hardware.
- Algumas das operações de manutenção planeada que exigem que a VM seja realocada para outro anfitrião para manutenção.
Manutenção controlada pelo cliente da VM Standard
Na manutenção padrão controlada pelo cliente da VM, a VM é movida para um anfitrião atualizado durante uma janela de 30 dias.
Os dados de armazenamento local Lsv3, Lasv3 e Lsv2 podem ser perdidos, pelo que é recomendada a cópia de segurança dos dados antes do evento.
Manutenção automática
A manutenção automática ocorre 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 segurança de zero dias.
Este tipo de manutenção destina-se a preservar os dados dos clientes, mas existe um pequeno risco de um congelamento ou reinício da VM.
Os dados de armazenamento local Lsv3, Lasv3 e Lsv2 podem ser perdidos, pelo que é recomendada a cópia de segurança dos dados antes do evento.
Perguntas mais frequentes
Seguem-se perguntas mais frequentes sobre estas séries.
Como devo proceder para começar a implementar VMs da série L?
Tal como qualquer outra VM, crie uma VM com o portal do Azure, através da Interface de Command-Line do Azure (CLI do Azure) ou através do PowerShell.
Uma única falha do disco NVMe faz com que todas as VMs no anfitrião falhem?
Se for detetada uma falha de disco no nó de hardware, o hardware está num estado de falha. Quando este problema ocorre, todas as VMs no nó são automaticamente desalocadas e movidas para um nó em bom estado de funcionamento. Para as VMs da série Lsv3, Lasv3 e Lsv2, este cenário significa que os dados do cliente no nó com falha também são apagados de forma segura. O cliente precisa de recriar os dados no novo nó.
Preciso de fazer ajustes nas Windows Server 2012 ou Windows Server 2016?
A consulta NVMe só está disponível no Windows Server 2019 e versões posteriores no Azure.
Posso voltar a um modelo tradicional de rotina de interrupção de serviço (ISR)?
As VMs da série Lasv3 e Lsv2 estão otimizadas para consulta NVMe. Atualizações são continuamente fornecidas para melhorar o desempenho das consultas.
Posso ajustar as definições de consulta no Windows Server 2019 ou versões posteriores?
As definições de consulta não são ajustáveis pelo utilizador.
Passos seguintes
Veja especificações para todas as VMs otimizadas para o desempenho do armazenamento no Azure.