Pular para o conteúdo principal

Laboratório Técnico: Manage Virtual Machine Sizes

Questões​

Questão 1 — Múltipla Escolha​

Uma equipe de dados precisa executar workloads de machine learning com alto consumo de GPU. O ambiente já está em produção e os desenvolvedores relatam que as VMs atuais da série D estão com gargalo de processamento paralelo. Qual família de VMs do Azure é a mais indicada para substituição nesse cenário?

A) Série E, otimizada para memória
B) Série N, com suporte a GPU dedicada
C) Série F, otimizada para computação de CPU
D) Série B, com créditos de CPU acumuláveis

Questão 2 — Cenário Técnico​

Um administrador precisa redimensionar uma VM em produção de Standard_D2s_v3 para Standard_D8s_v3. Ao tentar executar o redimensionamento pelo portal do Azure, o botão de confirmação está desabilitado e a operação não pode ser concluída. O que mais provavelmente explica esse comportamento?

A) A VM está usando discos não gerenciados, que não suportam redimensionamento
B) O tamanho de destino não está disponível no cluster de hardware onde a VM está alocada
C) A assinatura atingiu a cota de vCPUs para a região e bloqueou a operação
D) A VM está associada a uma Availability Zone e não pode ser redimensionada sem ser recriada

Questão 3 — Verdadeiro ou Falso​

Uma VM do Azure pode ser redimensionada para qualquer tamanho disponível na mesma região sem necessidade de desalocação, desde que o novo tamanho pertença à mesma família e geração da VM atual.

Questão 4 — Cenário Técnico​

Uma empresa executa uma VM Standard_D4s_v3 e precisa migrar para Standard_E4s_v3 para atender a novos requisitos de memória. O administrador planeja executar o seguinte fluxo:

1. Parar a VM (Stop)
2. Selecionar o novo tamanho no portal
3. Aplicar e iniciar a VM

Um colega adverte que simplesmente clicar em "Stop" no portal não é suficiente para garantir o redimensionamento entre famílias diferentes. Qual é o estado correto que a VM precisa atingir antes do redimensionamento nesse caso?

A) Stopped (OS desligado, mas ainda alocado no host)
B) Deallocated (liberada do host físico, sem alocação de hardware)
C) Paused (suspensa em memória, mantendo contexto de execução)
D) Hibernated (estado salvo em disco com preservação de sessão)

Questão 5 — Múltipla Escolha​

Ao comparar os tamanhos Standard_B2ms e Standard_D2s_v3 para hospedar uma aplicação web interna com tráfego imprevisível e picos ocasionais, qual afirmação descreve corretamente a diferença de comportamento entre os dois tamanhos?

A) O B2ms oferece performance de CPU constante, enquanto o D2s_v3 usa créditos para picos
B) O D2s_v3 é ideal para cargas com picos esporádicos, pois acumula créditos durante períodos ociosos
C) O B2ms acumula créditos de CPU quando a utilização está abaixo da baseline, permitindo picos temporários de performance
D) Ambos os tamanhos oferecem CPU dedicada constante, diferindo apenas na quantidade de memória disponível

Gabarito e Explicações​

Gabarito — Questão 1​

Resposta: B

As VMs da série N (como NC, ND e NV) são as únicas famílias do Azure equipadas com GPUs dedicadas da NVIDIA, projetadas para workloads de machine learning, deep learning e computação paralela. A letra B é a única resposta tecnicamente defensável para o cenário descrito.

Os distratores representam confusões comuns:

  • A série E é otimizada para memória, não para processamento paralelo com GPU
  • A série F prioriza a relação vCPU/memória para cargas CPU-intensivas, sem GPU
  • A série B é para cargas com baixo consumo médio de CPU e não oferece aceleração de hardware especializado

Escolher a série F ou E em um cenário de ML resultaria em performance inadequada e custo elevado sem o ganho esperado.

Gabarito — Questão 2​

Resposta: B

No Azure, VMs são alocadas em clusters de hardware físico. Nem todos os tamanhos disponíveis em uma região estão presentes em todos os clusters. Quando o tamanho de destino não existe no cluster onde a VM está hospedada, o Azure bloqueia a operação porque não é possível mover a VM para outro host sem desalocá-la.

A solução nesse caso é desalocar a VM (Deallocate), o que libera o vínculo com o cluster atual e permite que o Azure realoque a VM em um host que suporte o tamanho desejado.

Os outros distratores são plausíveis, mas incorretos neste contexto:

  • Discos não gerenciados podem limitar algumas features, mas não impedem redimensionamento dentro da mesma família
  • Cota de vCPUs gera uma mensagem de erro específica, não desabilita o botão silenciosamente
  • Availability Zones não impedem redimensionamento por si só

Gabarito — Questão 3​

Resposta: Falso

A afirmação é falsa. A necessidade de desalocação não depende de família ou geração, mas da disponibilidade do tamanho de destino no cluster físico onde a VM está alocada. Mesmo dentro da mesma família, se o tamanho-alvo não estiver disponível no hardware atual, a desalocação será necessária.

Além disso, redimensionamentos entre famílias diferentes quase sempre exigem desalocação porque utilizam gerações distintas de hardware. O comportamento correto é: se o Azure indicar que o tamanho está disponível sem desalocação, a operação pode ser feita a quente; caso contrário, a desalocação é obrigatória independentemente da família.

Gabarito — Questão 4​

Resposta: B

O estado Deallocated é o único que efetivamente libera a VM do host físico no Azure. Quando uma VM está apenas no estado Stopped (desligamento de SO via portal ou sistema operacional), ela continua alocada no mesmo cluster de hardware, o que impede o Azure de movê-la para um host diferente que suporte o novo tamanho.

Isso é especialmente relevante em migrações entre famílias (como D para E), que quase sempre requerem hosts distintos.

Os outros estados descritos nos distratores não existem como estados gerenciáveis de ciclo de vida de VMs no Azure da forma descrita: Paused e Hibernated não são estados de gerenciamento padrão para esse fluxo de redimensionamento.

Gabarito — Questão 5​

Resposta: C

As VMs da série B funcionam com um modelo de créditos de CPU (burstable). Quando a VM opera abaixo da baseline de CPU definida para aquele tamanho, ela acumula créditos. Esses créditos podem ser consumidos durante picos, elevando temporariamente a performance de CPU acima da baseline.

Esse modelo é adequado exatamente para cargas com tráfego imprevisível e picos ocasionais, como a aplicação web descrita.

A série D oferece CPU dedicada com performance constante, sem acúmulo de créditos, sendo mais indicada para cargas contínuas e previsíveis.

Os distratores A e B invertem o comportamento dos dois tamanhos, e o distrator D afirma erroneamente que ambos oferecem performance constante, o que ignora completamente o modelo burstable da série B.