Tamanhos expansíveis da máquina virtual da série B

Aplica-se a: ✔️ VMs do Linux ✔️ VMs do Windows ✔️ Conjuntos de dimensionamento flexíveis ✔️ Conjuntos de dimensionamento uniformes

As VMs da série B podem ser implantadas em uma variedade de tipos de hardware e processadores e, portanto, a alocação de largura de banda competitiva é fornecida. A série B é executada nos processadores de terceira geração Intel® Xeon® Platinum 8370C (Ice Lake), Intel® Xeon® Platinum 8272CL (Cascade Lake), Intel® Xeon® 8171M 2.1 GHz (Skylake), Intel® Xeon® E5-2673 v4 2.3 GHz (Broadwell) ou Intel® Xeon® E5-2673 v3 2.4 GHz (Haswell). As VMs da série B são ideais para cargas de trabalho que não precisam ter o desempenho total da CPU continuamente, como servidores Web, provas de conceito, bancos de dados pequenos e ambientes de build de desenvolvimento. Normalmente, essas cargas de trabalho têm requisitos de desempenho expansíveis. Para determinar o hardware físico no qual esse tamanho é implantado, consulte o hardware virtual de dentro da Máquina Virtual. A série B oferece a capacidade de adquirir um tamanho de VM com desempenho de linha de base que pode acumular créditos quando está usando menos do que sua linha de base. Quando a VM acumular créditos, ela poderá ultrapassar a linha de base usando até 100% da vCPU quando seu aplicativo exigir um melhor desempenho de CPU.

A série B tem nos seguintes tamanhos de VM:

ACU (unidade de computação do Azure): Varia*
Armazenamento Premium: com suporte
Cache de Armazenamento Premium: sem suporte
Migração ao Vivo: com suporte
Atualizações de preservação de memória: com suporte
Suporte à geração de VM: geração 1 e 2
Rede Acelerada: com suporte**
Discos de SO Efêmero: Com suporte
Virtualização aninhada: sem suporte

*As VMs da série B podem ser expansíveis e, portanto, os números de ACU variam dependendo das cargas de trabalho e do uso principal.
**A Rede Acelerada só tem suporte para Standard_B12ms, Standard_B16ms e Standard_B20ms.

Tamanho vCPU Memória: GiB Armazenamento temporário (SSD) GiB Base de desempenho da CPU da VM Máximo desempenho da CPU da VM Créditos iniciais Créditos armazenados/hora Máximo de créditos armazenados Discos de dados máximos Taxa de transferência de disco sem cache: IOPS/MBps Taxa de transferência máxima do disco intermitente não armazenado em cache: IOPS/MBps1 Máximo de NICs
Standard_B1ls2 1 0,5 4 5% 100% 30 3 72 2 160/10 4000/100 2
Standard_B1s 1 1 4 10% 100% 30 6 144 2 320/10 4000/100 2
Standard_B1ms 1 2 4 20% 100% 30 12 288 2 640/10 4000/100 2
Standard_B2s 2 4 8 40% 200% 60 24 576 4 1280/15 4000/100 3
Standard_B2ms 2 8 16 60% 200% 60 36 864 4 1920/22.5 4000/100 3
Standard_B4ms 4 16 32 90% 400% 120 54 1296 8 2880/35 8000/200 4
Standard_B8ms 8 32 64 135% 800% 240 81 1944 16 4320/50 8000/200 4
Standard_B12ms 12 48 96 202% 1200% 360 121 2909 16 4320/50 16000/400 6
Standard_B16ms 16 64 128 270% 1600% 480 162 3888 32 4320/50 16000/400 8
Standard_B20ms 20 80 160 337% 2000% 600 203 4860 32 4320/50 16000/400 8

1 as VMs da série B podem causar intermitência no desempenho do disco e chegar até o máximo de intermitência por até 30 minutos por vez.

2 B1ls é compatível apenas com Linux

Exemplo de carga de trabalho

Considere um aplicativo de check-in/saída do Office. O aplicativo precisa de picos de CPU durante o horário comercial, mas não muito poder de computação fora do horário de expediente. Neste exemplo, a carga de trabalho requer uma máquina virtual 16vCPU com 64GiB de RAM para trabalhar com eficiência.

A tabela mostra os dados de tráfego por hora e o gráfico é uma representação visual desse tráfego.

Características do B16:

Desempenho máximo da CPU: 16vCPU * 100% = 1600%

Linha de base: 270%

Gráfico de dados de tráfego por hora

Cenário Hora Uso de CPU (%) Créditos acumulados1 Créditos disponíveis
Implantação do B16ms Implantação Implantação 480 (Créditos iniciais) 480
Nenhum tráfego 0:00 0 162 642
Nenhum tráfego 1:00 0 162 804
Nenhum tráfego 2:00 0 162 966
Nenhum tráfego 3:00 0 162 1128
Nenhum tráfego 4:00 0 162 1290
Nenhum tráfego 5:00 0 162 1452
Tráfego baixo 6:00 270 0 1452
Os funcionários chegam ao escritório (o aplicativo precisa de 80% de vCPU) 7:00 1280 -606 846
Os funcionários continuam chegando ao escritório (o aplicativo precisa de 80% de vCPU) 8:00 1280 -606 240
Tráfego baixo 9:00 270 0 240
Tráfego baixo 10:00 100 102 342
Tráfego baixo 11:00 50 132 474
Tráfego baixo 12:00 100 102 576
Tráfego baixo 13:00 100 102 678
Tráfego baixo 14:00 50 132 810
Tráfego baixo 15:00 100 102 912
Tráfego baixo 16:00 100 102 1014
Funcionários fazendo check-out (o aplicativo precisa de 100% de vCPU) 17:00 1600 -798 216
Tráfego baixo 18:00 270 0 216
Tráfego baixo 19:00 270 0 216
Tráfego baixo 20:00 50 132 348
Tráfego baixo 21:00 50 132 480
Nenhum tráfego 22:00 0 162 642
Nenhum tráfego 23:00 0 162 804

