Licenciamento SQL Server em VM: vCPU, host físico e Software Assurance
SQL Server virtualizado
Em VM, a decisão não é só quantas licenças comprar. É onde o SQL Server pode executar hoje e depois.
vCPU, host físico, cluster, failover e Software Assurance mudam custo, conformidade e flexibilidade do ambiente.
Licenciar SQL Server em máquina virtual é uma das partes mais sensíveis do licenciamento Microsoft. A empresa pode usar Hyper-V, VMware, HCI, cluster, host físico, nuvem privada ou Azure, mas a dúvida costuma ser a mesma: devo licenciar a VM, os vCPUs, o host físico inteiro ou preciso de Software Assurance?
Essa decisão impacta custo, conformidade e flexibilidade. Uma compra errada pode fazer a empresa pagar mais do que precisa ou ficar com licenciamento insuficiente para o cenário real.
Se sua empresa ainda está no começo da avaliação, leia primeiro o guia Licenciamento SQL Server para empresas. Para o modelo comercial, veja também SQL Server Core vs Server + CAL, erros de licenciamento SQL Server e a categoria Microsoft SQL Server.
O que muda quando o SQL Server roda em VM?
Quando o SQL Server roda em uma máquina virtual, a empresa precisa entender onde o banco está sendo executado e qual recurso computacional será licenciado.
Em vez de pensar apenas em um servidor SQL, é preciso avaliar quantas VMs rodam SQL Server, quantos vCPUs cada VM possui, qual edição está instalada, se há cluster, se a VM pode se mover entre hosts e se existe Software Assurance ou assinatura.
A armadilha da virtualização
VM não simplifica automaticamente o licenciamento. Em muitos casos, ela aumenta a necessidade de mapear host, mobilidade, vCPUs, failover e crescimento.
SQL Server em VM licencia vCPU ou host físico?
Depende do modelo escolhido. Em ambientes virtualizados, existem dois caminhos principais: licenciar a VM individualmente por vCores/vCPUs ou licenciar o host físico por cores físicos.
Licenciar a VM
Faz sentido quando há poucas VMs SQL Server, host compartilhado com outros sistemas e vCPUs bem definidos para cada VM.
Licenciar o host físico
Pode fazer sentido quando há muitas VMs SQL Server, host dedicado, alta virtualização ou necessidade de maior flexibilidade.
Licenciamento por vCPU ou vCore
No licenciamento por vCPU ou vCore, a empresa licencia os núcleos virtuais atribuídos à máquina virtual onde o SQL Server está instalado.
Exemplo simples
- VM SQL Server com 4 vCPUs: avaliar 4 cores licenciados;
- VM SQL Server com 8 vCPUs: avaliar 8 cores licenciados;
- VM SQL Server com 16 vCPUs: avaliar 16 cores licenciados.
Esse caminho costuma ser direto quando a VM é fixa, o ambiente é simples e a empresa não precisa cobrir todo o host físico.
Licenciamento por host físico
No licenciamento por host físico, a empresa licencia os cores físicos do servidor onde as VMs SQL Server podem rodar.
Esse caminho pode fazer sentido quando o host é dedicado a SQL Server, existem muitas VMs SQL Server, a empresa controla o ambiente físico, licenciar VM por VM ficaria caro ou existe um cenário de alta virtualização.
| Cenário | Modelo que pode fazer mais sentido |
|---|---|
| 1 VM pequena com poucos vCPUs | Licenciar a VM |
| Poucas VMs SQL Server em host compartilhado | Licenciar por VM |
| Muitas VMs SQL Server no mesmo host | Avaliar host físico |
| Cluster com movimentação de VMs | Avaliar Software Assurance ou assinatura |
| Alta virtualização com SQL Enterprise | Avaliar virtualização e benefícios elegíveis |
Exemplos práticos de SQL Server em VM
Exemplo 1: uma VM SQL Server com 4 vCPUs
Em um host com várias VMs, mas apenas uma VM SQL Server com 4 vCPUs e sem cluster complexo, faz sentido avaliar licenciamento por VM. A empresa não necessariamente precisa licenciar o host inteiro.
Exemplo 2: três VMs SQL Server com 8 vCPUs cada
Aqui a empresa já soma 24 vCPUs em VMs SQL Server. É hora de comparar licenciar VM por VM contra licenciar o host físico, considerando crescimento, edição e mobilidade.
Exemplo 3: host físico com muitas VMs SQL Server
Quando o host é robusto, controlado pela empresa e concentra várias VMs SQL Server, licenciar o host físico pode ser mais estratégico, principalmente se houver benefícios de virtualização aplicáveis.
Onde entra o Software Assurance?
Software Assurance entra principalmente quando a empresa precisa de benefícios adicionais de licenciamento, mobilidade e continuidade.
Ele deve ser analisado quando o SQL Server roda em VM, pode migrar entre hosts, está em cluster, usa alta disponibilidade, tem failover, precisa de Azure Hybrid Benefit, está em ambiente híbrido ou depende de virtualização avançada.
Software Assurance não é resposta automática
Não dá para dizer que SA é sempre obrigatório. Mas ignorar SA em ambiente com mobilidade, failover, cluster ou Azure Hybrid Benefit é uma análise perigosa.
SQL Server em cluster, failover, VMware e Hyper-V
Em cluster, não basta pensar onde a VM está hoje. É preciso pensar onde ela pode executar em caso de falha, manutenção ou movimentação.
Em VMware, avalie hosts no cluster, vMotion, DRS, afinidade de host, failover, vCPUs e Software Assurance. Em Hyper-V, a lógica é parecida: host físico, Live Migration, Failover Cluster, alta disponibilidade e movimentação da VM precisam entrar na conta.
Pergunta crítica
Se a VM SQL Server pode se mover para outro host, o licenciamento precisa considerar essa possibilidade. Comprar olhando só a VM atual pode deixar o ambiente descoberto.
SQL Server Standard ou Enterprise em VM?
SQL Server Standard em VM é comum em ERP de pequeno e médio porte, sistemas internos, aplicações administrativas, bancos de produção intermediários e ambientes com custo controlado.
SQL Server Enterprise em VM tende a fazer sentido para ambientes mais críticos, com alta disponibilidade, desempenho avançado, maior escala, workloads pesados, virtualização robusta e recursos avançados.
Se a dúvida for edição, leia SQL Server 2025 Standard vs Enterprise. Para visão geral da versão atual, veja SQL Server 2025: guia completo de licenciamento.
Azure, Azure Hybrid Benefit e pay-as-you-go via Azure Arc
Quando o SQL Server está no Azure, a análise pode envolver pay-as-you-go, licença incluída, Azure Hybrid Benefit, Software Assurance, assinatura qualificada, SQL Server em Azure VM, Azure SQL Managed Instance e Azure SQL Database.
Além da compra tradicional, existe também o modelo pay-as-you-go para SQL Server habilitado pelo Azure Arc. Ele pode ser interessante quando a empresa quer pagar por uso, evitar compra inicial alta, lidar com ambiente híbrido ou comparar licença perpétua, assinatura e uso mensal.
Esse caminho precisa ser comparado com o custo e a estratégia da empresa. Para visão mais ampla do ecossistema Microsoft, veja licenciamento Microsoft para empresas.
Erros comuns ao licenciar SQL Server em VM
Erros técnicos
- achar que VM elimina complexidade de licenciamento;
- esquecer vCPUs;
- ignorar cluster, failover ou movimentação;
- não avaliar Software Assurance;
- não diferenciar Standard e Enterprise.
Erros comerciais
- confundir SQL Server com Windows Server;
- achar que Windows Server Datacenter cobre SQL Server;
- comprar só pela quantidade de usuários;
- ignorar acesso indireto;
- não comparar licença perpétua, assinatura e pay-as-you-go.
Para uma lista mais ampla, veja SQL Server: 10 erros de licenciamento que empresas cometem ao comprar.
Checklist antes de comprar SQL Server para VM
- Quantas VMs rodam SQL Server?
- Quantos vCPUs cada VM possui?
- A VM pode migrar entre hosts?
- Existe cluster ou failover?
- Existe alta disponibilidade?
- O SQL Server será Standard ou Enterprise?
- O licenciamento será Core ou Server + CAL?
- Há usuários ou dispositivos no modelo CAL?
- Existe acesso indireto por ERP, CRM ou aplicação web?
- A empresa possui Software Assurance?
- Precisa de Azure Hybrid Benefit?
- O ambiente é Hyper-V, VMware, HCI, Azure ou nuvem privada?
Qual é o melhor caminho para empresas?
Para poucas VMs fixas e simples, licenciar por VM pode ser suficiente. Para ambientes com muitas VMs SQL Server, alta virtualização, clusters ou necessidade de mobilidade, licenciar o host físico e avaliar Software Assurance pode ser mais estratégico.
A compra correta não começa pelo SKU. Começa pelo mapeamento do ambiente.
Vai cotar SQL Server para ambiente virtualizado?
Antes de fechar a compra, valide vCPUs, hosts, cluster, failover, edição, Software Assurance e possibilidade de crescimento.
Ver licenças SQL ServerVer SQL Server RuntimeFAQ sobre SQL Server em VM
SQL Server em VM licencia vCPU ou host físico?
Pode ser licenciado por vCores da VM ou por cores físicos do host, dependendo do modelo escolhido e do cenário.
Qual o mínimo de cores para SQL Server em VM?
Em muitos cenários por VM/OSE, o mínimo prático de análise é 4 cores. A regra exata precisa ser validada conforme contrato, edição e modelo de compra.
Preciso de Software Assurance para SQL Server em VM?
Depende. Software Assurance deve ser avaliado principalmente quando há mobilidade de licença, cluster, failover, alta disponibilidade, Azure Hybrid Benefit ou virtualização avançada.
SQL Server Standard pode rodar em VM?
Sim. SQL Server Standard pode rodar em VM e é comum em ERPs, sistemas internos e aplicações empresariais intermediárias.
SQL Server em VMware precisa licenciar todos os hosts?
Depende de onde a VM pode executar, se há cluster, mobilidade, afinidade, failover e Software Assurance. O ambiente precisa ser mapeado antes da compra.
Windows Server Datacenter cobre SQL Server?
Não. Windows Server e SQL Server são produtos diferentes. Licenciar Windows Server Datacenter não licencia automaticamente o SQL Server.
Pay-as-you-go via Azure Arc substitui licença perpétua?
Pode ser uma alternativa em alguns cenários, especialmente quando a empresa quer pagar por uso. A melhor escolha depende de custo, ambiente e estratégia de licenciamento.