Microsoft AZ-140: Resiliência, Recuperação e Migração — Guia de estudos

By Laurynas Brazys · 12 August 2026 · #microsoft #az-140 #certification #exam-prep #study-guide

Faz parte do Microsoft Azure Virtual Desktop Specialty AZ-140 — Guia de estudos. Pratique com respostas verificadas no centro de exames da Microsoft, ou faça testes cronometrados no ExamRoll.io.

Visão Geral

O planejamento de resiliência, recuperação e migração do Azure Virtual Desktop (AVD) foca em manter a produtividade do usuário durante falhas regionais, proteger dados (perfis, imagens, aplicações), orquestrar o failover de dependências e entregar uma transição previsível a partir de serviços legados de Remote Desktop Services (RDS). Projetos eficazes separam o plano de controle stateless do AVD dos planos de dados stateful, usam automação repetível para reconstruções, definem objetivos de recuperação claros para cada componente e validam o desempenho no mundo real com descoberta e modelagem de capacidade.

Arquitetura Regional, Acesso de Usuário e Failover

Planos de controle e de dados: Os serviços de broker, acesso web, diagnóstico e gerenciamento do AVD são globalmente resilientes. Hosts de sessão, pools de hosts, imagens e armazenamento são específicos da região e devem ser projetados para failover.
Estratégia para falha regional:
- Crie um pool de hosts em uma região secundária por coorte de usuários com a mesma família de tamanho de VM e linhagem de imagem. Replique imagens para a região secundária usando o Azure Compute Gallery.
- Publique grupos de aplicações idênticos (RemoteApp e/ou Desktop) em ambas as regiões e atribua os usuários a ambos, definindo o pool primário como padrão e o secundário como o alvo de DR.
- Mantenha os hosts de DR em um estado de standby frio (cold) ou morno (warm). Para hosts em pool, faça scale-in para zero ou desligue e, em seguida, dependa de planos de escalonamento e do Start VM on Connect para minimizar o custo em estado de repouso.
Acesso do usuário durante falhas:
- O serviço AVD roteia as solicitações de conexão para hosts de sessão saudáveis. Quando você coloca o pool de hosts primário em modo de drenagem (drain mode) ou ele fica indisponível, novas conexões são intermediadas para o pool secundário se os usuários tiverem atribuições lá.
- Eduque os usuários de que as sessões abertas na região com falha serão desconectadas; a reconexão se conecta à região disponível.
Paridade de imagens e do MSIX app attach:
- Use o Azure Image Builder e o Azure Compute Gallery (SIG) com replicação regional para imagens.
- Armazene os pacotes do MSIX app attach em locais de armazenamento resilientes que sejam acessíveis em ambas as regiões e replique o conteúdo para a região secundária (ex: replicação entre regiões do ANF ou replicação da conta de armazenamento).
Dependências de rede e identidade:
- Garanta que o DNS e a identidade (Active Directory ou Azure AD DS) sejam acessíveis de ambas as regiões. Para o Azure AD DS, configure as configurações de DNS da VNet para os IPs do domínio gerenciado em cada VNet regionalizada que requer ingresso no domínio e resolução de nomes.
- Valide o comportamento do RDP Shortpath entre regiões; faça fallback para a conexão reversa se o UDP for impedido.

Exemplo para replicar uma versão de imagem para duas regiões:

az sig image-version create \
  --resource-group rg-avd-images \
  --gallery-name sig-avd \
  --gallery-image-definition win11-ms \
  --gallery-image-version 1.0.3 \
  --target-regions eastus=1 westus=1

Objetivos de Recuperação e Funções de Proteção de Dados

Defina RTO/RPO distintos por componente:

