O Azure Virtual Machines (VM) é o primeiro serviço de computação estudado para o AZ-900, mas o conteúdo do exame revisado em julho de 2026 pergunta mais sobre o que cerca uma VM do que sobre a VM em si. "Os recursos necessários para máquinas virtuais" e "os conjuntos de disponibilidade" aparecem como itens separados, e os conjuntos de dimensionamento e o Azure Virtual Desktop são comparados dentro do mesmo objetivo.
Este artigo é o complemento sobre VMs da nossa série de análises aprofundadas do AZ-900. Se Computação e Redes deu a você uma visão ampla dos serviços de computação, aqui percorremos uma única VM na ordem em que o exame pergunta sobre ela, desde os recursos criados junto com ela até as formas de posicionar as VMs para que sobrevivam a falhas.
---
Quando usar uma VM?
Uma VM é IaaS (infraestrutura como serviço). Você não precisa comprar nem manter servidores físicos, mas aplicar patches, atualizar e configurar o sistema operacional dentro da VM continua sendo sua responsabilidade. Pensando em um carro alugado, você aluga o carro, mas continua sendo você quem dirige e abastece. Como você ganha esse nível de controle, escolhe uma VM quando precisa trabalhar diretamente com o sistema operacional.
| Caso de uso | Descrição | |------|------| | Testes e desenvolvimento | Criar rapidamente diferentes configurações de sistema operacional e aplicativos e removê-las ao fim dos testes | | Hospedar aplicativos na nuvem | Executar aplicativos e aumentar ou reduzir a capacidade conforme a demanda muda | | Estender o datacenter | Estender uma rede local para o Azure e executar cargas de trabalho em uma rede virtual conectada | | Recuperação de desastres | Executar no Azure as cargas críticas quando o site principal fica indisponível | | Migração lift and shift | Mover os servidores existentes como estão, com pouco ou nenhum redesenho do aplicativo |
Dica para o exame: expressões como "precisa de controle total do sistema operacional", "migrar servidores existentes sem modificá-los" ou "é preciso instalar um software específico diretamente" apontam para VMs. Já "implantar apenas um aplicativo web sem gerenciar infraestrutura" aponta para um serviço PaaS como o App Service.
---
Recursos que você escolhe ao criar uma VM
Este é o objetivo "recursos necessários para máquinas virtuais". Assim como alugar um carro envolve escolher o modelo, o tamanho do porta-malas e até as estradas por onde você vai rodar, criar uma VM não cria uma coisa só. Vários recursos são criados ou conectados junto com ela.
| Recurso | Função | O que você decide | |------|------|------| | Tamanho da VM | O desempenho da VM | Finalidade, número de vCPUs, quantidade de memória (RAM) | | Disco do sistema operacional | O disco onde o sistema operacional é instalado | Tipo HDD ou SSD e capacidade | | Discos de dados | Discos separados para os dados do aplicativo (opcionais) | Quantidade, tipo, capacidade | | Interface de rede (NIC) | A placa que conecta a VM a uma rede virtual | A sub-rede em que entra, o IP privado | | Rede virtual e sub-rede | A rede onde a VM fica | O espaço de endereços e as sub-redes | | Endereço IP público | O endereço para acessar a VM pela internet (opcional) | Se será atribuído ou não | | Grupo de segurança de rede (NSG) | Regras que decidem quais portas ficam abertas | Se portas como RDP (3389), SSH (22) e HTTP são permitidas |
Como esses recursos existem separadamente da VM, dependendo de como você a exclui e de como ela está configurada, discos ou o IP público podem ficar para trás e continuar gerando cobranças. Depois de praticar, criar o hábito de excluir o grupo de recursos inteiro mantém você seguro.
Dica para o exame: quando você "para (desaloca)" uma VM, as cobranças de computação param, mas as de armazenamento dos discos continuam. Lembre também que, se você só desligar a VM de dentro do sistema operacional sem desalocá-la, as cobranças de computação continuam correndo.
Como ler o nome de um tamanho de VM
O nome de um tamanho de VM traz informações sobre a finalidade e o desempenho. Por exemplo, D2s_v5 se lê assim.
| Parte do nome | Significado | |------|------| | D | Família da VM (uso geral) | | 2 | Duas vCPUs | | s | Compatível com SSD Premium | | v5 | Geração de hardware daquela família |
A letra da família indica para que tipo de carga de trabalho a VM é adequada. Para o AZ-900, mais do que decorar letras, basta entender o fluxo: escolher primeiro a família que combina com a carga de trabalho, definir o tamanho que entrega o desempenho necessário e ajustar depois conforme a demanda muda.
| Família | Característica | Uso típico | |------|------|------| | B | Expansível (burstable), baixo custo | Desenvolvimento e testes com picos ocasionais de CPU | | D | Uso geral | Servidores web, servidores de aplicativos pequenos e médios | | E | Otimizada para memória | Bancos de dados em memória, análises | | F | Otimizada para computação | Camadas de aplicativo com uso intenso de CPU | | M | Grande capacidade de memória | Grandes bancos de dados corporativos | | L | Otimizada para armazenamento | Armazenamento e processamento de dados de alta taxa de transferência | | N | Com GPU | Treinamento e inferência de IA, gráficos |
---
Opções de disponibilidade de VMs: de uma única VM às zonas de disponibilidade
Uma única VM para quando o hardware em que ela está tem um problema. Por isso, você executa várias VMs e escolhe como posicioná-las de acordo com o tamanho da falha que precisa suportar. Quanto mais amplo o posicionamento, maior a falha que ele aguenta e mais alto o SLA.
| Configuração | Falha contra a qual protege | SLA de conectividade da VM | |------|------|------| | Uma única VM (todos os discos SSD Premium ou Ultra Disk) | Nenhum posicionamento tolerante a falhas | 99,9% | | Conjunto de disponibilidade (duas ou mais VMs) | Falhas de hardware no nível do rack, reinicializações por manutenção planejada | 99,95% | | Zonas de disponibilidade (duas ou mais VMs em duas ou mais zonas) | Falha de um datacenter inteiro | 99,99% | | Replicação para outra região (usando pares de regiões) | Um desastre que afeta uma região inteira | É assunto do projeto de recuperação de desastres, não do SLA da VM |
!Comparação das opções de disponibilidade de VMs
Domínios de falha vs domínios de atualização
Um conjunto de disponibilidade distribui as VMs usando dois tipos de agrupamento. Imagine um condomínio de prédios: um domínio de falha é o grupo de prédios que compartilha o mesmo quadro elétrico, e um domínio de atualização é o grupo de prédios vistoriados no mesmo dia.
| Categoria | Domínio de falha | Domínio de atualização | |------|------|------| | Como as VMs são agrupadas | VMs que compartilham uma fonte de energia e um switch de rede | VMs que podem ser reinicializadas juntas durante a manutenção planejada | | Para o que prepara | Falhas de hardware, como queda de energia ou defeito no switch | A manutenção planejada da plataforma Azure | | Número máximo | 3 | 20 |
A manutenção avança um domínio de atualização por vez, e cada domínio reinicializado tem 30 minutos para se recuperar antes que a manutenção passe para o próximo. Se um conjunto de disponibilidade tem cinco domínios de atualização e seis VMs, a sexta VM vai para o mesmo domínio de atualização da primeira. O conjunto de disponibilidade em si não tem custo adicional; você paga apenas pelas VMs.
Conjuntos de disponibilidade vs zonas de disponibilidade
| Categoria | Conjunto de disponibilidade | Zonas de disponibilidade | |------|------|------| | Onde as VMs ficam | Em racks diferentes dentro de um datacenter | Em datacenters fisicamente separados dentro de uma região | | Falha que suporta | Falhas no nível do rack (não a perda de um datacenter inteiro) | Falha de um datacenter inteiro | | Latência entre VMs | Menor (fisicamente próximas) | Relativamente maior porque o tráfego cruza zonas | | Uso típico | Regiões que não oferecem zonas de disponibilidade | A escolha padrão em regiões que oferecem zonas de disponibilidade |
Dica para o exame: se aparecer "a maior disponibilidade" ou "mesmo que um datacenter caia", a resposta são as zonas de disponibilidade. A Microsoft recomenda priorizar projetos baseados em zonas nas regiões que as oferecem e recomenda os Conjuntos de Dimensionamento de Máquinas Virtuais no modo de orquestração flexível para novas configurações que precisam de alta disponibilidade.
---
Conjuntos de Dimensionamento de Máquinas Virtuais: VMs idênticas que crescem e diminuem sozinhas
Os conjuntos de dimensionamento permitem gerenciar como uma unidade um grupo de VMs configuradas de forma idêntica. É como um parque de diversões que abre mais bilheterias quando a multidão chega e as fecha quando o movimento cai. Sem conjuntos de dimensionamento, você teria de manter consistente a configuração de cada VM, acompanhar o uso e ajustar você mesmo o número de VMs.
| Característica | Detalhes | |------|------| | Configuração idêntica | As VMs são criadas a partir da mesma imagem e das mesmas configurações, como se fossem carimbadas | | Dimensionamento automático | Adiciona ou remove VMs automaticamente com base na demanda (como o uso de CPU) ou em um agendamento | | Integração com balanceamento de carga | Funciona com o Azure Load Balancer para distribuir o tráfego de forma uniforme | | Escala | Até 1.000 VMs com imagens do Marketplace | | Preço | O conjunto de dimensionamento em si é gratuito; você paga apenas pelas VMs, rede e armazenamento usados |
| Categoria | Conjunto de disponibilidade | Conjuntos de Dimensionamento de Máquinas Virtuais | |------|------|------| | Finalidade principal | Espalhar as VMs para sobreviver a falhas | Ajustar automaticamente o número de VMs à demanda | | Configuração das VMs | Cada VM é criada separadamente | Criadas em lote a partir da mesma imagem | | Dimensionamento automático | Não | Sim |
Dica para o exame: "Adicionar VMs automaticamente à medida que o tráfego cresc