¿Compraste packs de núcleos para Windows Server 2022 Standard y no encuentras dónde “instalarlos”? Esta guía práctica explica por qué no existe tal operación, cómo calcular exactamente cuántos cores debes licenciar y qué pasos seguir para cumplir con tu contrato sin sorpresas ni auditorías.
Resumen de la pregunta
Pregunta: ¿Cuáles son los pasos o el procedimiento para “aplicar” una licencia de núcleos adicional en Windows Server 2022 Standard?
Respuesta breve: En Windows Server no se “instalan” licencias de núcleos adicionales dentro del sistema operativo. El licenciamiento por núcleo es contractual y administrativo. El sistema solo se activa por edición (Standard o Datacenter) con una clave MAK o mediante KMS. No existe una clave que “agregue” núcleos a la instalación.
Respuesta y solución en detalle
Si ya activaste Windows Server 2022 Standard, no hay nada que introducir en el sistema para reflejar núcleos extra. Las licencias adicionales se compran y se asignan a nivel administrativo para cubrir todos los núcleos físicos del host y, en su caso, apilar derechos de virtualización. El cumplimiento se demuestra con contratos, facturas y asignaciones en tu portal de licencias; no con una pantalla del SO que muestre “núcleos licenciados”.
Pasos recomendados para cumplir correctamente
- Calcular la necesidad de licenciamiento
- Cubre todos los núcleos físicos del host. El recuento es por núcleos físicos, no por hilos lógicos. Hyper‑Threading no suma para licencias.
- Mínimos obligatorios: ocho núcleos por CPU y dieciséis por servidor, aunque el hardware tenga menos.
- Ampliaciones: se compran en paquetes de dos núcleos. El “paquete base” comercial cubre dieciséis núcleos; si tu servidor tiene más, adquiere packs adicionales de dos.
- Fórmula práctica:
Núcleos totales físicos del servidor − 16 = núcleos adicionales (si < 0, usa 0).
Packs a comprar = redondear hacia arriba (núcleos adicionales ÷ 2).
- Comprar los núcleos adicionales necesarios
- Adquiere los packs de dos núcleos hasta cubrir el total de cores físicos.
- Conserva evidencia: facturas, contrato, purchase order, y la asignación en tu portal de licencias (VLSC, Centro de administración de Microsoft 365 o CSP, según tu canal).
- Activar y validar la edición del sistema
- La activación solo establece la edición (Standard o Datacenter). No cambia ni “suma” núcleos.
- Si estás en Evaluation o en otra edición, cambia la clave de producto:
- Interfaz: Server Manager → Local Server → Windows Activation → Change product key.
- Consola:
DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
- Comandos útiles de activación (opcional):
slmgr /dli slmgr /dlv slmgr /ato - No intentes introducir una “clave de núcleos adicionales”. No existe ese mecanismo.
- Registrar y auditar el cumplimiento
- Asigna las licencias en tu portal de licenciamiento correspondiente.
- Guarda la trazabilidad: quién, cuándo y a qué servidor se asignaron.
- Prepara un expediente por servidor con:
- Configuración física (sockets y núcleos por socket).
- Cálculo de packs comprados y motivo.
- Pruebas de activación por edición.
- Verificar la base técnica del inventario
- Confirmar núcleos físicos: Administrador de tareas → Rendimiento → CPU (ver Sockets y Núcleos).
- PowerShell: total de núcleos físicos
(Get-CimInstance Win32_Processor | Measure-Object NumberOfCores -Sum).Sum - Otros:
msinfo32osysteminfopara datos de hardware.
- Virtualizar con Standard aplicando la regla de apilado
- Con todos los núcleos del host licenciados una vez, obtienes derecho a ejecutar hasta dos OSE/VM en ese host.
- Para ejecutar más VM en el mismo host, vuelves a licenciar todos los núcleos del host por cada bloque adicional de dos OSE. Es lo que se conoce como apilado de licencias.
- Con densidad elevada de VM, resulta más eficiente pasar a Datacenter.
Tabla de cálculo rápido
| Configuración del servidor | Núcleos físicos totales | Núcleos cubiertos por base | Núcleos adicionales | Packs de dos a comprar | Derechos con Standard |
|---|---|---|---|---|---|
| Dos CPU × diez núcleos | 20 | 16 | 4 | 2 | Hasta 2 VM; con un segundo apilado: 4 VM |
| Una CPU × seis núcleos | 6 | 16 (mínimo por servidor) | 0 | 0 | Hasta 2 VM |
| Dos CPU × doce núcleos | 24 | 16 | 8 | 4 | Hasta 2 VM; con segundo apilado: 4 VM |
| Cuatro CPU × ocho núcleos | 32 | 16 | 16 | 8 | Hasta 2 VM; apilando: +2 VM por re‑licenciamiento |
Mitos y realidades del licenciamiento por núcleo
| Mito | Realidad |
|---|---|
| Existe una clave para “sumar” núcleos. | No existe. Los núcleos adicionales se licencian en contrato; el SO solo conoce la edición. |
| Los hilos lógicos cuentan como núcleos. | No. Solo cuentan los núcleos físicos del procesador. |
| Se puede licenciar solo las VM. | Con Standard debes licenciar todos los núcleos físicos del host; las VM heredan el derecho. |
| El host físico siempre puede usarse como servidor adicional. | Si el host ejecuta cargas ajenas a virtualización, puedes perder el derecho a dos VM con Standard. |
Ejemplos prácticos
Servidor con dos CPU de diez núcleos
Cálculo: 2 × 10 = 20 núcleos físicos. Base cubre 16; faltan 4 → compras 2 packs de dos. Derecho: 2 VM. Si necesitas 4 VM en el mismo host, debes volver a licenciar los 20 núcleos (segunda capa).
Servidor con una CPU de seis núcleos
Aunque el hardware tenga 6 núcleos, el mínimo por servidor es 16. La compra base cubre el mínimo. Derecho: 2 VM si el host físico solo se usa para Hyper‑V y administración.
Servidor con dos CPU de doce núcleos
Total 24 núcleos. Base 16; adicionales 8 → 4 packs de dos. Si proyectas más de cuatro VM, probablemente Datacenter sea más eficiente en costo.
Decidir entre Standard apilado y Datacenter
| Criterio | Standard | Datacenter |
|---|---|---|
| Derechos de virtualización | Hasta 2 VM por licenciamiento de todos los núcleos; apilable por bloques de 2 VM | VM ilimitadas por host licenciado |
| Densidad de VM esperada | Baja a media | Media a alta |
| Gestión de crecimiento | Implica re‑licenciar todos los núcleos por cada +2 VM | Sin recálculo por VM |
| Características avanzadas | Conjunto limitado | Conjunto completo para escenarios intensivos |
Consideraciones para clústeres y movilidad de VM
- Licencia cada host físico del clúster en función del peor caso: cuántas VM podrían ejecutarse simultáneamente en él durante una conmutación por error.
- Reasignación de licencias: las licencias por núcleo no deben moverse de un servidor a otro con frecuencia. En entornos con VM móviles, planifica para que cualquier host que reciba la carga esté completamente licenciado.
- Si usas failover, evita quedarte corto; un auditor podría cuestionar licencias si una migración deja un host con más VM concurrentes de las cubiertas.
Notas clave sobre host y OSE
- Con Standard, si el host físico ejecuta solo Hyper‑V y servicios de administración, puedes ejecutar hasta 2 VM. Si el host presta servicios adicionales (por ejemplo, actúa también como servidor de archivos), puede consumirse el derecho de ejecución en una VM; verifica tu caso y licéncialo en consecuencia.
- Los derechos de Standard no se pueden dividir entre servidores; el apilado aplica al mismo host.
- En escenarios con alta densidad, Datacenter simplifica el cumplimiento y el crecimiento.
Checklist operativa
- Inventaria hardware: sockets y núcleos por socket.
- Calcula núcleos totales y packs adicionales de dos.
- Compra y asigna en tu portal de licencias.
- Activa la edición del sistema si procede (MAK o KMS).
- Registra evidencia: facturas, asignaciones, capturas de activación.
- Si virtualizas, documenta tu plan de apilado o tu decisión por Datacenter.
Errores comunes a evitar
- Intentar introducir una “clave” para sumar núcleos en el SO.
- Contar hilos lógicos como si fueran núcleos físicos.
- Pretender licenciar solo VM individuales en Standard sin cubrir todo el host.
- No considerar los mínimos de ocho por CPU y dieciséis por servidor.
- No planear el peor caso en clústeres y movimientos de VM.
- Olvidar que cada apilado en Standard requiere re‑licenciar todos los núcleos del host.
Comandos y scripts útiles
Inventario de procesadores
Get-CimInstance Win32_Processor | Select-Object `
Name, SocketDesignation, NumberOfCores, NumberOfLogicalProcessorsConteo total de núcleos físicos
(Get-CimInstance Win32_Processor | Measure-Object NumberOfCores -Sum).SumVer la edición instalada y ediciones objetivo
dism /online /Get-CurrentEdition
dism /online /Get-TargetEditionsCambiar a Standard con clave de producto
DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEulaPlantilla de registro de cumplimiento
| Servidor | Sockets | Núcleos por socket | Núcleos físicos totales | Packs adicionales de dos | Edición y activación | Derechos de VM planificados | Evidencia de compra | Asignación en portal |
|---|---|---|---|---|---|---|---|---|
| Host‑A | 2 | 10 | 20 | 2 | Standard activado (MAK/KMS) | 2 VM (o 4 con 2.º apilado) | Factura 12345 | Asignado el 2025‑08‑16 |
| Host‑B | 1 | 6 | 6 (mín. 16) | 0 | Standard activado | 2 VM | Factura 67890 | Asignado el 2025‑08‑16 |
Preguntas frecuentes
¿Dónde ingreso la “clave” de núcleos adicionales?
No se ingresa. Solo se activan ediciones Standard o Datacenter con clave MAK o mediante KMS.
¿Cómo demuestro el cumplimiento?
Con tu contrato, facturas y asignación en el portal de licencias, además del inventario de hardware y el estado de activación por edición.
¿Los hilos lógicos cuentan?
No. Únicamente los núcleos físicos del procesador.
¿Puedo dividir una licencia apilada entre dos servidores?
No. El apilado se aplica al mismo host.
¿Y si el host físico hace más cosas además de Hyper‑V?
Verifica tu caso: si el host ejecuta otros roles además de virtualización y administración, ajusta el licenciamiento de Standard en consecuencia o considera Datacenter.
¿Qué pasa en un clúster con migraciones en vivo?
Cada host debe estar completamente licenciado para el máximo de VM que pueda ejecutar simultáneamente durante una falla o mantenimiento.
Buenas prácticas y consejos de auditoría
- Documenta el cálculo de núcleos y el porqué de cada compra.
- Etiqueta físicamente el servidor con núcleos y edición activa; facilita auditorías.
- Automatiza un informe mensual de inventario que capture sockets, núcleos y edición.
- Revisa trimestralmente cambios de hardware que puedan alterar el conteo de núcleos.
Resumen ejecutivo
Las licencias de núcleos adicionales en Windows Server 2022 Standard no se instalan en el sistema operativo. Se adquieren y asignan para cubrir todos los núcleos físicos del servidor y, si virtualizas, se apilan para sumar derechos de VM en bloques de dos. La activación técnica solo cambia la edición; no hay una clave que “agregue” cores. Con un inventario claro, buenas prácticas de documentación y la compra de packs de dos cuando superes los dieciséis núcleos, tendrás un entorno correctamente licenciado y listo para auditorías.
Recordatorio clave: No existe un procedimiento de “aplicación” de licencias de núcleos adicionales en el SO. Todo ocurre en el plano contractual y administrativo; el sistema solo necesita estar activado con la edición correcta.