Pools de hosts e hosts de sessão:
- Em pool (Pooled): Trate os hosts de sessão como efêmeros. O RTO é de minutos (reimplantação automatizada), o RPO é N/A (sem estado no host). Não dependa de backups de VM para recuperação; reimplemente a partir da imagem e use o auto-scaling.
- Pessoal (Personal): Se o estado do usuário residir no disco do SO, proteja com o Azure Backup ou o Azure Site Recovery (ASR). Prefira descarregar o estado do usuário para perfis FSLogix para simplificar o DR.
Imagens:
- RPO próximo de zero para disponibilidade de imagem usando a replicação do Compute Gallery; RTO de minutos para implantar novos hosts. Mantenha os pipelines de imagem de ouro (golden image) versionados e reproduzíveis.
Perfis e caches do Office (FSLogix):
- RPO: de minutos a horas, dependendo dos agendamentos de replicação e backup; RTO: minutos para montar na região secundária se o Cloud Cache estiver configurado; caso contrário, o tempo para restaurar o volume/compartilhamento e redirecionar as sessões.
Aplicações:
- Para aplicações na imagem, alinhe com o RTO/RPO da imagem. Para o MSIX app attach, alinhe com a replicação do armazenamento de pacotes e o tempo de novo registro.

Azure Backup e ASR:

Azure Backup:
- Faça backup dos compartilhamentos do Azure Files que hospedam os contêineres de perfil FSLogix e ODFC. Use snapshots frequentes para atingir as metas de RPO; restaure VHD/VHDX individuais ou um compartilhamento completo. Comunique que os snapshots são consistentes em caso de falha (crash-consistent) enquanto os usuários estão logados; para restaurações de precisão, execute uma cópia/renomeação fora de banda (out-of-band) do contêiner de um usuário e instrua o usuário a fazer logon novamente.
- Faça backup dos discos de SO de desktops pessoais quando necessário. Hosts em pool geralmente não exigem backups de VM.
Azure Site Recovery:
- Use o ASR para componentes de infraestrutura stateful que são críticos para o AVD (ex: servidores de gerenciamento, servidores de licença, se aplicável, servidores LOB) e para pools de hosts pessoais quando a preservação do estado da VM é necessária.
- Evite o ASR para hosts AVD em pool; a reimplantação a partir de planos de imagem/escalonamento é mais rápida e barata.

Resiliência do Armazenamento de Perfis, Cloud Cache, Backup e Restauração

Opções de armazenamento para o FSLogix:
- Azure NetApp Files (ANF): IOPS mais alto/latência mais baixa em escala; suporta replicação entre regiões para DR. Ideal para ambientes muito grandes ou com alta concorrência e demandas de IO de perfil.
- Azure Files Premium: Compartilhamentos de arquivos PaaS baseados em SSD com ZRS para resiliência intrarregional; excelente equilíbrio entre desempenho e administração. Para DR entre regiões, combine com o Cloud Cache e backup/restauração em nível de compartilhamento ou projete compartilhamentos de região dupla.
- Storage Spaces Direct (S2D) em IaaS: Use apenas quando o PaaS não for viável. Requer um mínimo de três VMs sem Cloud Witness para quorum. A sobrecarga operacional é maior do que as alternativas PaaS.
Cloud Cache:
- Configure múltiplos provedores (ex: dois endpoints do Azure Files ou ANF em zonas/regiões diferentes). Durante uma interrupção regional, o FSLogix continua operando com os provedores sobreviventes com consistência eventual para as escritas em cache.
- Exemplo de configuração:

