Visão geral da máquina virtual da série HBv4

Aplica-se a: ✔️ VMs ✔️ Linux VMs ✔️ do Windows Conjuntos ✔️ de escala flexíveis Conjuntos de balanças uniformes

Um servidor da série HBv4 possui 2 * CPUs EPYC 9V33X de 96 núcleos para um total de 192 núcleos físicos "Zen4" com cache AMD 3D-V. Multithreading simultâneo (SMT) está desativado no HBv4. Esses 192 núcleos são divididos em 24 seções (12 por soquete), cada seção contendo 8 núcleos de processador com acesso uniforme a um cache L3 de 96 MB. Os servidores HBv4 do Azure também executam as seguintes configurações do AMD BIOS:

Nodes per Socket (NPS) = 2
L3 as NUMA = Disabled
NUMA domains within VM OS = 4
C-states = Enabled

Como resultado, o servidor inicializa com 4 domínios NUMA (2 por soquete) cada um com 48 núcleos de tamanho. Cada NUMA tem acesso direto a 6 canais de DRAM física.

Para fornecer espaço para o hipervisor do Azure operar sem interferir com a VM, reservamos 16 núcleos físicos por servidor.

Topologia de VM

O diagrama a seguir mostra a topologia do servidor. Reservamos esses 16 núcleos de host do hipervisor (amarelo) simetricamente em ambos os soquetes de CPU, tomando os primeiros 2 núcleos de CCDs (Core Complex Dies) específicos em cada domínio NUMA, com os núcleos restantes para a VM da série HBv4 (verde).

O limite CCD é diferente de um limite NUMA. No HBv4, um grupo de seis (6) CCDs consecutivos é configurado como um domínio NUMA, tanto no nível do servidor host quanto em uma VM convidada. Assim, todos os tamanhos de VM HBv4 expõem 4 domínios NUMA uniformes que aparecem para um sistema operacional e aplicativo, conforme mostrado abaixo, cada um com um número diferente de núcleos, dependendo do tamanho específico da VM HBv4.

Cada tamanho de VM HBv4 é semelhante em layout físico, recursos e desempenho de uma CPU diferente da AMD EPYC 9V33X, da seguinte maneira:

O mapeamento NUMA virtual de cada tamanho de VM HBv4 é mapeado para a topologia NUMA física subjacente. Não há nenhuma abstração enganosa potencial da topologia de hardware.

A topologia exata para os vários tamanhos de VM HBv4 aparece da seguinte forma usando a saída de lstopo:

lstopo-no-graphics --no-io --no-legend --of txt

Rede InfiniBand

As VMs HBv4 também apresentam adaptadores de rede NVIDIA Mellanox NDR InfiniBand (ConnectX-7) operando a até 400 Gigabits/seg. A NIC é passada para a VM via SRIOV, permitindo que o tráfego de rede ignore o hipervisor. Como resultado, os clientes carregam drivers padrão Mellanox OFED em VMs HBv4 como se fossem um ambiente bare metal.

As VMs HBv4 suportam Roteamento Adaptativo, Transporte Conectado Dinâmico (DCT, além dos transportes RC e UD padrão) e descarga baseada em hardware de coletivos MPI para o processador integrado do adaptador ConnectX-7. Esses recursos melhoram o desempenho, a escalabilidade e a consistência do aplicativo, e o uso deles é recomendado.

Armazenamento temporário

As VMs HBv4 apresentam 3 dispositivos SSD fisicamente locais. Um dispositivo é pré-formatado para servir como um arquivo de paginação e apareceu em sua VM como um dispositivo "SSD" genérico.

Dois outros SSDs maiores são fornecidos como dispositivos NVMe de bloco não formatados via NVMeDirect. Como o dispositivo NVMe de bloco ignora o hipervisor, ele tem maior largura de banda, IOPS mais alta e menor latência por IOP.

Quando emparelhado em uma matriz distribuída, o SSD NVMe fornece até 12 GB/s de leitura e 7 GB/s de gravação, e até 186.000 IOPS (leituras) e 201.000 IOPS (gravações) para profundidades de fila profundas.

Especificações de hardware

Especificações de software

Próximos passos

• Leia sobre os anúncios mais recentes, exemplos de carga de trabalho HPC e resultados de desempenho nos Blogs da Comunidade de Tecnologia de Computação do Azure.
• Para obter uma exibição de arquitetura de nível superior da execução de cargas de trabalho HPC, consulte Computação de alto desempenho (HPC) no Azure.