¿El modelo de licenciamiento por núcleo se aplica igual para SQL Server 2017, 2019, 2022 y 2025?

Sí. El principio básico del licenciamiento basado en núcleo (por núcleo) es el mismo para SQL Server 2017, 2019, 2022 y 2025: la potencia de cálculo se licencia en forma de núcleos de CPU, no el acceso a través de CAL de usuario o dispositivo. En cuanto el entorno esté correctamente licenciado por núcleo, no se necesitarán CAL de SQL Server.

¿Cuáles son los requisitos mínimos para los servidores físicos (por núcleo)

En el caso de los servidores físicos, los valores mínimos se aplican independientemente del número real de núcleos instalados. Deben aplicarse al menos 4 licencias de núcleo por procesador físico (socket). Además, se aplica un requisito mínimo de licencias de 16 núcleos por servidor físico. Si el número real de núcleos supera estos valores mínimos, los núcleos físicos existentes deben estar completamente licenciados.

¿Cuáles son los requisitos mínimos para las máquinas virtuales (VM)

Cuando las máquinas virtuales se licencian específicamente por VM, el enfoque mínimo suele ser un número mínimo de licencias de núcleo por VM. Es crucial que el licenciamiento no se convierta en "arbitrariamente pequeño" sólo porque a una VM se le asigne técnicamente un pequeño número de vCores. En la práctica, la asignación correcta del licenciamiento de VM y los enfoques mínimos son, por lo tanto, importantes para que el licenciamiento no se evalúe posteriormente como "demasiado pequeño".

¿Qué significa esto para SQL Server Standard frente a Enterprise?

En el modelo de núcleo, la lógica de licenciamiento sigue siendo la misma, pero las ediciones pueden tener límites funcionales. SQL Server Standard está limitado en su capacidad informática utilizable en comparación con Enterprise. Esto afecta a los recursos máximos utilizables de la edición, no a la obligación básica de cumplir con los núcleos mínimos o de licenciar completamente los núcleos físicos en cuanto se superan los valores mínimos.

¿Qué papel desempeña Software Assurance (SA) en la práctica?

Software Assurance puede proporcionar flexibilidad y derechos adicionales en el funcionamiento, especialmente en entornos virtualizados y para la movilidad de las cargas de trabajo. Sin SA, ciertos modelos de despliegue más flexibles suelen verse limitados en la práctica, lo que significa que el licenciamiento suele pensarse más en términos de asignación al host físico y sus núcleos físicos. El factor decisivo sigue siendo: El modelo de licencia seleccionado y la forma de operación utilizada (física, VM, clúster, patrones de movimiento) deben encajar.

¿Cuáles son los típicos errores de compra con el licenciamiento de núcleos y cómo evitarlos?

Un error de compra común es la suposición de que una VM muy pequeña siempre puede licenciarse "mínimamente", aunque se apliquen tarifas mínimas y lógicas de empaquetamiento; esto puede evitarse comprobando cuidadosamente la tarifa mínima por VM y el límite inferior real de licencia antes de comprar.

Un segundo error es elegir Standard aunque la edición Standard esté limitada funcionalmente o en capacidad; esto se puede evitar aclarando de antemano si la carga prevista y las características requeridas están cubiertas en Standard.

Un tercer error es planificar las licencias de núcleo de forma demasiado estricta porque sólo se tienen en cuenta los valores mínimos, aunque el servidor tenga más núcleos físicos; esto se puede evitar tomando como base el número real de núcleos del host o de la arquitectura de destino (host/VM) y sólo entonces fijarse en los valores mínimos.

Un cuarto error es planificar escenarios de virtualización sin los derechos apropiados; esto se puede evitar determinando de antemano si se desea licenciar VMs específicas o cubrir el host por completo, y si se requieren derechos adicionales (por ejemplo, a través de SA) para ello.

Independientemente del tamaño de la máquina virtual, se requieren al menos 4 licencias de núcleo por VM.

Si se asignan más de cuatro vCores, cada vCore adicional también debe tener licencia.