Precisa executar duas VMs de produção e teste em um único host físico para cerca de vinte colaboradores, sem Active Directory? Entenda por que duas licenças Essentials não resolvem e veja como licenciar corretamente com a edição Standard, evitando riscos e otimizando custos.
Contexto e erro mais comum
Em ambientes enxutos, é tentador comprar duas licenças do Windows Server Essentials e instalar duas máquinas virtuais no mesmo servidor físico: uma para a aplicação de negócio, outra para testes/desenvolvimento. À primeira vista, parece simples e mais barato. Porém, do ponto de vista de licenciamento e direitos de virtualização, essa abordagem não é conforme.
O ponto chave é que a edição Essentials não concede direitos de virtualização cumulativos. Cada licença dá direito a um único ambiente de sistema operativo (OSE): ou você instala no hardware físico ou em uma VM. Tentar “somar” licenças Essentials no mesmo host para multiplicar VMs não é suportado pelos termos padrão de licenciamento. Para hospedar duas VMs no mesmo servidor, a edição indicada é a Standard, que inclui direitos nativos para executar até duas instâncias virtuais quando todos os núcleos do host estão devidamente licenciados.
Conceitos essenciais para decidir
- OSE (Ambiente de Sistema Operativo): cada instalação isolada do Windows Server, seja física ou virtual.
- Host‑parente: o sistema instalado no hardware para gerenciar a virtualização (ex.: Hyper‑V). Na edição Standard, o host pode ser usado para funções de virtualização e gerenciamento sem “consumir” os direitos das VMs, desde que não haja outras cargas significativas.
- CAL (Client Access License): licença de acesso exigida para cada utilizador ou dispositivo que acesse serviços do Windows Server Standard (arquivos, impressão, autenticação, etc.). A edição Essentials já inclui CALs embutidas para até vinte e cinco utilizadores e cinquenta dispositivos.
- Reatribuição: sem Software Assurance, você não pode mover uma licença de um servidor para outro com frequência; existe uma janela mínima de tempo para reatribuição. Planeje com isso em mente para cenários de migração ou DR.
Comparativo entre edições
| Aspecto | Essentials | Standard |
|---|---|---|
| Direitos de virtualização | Um OSE, físico ou virtual | Duas VMs por servidor com todos os núcleos licenciados, mais o host‑parente para virtualização |
| Limite de utilizadores/dispositivos | Até vinte e cinco utilizadores e cinquenta dispositivos (CALs embutidas) | Sem limite fixo; requer CAL por utilizador ou por dispositivo |
| Modelo de licenciamento | Licença única por servidor | Licenciamento por núcleo físico (mínimo de dezesseis núcleos por servidor) |
| Cenário típico | Microempresa com um único servidor e serviços básicos | Pequenas e médias empresas que precisam de duas VMs ou mais funções |
| Quando escalar | Não escala para várias VMs no mesmo host | Permite empilhar licenças para adicionar pares de VMs |
| CALs de acesso | Dispensadas dentro do limite embutido | Necessárias para cada utilizador ou dispositivo; RDS CALs à parte quando houver acesso remoto a sessões/ambientes de trabalho |
Por que duas Essentials não resolvem
Mesmo comprando duas licenças Essentials, você não obtém direitos para executar duas VMs no mesmo host com base em “soma” de licenças. A edição não permite essa empilhabilidade de virtualização. Além disso, desde que não há um hipervisor gratuito oficial alinhado à versão mais recente do sistema, você tende a precisar de um host Windows Server com o papel Hyper‑V ou um hipervisor de terceiros. Em ambos os casos, os sistemas convidados Windows continuam sujeitos aos termos de licenciamento por edição, o que reforça que o caminho limpo para duas VMs é usar a edição Standard.
Arquiteturas conformes recomendadas
Opção com edição Standard
Cenário indicado para duas VMs em um único host físico: licencie todos os núcleos físicos do servidor com a edição Standard. Isso concede o direito a executar até duas VMs de Windows Server Standard, mantendo o host‑parente apenas com funções de virtualização e gerenciamento.
- VM de produção: aplicação de negócio.
- VM de teste: desenvolvimento, homologação e qualidade.
- Acesso: calcule e adquira CALs de utilizador ou dispositivo conforme o padrão de uso. Se houver sessões de área de trabalho remota, adicione RDS CALs.
Opção com empilhamento de Standard
Se, no futuro, você precisar de quatro VMs, é possível empilhar licenças Standard: ao licenciar novamente todos os núcleos do host, você adiciona mais duas instâncias virtuais permitidas. Esse crescimento incremental atende bem ambientes que não justificam a edição Datacenter.
Opção com edição Datacenter
Quando a densidade de virtualização cresce (muitas VMs por host, clusters de alta disponibilidade, ambientes com containers em larga escala), a edição Datacenter costuma ser a mais vantajosa, pois autoriza instâncias virtuais ilimitadas por host licenciado. Para a necessidade de apenas duas VMs, a edição Standard é normalmente a escolha mais eficiente.
Planejamento para ambientes sem domínio
No cenário sem Active Directory, a aplicação pode ser publicada via SMB, serviços web internos ou acesso remoto. Lembre‑se de que a exigência de CALs não depende da presença de um domínio: sempre que utilizadores ou dispositivos acessarem serviços do Windows Server Standard, CALs são requeridas. Para conexões remotas por área de trabalho ou RemoteApp, adicione RDS CALs específicas.
Dimensionamento do host e cálculo de licenças
A edição Standard é licenciada por núcleo físico. Você precisa cobrir todos os núcleos do servidor, respeitando o mínimo de dezesseis por servidor e o mínimo de oito por processador físico. Abaixo, um roteiro prático para evitar surpresas:
- Identifique o número de processadores e de núcleos físicos por processador do host.
- Se o total de núcleos for inferior a dezesseis, ainda assim licencie dezesseis.
- Se o total de núcleos for superior a dezesseis, adicione licenças complementares de núcleos até cobrir o total.
- Confirme se o papel do host será exclusivamente de virtualização para preservar o direito às duas VMs.
Quadro de cálculo
| Configuração do host | Núcleos físicos | Licenciamento Standard | Direitos de VMs resultantes |
|---|---|---|---|
| Servidor básico | Dezesseis | Cobrir dezesseis núcleos | Duas VMs |
| Servidor intermediário | Vinte e quatro | Dezesseis núcleos + oito adicionais | Duas VMs |
| Servidor avançado | Trinta e dois | Trinta e dois núcleos | Duas VMs |
Para cada par adicional de VMs no mesmo host, re‑licencie todos os núcleos novamente (empilhamento de Standard). Assim, ao empilhar uma segunda vez, você chega a quatro VMs permitidas, e assim por diante.
Exemplo financeiro conceitual
Sem apresentar preços absolutos (que variam por país, canal de compra e moeda), a lógica de comparação é a seguinte:
- Essentials: custo menor por servidor, CALs embutidas. Não escala para múltiplas VMs no mesmo host. Comprar duas licenças não lhe dá direito a duas VMs no mesmo hardware.
- Standard: custo baseado em núcleos, requer CALs. Ao precisar de duas VMs, uma única licença Standard que cubra todos os núcleos tende a ser mais eficiente e, principalmente, correta do ponto de vista legal.
Na prática, quando há necessidade de produção e teste hospedados lado a lado, a combinação de Standard mais CALs quase sempre supera o “barato que sai caro” de tentar encaixar Essentials onde ele não se aplica. Some a isso o risco de auditoria e as potenciais multas por uso indevido.
Boas práticas antes da compra
- Dimensionar o host: valide contagem de núcleos para calcular corretamente o licenciamento Standard.
- Escolher o canal de aquisição: OEM, contrato por volume ou CSP têm regras diferentes de suporte, transferência e reatribuição.
- Planejar CALs: mapear utilizadores ou dispositivos que acessarão serviços; calcular também RDS CALs se houver sessões remotas.
- Documentar o uso: defina claramente qual VM é produção e qual é teste; registre prints de configuração, relatórios do hipervisor e notas de inventário.
Desenho de implantação sugerido
- Host físico com Windows Server Standard em instalação Server Core, papel Hyper‑V habilitado, sem cargas adicionais além de gerenciamento e virtualização.
- Armazenamento e rede configurados para isolar tráfego de gerenciamento, produção e backup. Considere vSwitches separados para cada segmento.
- VM de produção com Windows Server Standard, recursos dimensionados para a aplicação principal. Aplique políticas de backup em nível de VM e em nível de aplicação.
- VM de teste com Windows Server Standard, isolada da rede de produção conforme necessário. Automatize atualizações e restaurações a partir de cópias de produção sanitizadas.
- Segurança: habilite recurso de virtualização segura, proteção de credenciais, cópias imutáveis e segmentação de firewall.
- Ativação: utilize chaves KMS ou MAK conforme seu cenário; planeje gerenciamento de chaves para as VMs.
Checklist de conformidade
| Item | Estado | Evidência recomendada |
|---|---|---|
| Núcleos do host cobertos por Standard | Em andamento | Nota fiscal, contrato, relatório de inventário de hardware |
| Direito a duas VMs assegurado | Concluído | Prints do gerenciador Hyper‑V ou do hipervisor |
| Host dedicado à virtualização | Pendente | Lista de funções instaladas; políticas de uso |
| CALs e RDS CALs contabilizadas | Pendente | Planilha de utilizadores/dispositivos |
| Política de reatribuição e DR | Pendente | Documento de mobilidade de licenças e janelas de mudança |
| Documentação de produção e teste | Concluído | Arquivo com papéis de cada VM e snapshots de configuração |
Erros que costumam custar caro
- Usar o host para outras cargas: ao instalar funções além da virtualização, você pode consumir direitos que deveriam estar disponíveis para as VMs.
- Ignorar CALs: a ausência de domínio não dispensa CALs para a edição Standard.
- Empilhar Essentials: tentar somar licenças Essentials para gerar múltiplas VMs no mesmo host não é suportado.
- Superdimensionar o hardware sem licenciar: servidores com muitos núcleos elevam o custo; planeje o equilíbrio entre densidade de VMs e orçamento.
- Esquecer RDS CALs: se o acesso for por sessões remotas, é necessário licenciamento adicional específico.
Perguntas frequentes
Posso executar uma VM Essentials e outra Standard no mesmo host?
Tecnicamente é possível misturar edições em VMs, mas o que habilita duas VMs no mesmo host é a licença Standard aplicada aos núcleos físicos. Se você instalar Essentials em uma VM, essa VM precisará de sua própria licença Essentials, a qual não se soma à Standard para aumentar o total de VMs permitidas. Para simplificar e manter conformidade, utilize duas VMs de Standard quando licenciar o host com Standard.
Se minha aplicação for acessada apenas por alguns usuários, ainda preciso de CALs?
Sim. Na edição Standard, cada utilizador ou dispositivo que acessa serviços do Windows Server requer uma CAL, independentemente de existir domínio. A exceção é a edição Essentials, que já inclui o direito de acesso dentro dos seus limites nativos.
Como fica a mobilidade de VMs entre hosts?
Mover VMs entre hosts envolve regras de reatribuição de licenças. Sem benefícios adicionais, há uma janela mínima de tempo para realocar a licença a outro servidor. Em projetos com alta mobilidade, considere opções contratuais que preveem mobilidade.
O host pode ser instalado com interface gráfica?
Pode, mas a instalação Server Core é recomendada por reduzir superfície de ataque e consumo de recursos. Em qualquer caso, mantenha o host dedicado a funções de virtualização e gerenciamento, sem outras cargas.
Exemplo de documentação para auditoria
Servidor físico: SRV‑HV‑A Processadores: dois soquetes, doze núcleos por soquete Edição licenciada: Windows Server Standard Cobertura de núcleos: vinte e quatro núcleos Direitos de VMs: duas instâncias virtuais Host‑parente: exclusivo para Hyper‑V, gerenciamento e backup VM‑PROD: aplicação de negócio, subrede PROD VM‑TESTE: desenvolvimento/homologação, subrede LAB Acessos: vinte utilizadores com CAL de utilizador RDS: sem sessões de área de trabalho remota Evidências: contratos, licenças, inventário, capturas de tela do hipervisor
Resumo executivo
Para executar duas máquinas virtuais no mesmo host físico, a edição indicada é a Standard, licenciada por núcleo e com direito a duas VMs por servidor, mantendo o host para virtualização. A edição Essentials, embora atraente pelo custo e pelas CALs embutidas, não oferece direitos de virtualização cumulativos; portanto, comprar duas licenças Essentials não autoriza duas VMs no mesmo hardware. Planeje CALs, dimensione corretamente os núcleos e documente o ambiente para manter conformidade e previsibilidade de custos.
Passos práticos de compra
- Levante a contagem de núcleos do servidor físico e defina a plataforma de virtualização.
- Adquira Windows Server Standard suficiente para cobrir todos os núcleos do host.
- Calcule e compre CALs por utilizador ou dispositivo, além de RDS CALs se necessário.
- Implemente o host com foco exclusivo em virtualização, crie as duas VMs e aplique boas práticas de backup, segurança e atualização.
- Registre tudo: mapas de licença, prints do hipervisor, planilhas de acesso e topologia de rede.
Conclusão prática
Resposta curta: não é possível executar duas VMs de forma conforme apenas com duas licenças Essentials no mesmo host. Para dois ambientes virtuais, licencie o servidor com a edição Standard, cobrindo todos os núcleos, e aplique as CALs necessárias conforme o padrão de acesso.