# PowerShell on session host
New-Item -Path HKLM:\SOFTWARE\FSLogix\Profiles -Force | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name Enabled -Type DWord -Value 1 | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name CCDLocations -Type String `
  -Value "type=smb,connectionString=\\files-pri.file.core.windows.net\profiles;type=smb,connectionString=\\files-dr.file.core.windows.net\profiles" | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name DeleteLocalProfileWhenVHDShouldApply -Type DWord -Value 1 | Out-Null

Padrões de backup e restauração:
- Implemente snapshots do Azure Backup a cada hora ou a cada poucas horas para os compartilhamentos de perfil. Para um perfil de usuário corrompido, isole o VHDX atual, restaure o snapshot anterior para um local alternativo e copie ou anexe novamente o contêiner do usuário.
- Para o ANF, use snapshots e replicação entre regiões; restaure em nível de volume ou um único arquivo através do diretório de snapshots.
Testes:
- Inclua validação de montagem/anexação, simulações de corrupção e reversão em nível de usuário nos exercícios de DR.

Tráfego, DNS e Failover de Dependências

Dependências de aplicativos:
- Muitos aplicativos AVD dependem de APIs HTTP/S, front-ends da web ou bancos de dados. Arquiteture-os com balanceamento de carga global e implantações regionais para que o failover de dependências não abandone os usuários em sessões que, de outra forma, estariam íntegras.
Azure Front Door e Traffic Manager:
- Use o Azure Front Door para balanceamento de carga global de camada 7 (HTTP/S), WAF e roteamento baseado em caminho para as dependências de aplicativos usadas pelos usuários do AVD. Combine-o com back-ends com redundância de zona em cada região.
- Use o Azure Traffic Manager para balanceamento de carga baseado em DNS para endpoints que não são HTTP, que são públicos e que suportam sondas de integridade.
DNS Privado e resolução de nomes:
- Centralize os encaminhadores condicionais usando o Azure DNS Private Resolver para rotear consultas entre ambientes on-premises, VNets do Azure e domínios gerenciados. Publique registros com TTL baixo para endpoints que possam precisar de failover rápido.
- Para endpoints de armazenamento que não conseguem fazer failover nativo de forma transparente, considere endpoints com nomes duplos abstraídos por trás de um DNS interno para alternar entre os compartilhamentos primário e de DR durante um incidente.
QoS de rede e acesso:
- Priorize o tráfego AVD em tempo real (UDP/TCP) através das WANs; ajuste o QoS nos roteadores de filiais para garantir que as classes de tráfego do AVD tenham largura de banda suficiente para reduzir erros de conexão e latência.
- Valide a alcançabilidade do Shortpath e as aberturas no firewall (pinholes); garanta que o planejamento da largura de banda de saída corresponda à simultaneidade e à combinação de cargas de trabalho.

Migração do RDS, Descoberta, Densidade e Capacidade

Avaliação do RDS:
- Faça o inventário de Connection Brokers, RD Gateways, RD Web, RD Session Hosts, RD Licensing e servidores de arquivos/armazenamentos de perfil. Documente GPOs, configuração do FSLogix e métodos de entrega de aplicativos.
- Mapeie as funções para as construções do AVD: pools de hosts, workspaces, grupos de aplicativos, armazenamento de perfis e intermediação gerenciada pelo AVD; remova a necessidade de RD Gateway e Broker no Azure.
Azure Migrate e descoberta:
- Use o appliance do Azure Migrate para descobrir VMs RDS existentes, linhas de base de desempenho e dependências. Identifique as relações aplicativo-servidor para o posicionamento do host de sessão do AVD e a gravidade dos dados.
Análise de densidade de usuários:
- Crie modelos de densidade por carga de trabalho (usuários de tarefas/conhecimento/avançados). Derive as sessões por VM usando as linhas de base de CPU ready, pressão de memória e E/S de perfil. Valide com benchmarks piloto em SKUs de VM candidatas (por exemplo, Dv5/Esv5/Dasv5, habilitadas para GPU para gráficos).
- Use o Azure Virtual Desktop Experience Estimator para selecionar as regiões com a menor latência entre o usuário e o host.
Modelagem de capacidade:
- Converta a densidade em contagens de hosts por pool com um buffer N+1 e sobrecarga de manutenção. Defina os limites de scale-out e os hosts mínimos/máximos nos planos de escalonamento. Considere reservas de capacidade para custos previsíveis e núcleos garantidos em regiões de alta demanda.
- Garanta que as cotas de assinatura e regionais (vCPU, núcleos por família, IPs, NICs, discos) sejam aumentadas com antecedência; envie as solicitações de aumento de cota o mais cedo possível.

← Monitoramento · Todos os domínios

Pratique estas questões → · Prática cronometrada no ExamRoll.io →