Introducir correctamente el licenciamiento por núcleos de Windows Server evita sanciones por auditoría y, sobre todo, optimiza el gasto en infraestructura: pagar lo justo y aprovechar al máximo cada derecho de virtualización y soporte.
Por qué es crucial entender el licenciamiento por núcleos
Desde Windows Server 2016, Microsoft adoptó un modelo de licencia basado en núcleos físicos para todas las ediciones comerciales. El esquema reemplazó al antiguo cómputo “por procesador” y alineó las reglas con Azure, SQL Server y otros productos cloud‑ready. Con ello, cada servidor necesita cubrir todos sus núcleos físicos, respetando mínimos por procesador y por host. Un cálculo incorrecto puede derivar en multas millonarias o, lo que es más frecuente, en pagar más de lo necesario.
Resumen rápido de la pregunta
“¿Cuántas licencias de Windows Server se requieren para un servidor con 3 CPU físicas y 4 núcleos por CPU?”
Respuesta corta
- Se deben licenciar 24 núcleos (no los 12 reales).
- La forma usual de compra es un paquete base de 16 núcleos + cuatro paquetes de 2 núcleos.
- Además, hacen falta las CAL para cada usuario o dispositivo que acceda al servidor.
Modelo de licenciamiento de Windows Server
El producto se vende en “paquetes de licencias” que cubren cierto número de núcleos:
| Nombre del paquete | Núcleos cubiertos | Observaciones clave |
|---|---|---|
| Paquete base | 16 núcleos | Obligatorio comprarlo al menos una vez por host. |
| Paquete adicional | 2 núcleos | Se añaden para llegar al total de núcleos requeridos. |
Reglas mínimas obligatorias
- 8 núcleos mínimo por CPU física.
- 16 núcleos mínimo por servidor.
Estas reglas operan simultáneamente. La mayor cifra resultante es el punto de partida para el cálculo final.
Cálculo paso a paso para 3 CPU × 4 núcleos
- Núcleos físicos reales: 3 CPU × 4 núcleos = 12 núcleos.
- Mínimo 8 núcleos por CPU: 3 CPU × 8 núcleos = 24 núcleos.
- Mínimo 16 núcleos por servidor: 16 núcleos (no aplica, porque 24 > 16).
El valor de 24 núcleos es el que se debe cubrir.
Detalle de paquetes disponibles en el canal comercial
| SKU | Formato | Núcleos incluidos | Uso típico |
|---|---|---|---|
| WinSrv‑Lic‑16 | Retail/OEM/Volume | 16 | Paquete inicial obligatorio. |
| WinSrv‑Add‑2 | Retail/OEM/Volume | 2 | Para ampliar en saltos pequeños. |
| WinSrv‑Add‑16 | Volume | 16 | Ajustes grandes en datacenters. |
Ejemplo de compra estándar
- 1 paquete base (16 núcleos)
- 4 paquetes de 2 núcleos (4 × 2 = 8)
Total licenciado = 16 + 8 = 24 núcleos, que satisface las reglas y cubre el hardware. Si se compran licencias en volumen, puede elegirse un paquete de 16 más otro de 8, o un segundo de 16 (pagando 32 núcleos) cuando se proyecta crecer el host.
Ediciones Standard vs Datacenter
Elegir la edición correcta impacta en costo y flexibilidad:
| Edición | Derecho de virtualización | Cuándo conviene |
|---|---|---|
| Standard | 2 VM por juego completo de licencias (los mismos 24 núcleos en este caso). Para más VM, se re‑licencia otra vez el host. | Cargas físicas o pocas VM. |
| Datacenter | Virtualización y contenedores ilimitados con un solo juego de licencias. | Granjas de VM, Kubernetes, escenarios de alta densidad. |
Client Access Licenses (CALs)
Licenciar núcleos habilita el software del servidor, pero no cubre los derechos de acceso. Cada usuario o dispositivo que se conecte requiere una CAL de la misma versión o superior. Además, los servicios especiales—Remote Desktop Services, Active Directory Rights Management, etc.—necesitan sus propias CAL (RDS CAL, RMS CAL, etc.).
Licencias RDS y otros componentes
- RDS CAL: habilita sesiones o escritorios remotos.
- External Connector: alternativa de licencia por servidor para acceso externo masivo.
- Windows Admin Center: gratuito, no impacta en licenciamiento.
Escenarios especiales y buenas prácticas
Failover Clustering
Todos los nodos del clúster deben cubrirse con licencias aunque la carga se mueva solo entre nodos activos y pasivos. Una excepción: con Software Assurance (SA) puede aplicarse la regla de “90 días” para movilidad, o activar el beneficio de disaster recovery con un host pasivo sin costo adicional (con ciertas restricciones).
Azure Hybrid Benefit y nubes de terceros
Si el contrato incluye SA, se pueden “rotar” las licencias a máquinas virtuales en Azure, ahorrando hasta 40 % frente al pago de licencias incluidas (pay‑as‑you‑go). Para AWS, Google Cloud u otro proveedor, se usa el programa License Mobility con SA, pero sin derecho a imágen propia —la VM debe emplear el hardware dedicado extranjero (BYOL con dedicados).
Crecimiento de hardware
Plataformas actuales de 2.º/3.º Gen Xeon o EPYC pueden albergar hasta 96 núcleos por socket. Dejar un margen planeado (p.e. licenciar 32 en vez de 24) reduce trámites si se añaden procesadores de mayor cuenta dentro de tres o cuatro años.
Errores comunes a evitar
- Comprar “por CPU” bajo la vieja lógica pre‑2016.
- Olvidar licenciar CALs y RDS CALs en despliegues con muchos usuarios remotos.
- Asumir que licenciamiento Standard cubre VM ilimitadas.
- Confundir licencias OEM (atar‑hardware) con Retail/Volume (movilidad nula vs. limitada).
- No documentar correctamente los cómputos para auditorías SAM.
Preguntas frecuentes
¿Necesito licenciar los “núcleos lógicos” de Hyper‑Threading?
No. Solo se cuentan los núcleos físicos presentes en el BIOS/UEFI.
¿Puedo mezclar Standard y Datacenter en el mismo host?
No. Un mismo servidor físico solo puede ejecutar una edición a la vez. Para usar ambas, divida el hardware o consolide todo sobre Datacenter.
¿Qué ocurre si añado más memoria o NIC?
La memoria, el almacenamiento y las tarjetas de red no cambian el conteo de licencias; sin embargo, más NIC puede requerir CALs o External Connectors si se exponen nuevos servicios a clientes externos.
Conclusión
Para un servidor con 3 CPU físicas y 4 núcleos cada una, Microsoft exige licenciar 24 núcleos (3 × 8). La opción común es un paquete de 16 + 4 paquetes de 2. A partir de ahí, seleccione Standard si necesita hasta dos VM, o Datacenter para virtualización ilimitada y Kubernetes a gran escala. No olvide adquirir las CAL adecuadas y, si corresponde, Software Assurance para facilitar movilidad, DR y futuros upgrades. Un cómputo correcto hoy evita costos innecesarios mañana y garantiza compliance en cualquier auditoría.