AVD Personal vs Pooled: qual modelo escolher?
- Steps and Tech
- 10 de mai. de 2025
- 3 min de leitura
Olá Pessoal!
Sempre que começamos um projeto de Azure Virtual Desktop (AVD), tem uma decisão que define praticamente todo o resto da arquitetura - e ela acontece logo no início: usar host pools do tipo Personal ou Pooled.
E não, essa escolha não é só sobre custo... Ela impacta segurança, rede, gerenciamento de perfis, operações e, no final das contas, a experiência do usuário. Já vimos projetos muito bons tecnicamente desandarem por causa dessa decisão inicial mal feita.
Neste post, vamos direto ao ponto: como tomar essa decisão de forma consciente, quais critérios realmente importam e quais armadilhas você precisa evitar no mundo real.
O Básico da Arquitetura
Host Pool Pooled (Multi-session)
No modelo Pooled, vários usuários compartilham a mesma máquina virtual ao mesmo tempo. Aqui entra o Windows 10/11 Enterprise multi-session, exclusivo do AVD.
O grande ganho é escala:
Menos VMs
Menos overhead de sistema operacional
Custo bem mais baixo por usuário
É o modelo clássico quando você quer eficiência financeira e consegue padronizar bem o ambiente.
Host Pool Personal (Single-session)
No Personal, o jogo muda. Existe um vínculo 1:1 entre usuário e VM.
Cada pessoa tem:
Um desktop dedicado
Recursos exclusivos
Total previsibilidade de comportamento
Esse modelo não é “luxo”. Ele é obrigatório quando você precisa de isolamento real seja por segurança, performance ou liberdade de configuração.
Critérios de Decisão para Arquitetos
Essa decisão vai muito além de “quanto custa a VM”. Pense nesses três pilares:
1. Segurança e privilégios (o critério mais crítico)
O Windows até tem bons mecanismos de isolamento entre sessões, usuários e processos.
Mas tem uma regra que não admite exceção:
Nunca dê privilégio de administrador local em um ambiente multi-session.
Se o usuário precisa:
Instalar software
Alterar configurações do sistema
Rodar ferramentas que exigem admin
Aqui vai uma gradne dica - dar admin local em Pooled é pedir para:
Quebrar permissões de arquivos
Acessar dados de outros usuários
Derrubar a VM inteira (e todo mundo junto)
Isso não é teoria. Acontece...E MUITO!
2. Performance e o famoso “noisy neighbor”
Em host pools Pooled, todo mundo disputa os mesmos recursos: CPU, memória e disco.
Quando alguém exagera, o resto sente.
Para workloads mais pesados como:
Desenvolvedores
Engenheiros
Designers
Usuários com aplicações legadas “mal otimizadas”
O Personal costuma ser a escolha certa. A performance é:
Dedicada
Estável
Previsível
E previsibilidade, em produção, vale muito.
3. Complexidade operacional
Aqui mora uma verdade pouco falada: Pooled bem feito não é simples.
Você vai precisar:
Dimensionar corretamente as VMs
Ajustar imagens com cuidado
Usar FSLogix obrigatoriamente
Monitorar gargalos de IOPS e CPU
Combinar políticas de usuário e de dispositivo (especialmente com Intune)
Não é à toa que muita gente chama esse perfil de profissional de “AVD Ninja”.
Já o modelo Personal tende a ser mais direto e muito parecido com gerenciar PCs físicos tradicionais, só que no Azure.
Tabela de decisão técnica
Requisito / Critério | Pooled (Multi-session) | Personal (Single-session) |
Custo de Infraestrutura | Baixo (recursos computacionais compartilhados). | Alto (VM dedicada e cobrança pay-as-you-go integral). |
Privilégio de Admin Local | Estritamente proibido (risco severo de segurança). | Suportado e seguro para o design. |
Performance | Variável (sujeito ao risco de noisy neighbors). | Consistente, dedicada e altamente previsível. |
Gestão de Perfil | FSLogix é mandatório para roaming eficiente. | FSLogix é opcional (o perfil pode ser persistente no disco local). |
Complexidade (Operações) | Alta (requer expertise avançada em virtualização). | Média (gestão semelhante a PCs físicos tradicionais). |
Considerações Operacionais & Erros Comuns
Erro 1: Ignorar autoscale no Personal
VM single-session ligada 24/7 em modelo pay-as-you-go quebra qualquer business case.
Se for usar Personal:
Configure Autoscale
Ou use Start VM on Connect
Ou hibernação/desalocação automática
VM parada custa zero. VM esquecida custa caro.
Erro 2: Tentar monitorar autoscale de Personal no AVD Insights
Clássico.
O Azure Virtual Desktop Insights só mostra autoscale nativamente para pools Pooled.
Para Personal, você precisa enviar os logs de diagnóstico do autoscale para:
Storage Account
Log Analytics
Event Hub
Se não fizer isso, você fica “cego” operacionalmente.
Erro 3: Misturar níveis de confiança no mesmo pool
Colocar:
Usuários internos
Terceiros
Ou até empresas diferentesno mesmo ambiente multi-session é um risco sério.
Se uma credencial vazar ou uma sessão for comprometida, o estrago é coletivo.
Checklist rápido antes de aprovar o design
Antes de seguir para o deploy, confira:
Usuários precisam instalar software ou ter admin local?
→ Se sim, é Personal. Sem discussão.
Autoscale ou Start VM on Connect está configurado?
O storage aguenta o perfil agressivo de IOPS do FSLogix (Pooled)?
Usuários externos ou de outras empresas estão isolados por tenant/subscription?
Principais aprendizados
Segurança define a arquitetura, não o orçamento
Forçar usuários com necessidade de admin local em Pooled é receita para incidente. Os limites de sessão existem, mas não fazem milagre.
Pooled é barato, mas cobra maturidade técnica
O ganho financeiro vem acompanhado de complexidade. Sem engenharia sólida, o barato sai caro!
Comentários