Problema

En entornos virtualizados es frecuente comprar licencias Windows Server para ejecutar máquinas virtuales sobre VMware ESXi. Algunos revendedores afirman que ciertas ediciones o canales (por ejemplo, “Retail Datacenter”) solo son compatibles con Hyper‑V y que, para VMware, es necesario cambiar a varias licencias Standard. Esa postura genera dudas, obliga a rehacer presupuestos y, a menudo, termina en un upsell que parece más caro sin aportar valor real. El problema se repite cuando el cliente necesita validar que la licencia adquirida permite la virtualización ilimitada en cualquier hipervisor y que el cálculo de núcleos está correcto.

Causa

1. Confusión entre canales de venta y derechos de virtualización

Microsoft separa los productos por canal (Retail, Open Volume License (OVL), CSP, etc.) pero los derechos de uso son definidos por la edición (Datacenter vs Standard), no por el canal. Tanto la edición Datacenter como la Standard otorgan derechos de virtualización que se describen en el Microsoft Product Terms y en la Windows Server Licensing Guide. En la práctica, una licencia Datacenter permite ejecutar un número ilimitado de VMs en el host, sin importar si el hipervisor es Hyper‑V, VMware o cualquier otro certificado.

2. Documentación poco visible

Los documentos oficiales listan los derechos de “Virtualization” bajo la tabla de “License Mobility”. No siempre se destaca que la cláusula “Can be run on any hypervisor” aplica a todas las ediciones y a todos los canales. Los revendedores que no revisan la última versión del Product Terms pueden interpretar erróneamente que el canal Retail está limitado a Hyper‑V, una restricción que existía en versiones muy antiguas pero que ya no está vigente.

3. Incentivo comercial

Cambiar una licencia Datacenter por varias Standard incrementa el ticket de venta y, a veces, genera comisiones adicionales. Cuando el cliente menciona un número bajo de VMs, el revendedor justifica el cambio con “compatibilidad con VMware”. Esa justificación suele ser una mezcla de desconocimiento y de intento de maximizar ingresos.

4. Cálculo de núcleos incompleto

Otro punto de fricción es la regla de “licenciar todos los núcleos físicos”. Si el cliente compra una licencia de 24 cores y luego añade paquetes de 2 cores para llegar a 32 cores, el revendedor podría argumentar que la licencia original no cubre la totalidad del hardware, aunque la suma de paquetes sí lo haga. La falta de claridad en la factura genera sospechas sobre la validez de la licencia.

Solución

  1. Revisar los documentos oficiales

    • Descarga la última versión del Microsoft Product Terms (PDF). Busca la sección “Windows Server 2025” y verifica la tabla “Virtualization rights”. Allí verás que la edición Datacenter incluye “Unlimited VMs on any hypervisor”.
    • Consulta la Windows Server Licensing Guide para confirmar que la cláusula es idéntica para Retail, OVL y CSP.

  2. Validar la SKU en el portal de licencias

    • Accede a [VLSC] o al portal de tu CSP y localiza la SKU exacta (por ejemplo, “Windows Server 2025 Datacenter – Retail”). En la descripción aparecerá “Unlimited virtualization rights – any hypervisor”.
    • Si la descripción es ambigua, abre un ticket de soporte con Microsoft y solicita la confirmación escrita.

  3. Comparar costos con cálculo de núcleos

    • Determina el número total de núcleos físicos del host (ejemplo: 2 sockets × 16 cores = 32 cores).
    • Calcula la cantidad mínima de licencias Datacenter: cada licencia cubre 16 cores, por lo que necesitas 2 licencias (o 1 licencia + paquetes de 2 cores para completar).
    • Para Standard, cada licencia cubre 16 cores para dos VMs. Multiplica por el número de VMs que planeas ejecutar. Si superas 2 VMs por licencia, el coste crece rápidamente.

  4. Solicitar corrección o re‑emisión

    • Si el revendedor insiste en la incompatibilidad, envía la captura del documento oficial y la página del portal que muestra los derechos. Exige que mantenga la licencia original o que emita una nota de crédito.
    • En caso de que la factura ya esté emitida, abre una solicitud de ajuste con el revendedor citando la cláusula exacta del Product Terms.

  5. Implementar una política interna de verificación

    • Define un checklist para cualquier compra de Windows Server:
      1. Identificar edición (Datacenter/Standard).
      2. Verificar canal (Retail/OVL/CSP).
      3. Confirmar derechos de virtualización en el Product Terms.
      4. Calcular núcleos y paquetes necesarios.
      5. Documentar la respuesta del revendedor.

Cuándo aplicar esta solución

  • Entorno VMware con Windows Server como guest: siempre que la licencia se adquiera para ejecutar VMs en ESXi.
  • Presupuesto limitado y alta densidad de VMs: cuando el número de VMs por host supera 2 por licencia Standard, la edición Datacenter suele ser más económica.
  • Desconfianza en la información del revendedor: si el proveedor menciona restricciones de hipervisor que no aparecen en la documentación oficial.
  • Renovación o expansión de infraestructura: al añadir hosts, vuelve a validar los derechos para evitar sorpresas.

No es necesario aplicar este proceso si la infraestructura es exclusivamente Hyper‑V y la licencia ya está confirmada como Standard con la cantidad exacta de VMs.

Código

powershell -Command "Get-WmiObject -Class SoftwareLicensingProduct -Filter \"Name like 'Windows Server%'\" | Select-Object Name, LicenseStatus"

El comando muestra el nombre de la edición instalada y el estado de la licencia, útil para corroborar que el host reconoce la SKU correcta.


## Verificación
1. **Revisa la salida del comando anterior**: el campo *Name* debe coincidir con “Windows Server 2025 Datacenter”.  
2. **Accede al portal VLSC** y verifica que la SKU tenga la descripción “Unlimited virtualization rights – any hypervisor”.  
3. **Despliega una VM de prueba en ESXi** y verifica que la activación de Windows no falle por falta de derechos.  
4. **Comprueba la facturación**: suma los núcleos licenciados y compáralos con los núcleos físicos del host. La diferencia debe ser cero o estar cubierta por paquetes de 2 cores.

Si todos los pasos son positivos, la licencia es válida para VMware y no se necesita cambiar a Standard.

## Notas adicionales
- **Software Assurance (SA)** no es necesario para la compatibilidad con VMware, pero sí habilita la movilidad de licencias entre suscripciones y facilita cambios de hardware.  
- **Mantén una copia de los PDFs** del *Product Terms* y de la página de la SKU; los revendedores pueden cambiar de argumento, pero la documentación oficial tiene validez legal.  
- **Desconfía de precios que aumentan sin justificación**: una diferencia de ~10 % entre Datacenter y la combinación de Standard suele indicar un cálculo erróneo o un intento de upsell.  
- **Comunica internamente** la política de verificación para que el equipo de compras no dependa exclusivamente del revendedor.  
- **Si la licencia ya está en uso**, no es necesario reinstalar; la