1 os créditos acumulados/créditos usados em uma hora são equivalentes a: ((Base CPU perf of VM - CPU Usage) / 100) * 60 minutes.

Para um D16s_v3 que tem 16 vCPUs e 64 GiB de memória, a taxa é $ 0,936 por hora (mensalmente $ 673,92) e para B16ms com 16 vCPUs e 64 GiB de memória a taxa é $ 0,794 por hora (mensalmente $ 547,86). Isso resulta em uma economia de 15%!

P & R

P: o que acontece quando meus créditos acabam?

R: Quando os créditos são esgotados, a VM volta ao desempenho do computador de linha de base.

P: como obter 135% da linha de base de desempenho de uma VM?

R: os 135% são compartilhados entre as 8 vCPUs que compõem o tamanho da VM. Por exemplo, se seu aplicativo utiliza 4 dos 8 núcleos trabalhando em processamento de lotes e cada uma das 4 vCPUs estão sendo executadas a 30% da utilização, o desempenho total da CPU da VM será de 120%. Isso significa que a VM estaria criando créditos de tempo com base no delta de 15% da sua linha de base de desempenho. Mas isso também significa que quando você tem créditos disponíveis, a mesma VM pode usar 100% de todas as 8 vCPUs, o que daria à VM um desempenho máximo de CPU de 800%.

P: como posso monitorar meu saldo e consumo?

R: A métrica Credit permitirá ver quantos créditos a sua VM acumulou e a métricaConsumedCredit mostrará quantos créditos de CPU sua VM consumiu do banco. Você poderá exibir essas métricas no painel de métricas no portal ou programaticamente pelas APIs do Azure Monitor.

Para saber mais sobre como acessar os dados de métrica do Azure, confira Visão geral das métricas no Microsoft Azure.

P: como os créditos são acumulados e consumidos?

R: as taxas de consumo e acumulação da VM estão definidas de modo que uma VM em execução na sua linha de base de desempenho não terá acúmulo ou consumo de créditos. Uma VM terá um aumento de créditos sempre que estiver em execução abaixo da linha de base de desempenho e terá uma redução nos créditos sempre que a VM estiver usando a CPU acima da sua linha de base de desempenho.

Exemplo: implantei uma VM usando o tamanho B1ms para meu aplicativo de banco de dados pequeno. Esse tamanho permite que o meu aplicativo use até 20% de uma vCPU como minha linha de base, o que significa 0,2 de crédito por minuto que posso usar ou acumular.

Meu aplicativo está ocupado no início e no final do dia de trabalho dos meus funcionários, de 7h às 9h e de 16h às 18h. Durante as outras 20 horas do dia, meu aplicativo está normalmente ocioso, usando apenas 10% da vCPU. No horário fora de pico, acumulo 0,2 de crédito por minuto, mas consumo 0,1 de crédito por minuto, ou seja, minha VM acumulará 0,1 x 60 = 6 créditos por hora. Nas 20 horas em que estou fora de pico, acumularei 120 créditos.

Durante o horário de pico, meu aplicativo aproveita 60% de utilização de vCPU, ainda acumulo 0,2 de crédito por minuto, mas consumo 0,6 de crédito por minuto, com um custo líquido de 0,4 de crédito por minuto, ou 0,4 x 60 = 24 créditos por hora. Tenho 4 horas por dia de pico, ou seja, meu uso em hora de pico é de 4 x 24 = 96 créditos.

Se eu usar os 120 créditos acumulados fora de pico e subtrair os 96 créditos que usei para meu horário de pico, acumulo mais 24 créditos por dia para usar em outras atividades.

P: como posso calcular os créditos acumulados e usados?

R: Você pode usar a seguinte fórmula:

(Desempenho base da CPU da VM-uso da CPU)/100 = banco de créditos ou uso por minuto

por exemplo, na instância acima, sua linha de base é de 20% e se você usar 10% da CPU que está acumulando (20%-10%)/100 = 0,1 crédito por minuto.

P: a série B dá suporte a discos de dados de Armazenamento Premium?

R: sim, todos os tamanhos da série B dão suporte a discos de dados de Armazenamento Premium.

P: Por que meu conjunto de créditos restantes está definido como 0 após uma reimplantação ou parar/iniciar?

R: Quando uma VM é reimplantada e a VM muda para outro nó, o crédito acumulado é perdido. Se a VM for iniciada/interrompida, mas permanecer no mesmo nó, a VM retém o crédito acumulado. Sempre que a VM iniciar de novo em um nó, ele recebe uma crédito inicial, para Standard_B8ms de 240.

P: o que acontecerá se eu implantar uma imagem de sistema operacional sem suporte no B1ls?

R: O B1ls só dá suporte a imagens do Linux e, se você implantar qualquer outra imagem do sistema operacional, talvez não obtenha a melhor experiência do cliente.

Outros tamanhos e informações

Calculadora de Preços: Calculadora de Preços

Mais informações sobre tipos de discos: tipos de disco

Próximas etapas

Saiba mais sobre como as ACUs (unidade de computação do Azure) podem ajudar você a comparar o desempenho de computação entre SKUs do Azure.