← AZ-104: administração Azure em produção
14 / 17 · 40 MIN

Máquinas, discos e capacidade efetiva

Interpreta resize, limites em série e regras de escala antes de aceitar capacidade.

Pedido e alocação

Resize de uma VM em execução implica reinicialização e pode exigir desalocação para mudar de capacidade disponível. Não aproves a operação como sem interrupção só porque o tamanho aparece na lista. Após uma falha, o modelo de recursos pode indicar o tamanho pedido enquanto a VM continua a executar no tamanho anterior.

Relaciona o resultado da operação com a alocação e o comportamento observados. Prepara recuperação e comunicação da janela.

Papel e compatibilidade dos discos

Uma comparação de IOPS não basta para escolher discos. Ultra e Premium SSD v2 não são tipos de disco OS. Confirma o papel, a compatibilidade da VM e a disponibilidade aplicável antes de avaliar desempenho.

A capacidade da VM também limita I/O: um disco configurado para 20000 IOPS não entrega um requisito de 15000 se a VM limita o conjunto a 12000. Somar esses dois limites seria incorreto; são restrições na mesma cadeia.

Regras de autoscale

Autoscale escolhe o perfil aplicável e respeita os limites de capacidade. Quando várias regras de scale-out disparam, calcula a capacidade resultante de cada uma e escolhe a maior, em vez de somar aumentos. Para scale-in, todas as condições de redução têm de se verificar; a redução é conservadora e pode ser adiada para evitar oscilação.

Considera cooldown e sinal observado. Um limiar atingido não demonstra capacidade instantânea ou aceitação de novos pedidos.

Exercício de capacidade

Parte de quatro instâncias e duas ações elegíveis de aumento: duas e cinco instâncias, com máximo de doze. A decisão resulta em nove, não onze nem doze. Depois, imagina CPU baixa mas fila ainda longa, com ambas como condições de scale-in.

Explica porque a redução não deve ocorrer nessa avaliação. Completa o relatório com capacidade efetiva, limites dos discos e disponibilidade sobrevivente; não extrapoles tolerância a uma zona a partir de um availability set.

NA PRÁTICA

Após resize falhado, um dashboard mostra a configuração pedida, mas o ensaio continua limitado. Confirma a capacidade em execução antes de alterar o workload ou comprar discos mais rápidos.

Armadilhas comuns

Não somar limites em série, equiparar tamanho pedido a tamanho executado ou somar ações concorrentes de scale-out.

Tópicos relacionados: Containers: repetição, revisões e promoção · App Service: slots, capacidade e caminhos

Leva esta ideia contigo

Aceita capacidade a partir do recurso realmente alocado e do comportamento sob as restrições definidas.

Criar conta

Referências

Azure é uma marca comercial do grupo de empresas Microsoft. A dr.pt é uma plataforma de preparação independente e não está afiliada, associada, patrocinada, autorizada nem aprovada por Microsoft. Os conteúdos e as perguntas são originais, não são perguntas oficiais de exame, e concluir os nossos testes não atribui nem garante qualquer certificação. Os nomes são usados apenas para identificar o tema. Todas as outras marcas pertencem aos respetivos titulares.