Licenciamiento de SQL Server: La guía definitiva
Microsoft SQL Server es una de las plataformas de bases de datos más utilizadas en entornos empresariales. Sin embargo, al momento de adquirir las licencias, es fundamental entender correctamente los modelos disponibles y, especialmente, cómo afectan los accesos directos e indirectos a SQL Server.
Existen principalmente dos modelos de licenciamiento:
- Licenciamiento por núcleo o Per Core
- Licenciamiento por Servidor + CAL o Server + CAL
Elegir correctamente entre ambos modelos puede simplificar considerablemente la administración de licencias y evitar problemas de cumplimiento.
¿Cómo se licencia Microsoft SQL Server?
El modelo adecuado dependerá de factores como:
- Edición de SQL Server utilizada.
- Cantidad de usuarios o dispositivos.
- Número de núcleos físicos o virtuales.
- Uso de máquinas virtuales.
- Usuarios internos y externos.
- Aplicaciones que acceden a SQL Server.
- Existencia de portales web, ERP, CRM, API u otros sistemas intermedios.
- Acceso directo o indirecto a los datos.
A continuación, revisamos las principales diferencias.
1. Licenciamiento SQL Server por núcleo o Per Core
En el modelo Per Core, el licenciamiento está relacionado con la capacidad de procesamiento sobre la que se ejecuta SQL Server. Microsoft incluye SQL Server entre sus productos que utilizan modelos de licenciamiento basado en núcleos. [microsoft.com]
La principal característica de este modelo es que no es necesario adquirir una CAL de SQL Server para cada usuario o dispositivo que accede a SQL Server.
Esto hace que el modelo Per Core sea especialmente interesante en ambientes con una cantidad elevada o variable de usuarios.
¿Cuándo considerar Per Core?
Habitualmente debería evaluarse cuando:
- Existe una gran cantidad de usuarios.
- La cantidad de usuarios no puede determinarse fácilmente.
- Existen usuarios externos a la organización.
- SQL Server soporta aplicaciones web.
- Existen múltiples aplicaciones conectadas a la base de datos.
- El entorno presenta acceso indirecto o multiplexación.
- Se requiere SQL Server Enterprise.
Ejemplo
Una organización cuenta con una máquina virtual con SQL Server que soporta su ERP, portal web y varias aplicaciones internas.
Cientos de usuarios utilizan estas aplicaciones, pero ninguno de ellos necesariamente se conecta directamente a la base de datos.
En un escenario de este tipo, el modelo Per Core puede simplificar el licenciamiento, ya que no se necesita administrar una CAL de SQL Server para cada usuario o dispositivo.
2. Licenciamiento SQL Server mediante Server + CAL
El modelo Server + CAL funciona de manera diferente.
Se requiere adquirir:
Licencia de SQL Server + licencias CAL para los usuarios o dispositivos correspondientes.
Este modelo puede resultar atractivo cuando SQL Server será utilizado por un grupo reducido y claramente identificable de usuarios o dispositivos.
User CAL y Device CAL
Según el escenario de acceso, debe analizarse qué tipo de CAL corresponde:
User CAL
Se asigna al usuario. Es una alternativa que debe evaluarse cuando una misma persona necesita acceder desde diferentes dispositivos.
Device CAL
Se asigna al dispositivo. Puede ser apropiada cuando varias personas utilizan un mismo equipo para acceder a SQL Server.
Ejemplo
Supongamos una pequeña empresa con:
- 1 servidor SQL Server.
- 15 empleados que utilizan un sistema ERP.
- Usuarios claramente identificados.
Una alternativa que podría evaluarse sería:
1 licencia SQL Server Standard Server + 15 SQL Server User CAL.
El costo de esta configuración debería compararse con la alternativa de licenciamiento Per Core antes de tomar una decisión.
Per Core vs. Server + CAL
| Característica | Per Core | Server + CAL |
|---|---|---|
| ¿Qué se licencia? | Capacidad de procesamiento | Servidor + usuarios/dispositivos |
| CAL de SQL Server | No requerida | Requerida |
| Pocos usuarios identificados | Evaluar costo | Puede ser conveniente |
| Muchos usuarios | Conveniente de evaluar | Puede incrementar las CAL necesarias |
| Usuarios externos | Simplifica el modelo | Requiere análisis de acceso |
| Aplicaciones web | Conveniente de evaluar | Requiere especial atención |
| Acceso indirecto | No requiere CAL individuales | Debe considerarse para las CAL |
| SQL Server Standard | Disponible | Disponible |
| SQL Server Enterprise | Disponible | No se ofrece bajo Server + CAL |
En términos sencillos:
Per Core: se licencia la capacidad de procesamiento utilizada por SQL Server.
Server + CAL: se licencia el servidor y, adicionalmente, los usuarios o dispositivos que requieren acceso.
¿Qué es el acceso indirecto o multiplexación en SQL Server?
Este es uno de los aspectos más importantes del licenciamiento de SQL Server.
Es habitual pensar que una CAL solamente es necesaria cuando un usuario establece una conexión directa con la base de datos. Sin embargo, la existencia de un software intermediario no reduce automáticamente los requerimientos de licenciamiento.
Microsoft denomina multiplexación al uso de hardware, software o automatización, entre otros casos, para agrupar conexiones o reducir el número de usuarios, dispositivos o sistemas operativos que un producto administra directamente.
Microsoft establece expresamente que la multiplexación no reduce la cantidad de licencias requeridas. Los usuarios o dispositivos deben disponer de las licencias apropiadas independientemente de que su acceso sea directo o indirecto. [microsoft.com]
Ejemplo de acceso indirecto mediante un ERP
Consideremos la siguiente arquitectura:
El servidor de aplicaciones podría mantener solamente algunas conexiones técnicas con SQL Server.
Sin embargo, esas conexiones no representan necesariamente la cantidad de licencias necesarias.
Si 300 usuarios utilizan el ERP y este accede a SQL Server en nombre de ellos, el hecho de concentrar las comunicaciones mediante un servidor de aplicaciones no permite simplemente licenciar el número de conexiones técnicas.
Microsoft señala que la multiplexación no disminuye los requerimientos de licencias. [microsoft.com]
Por esta razón, en ambientes de este tipo es fundamental comparar Server + CAL con el modelo Per Core.
Acceso indirecto desde un sitio web
Otro escenario frecuente ocurre cuando SQL Server funciona como base de datos de una aplicación o portal web.
Por ejemplo:
Los visitantes nunca establecen una conexión SQL directamente.
En cambio:
- El usuario realiza una operación en el sitio.
- La aplicación recibe la solicitud.
- La aplicación consulta SQL Server.
- SQL Server procesa los datos.
- La aplicación entrega el resultado al usuario.
Existe, por tanto, una aplicación intermediaria.
Microsoft señala que la multiplexación puede comprender escenarios donde existen aplicaciones que acceden indirectamente al producto o a datos que el producto procesa o genera. [microsoft.com]
Por este motivo, cuando existen numerosos usuarios externos o una población de usuarios difícil de determinar, Per Core suele ser un modelo especialmente conveniente de evaluar.
Un error frecuente al licenciar SQL Server
Consideremos una empresa que tiene:
- 500 empleados.
- Un ERP.
- Un servidor de aplicaciones.
- Un SQL Server.
Técnicamente, puede ocurrir que solamente el servidor de aplicaciones mantenga conexiones visibles hacia SQL Server.
Un error sería concluir:
“Como SQL Server solamente recibe conexiones desde el servidor del ERP, necesitamos una licencia de servidor y una sola CAL.”
La cantidad de conexiones técnicas no determina por sí sola el número de licencias.
Microsoft indica que el uso de tecnologías para agrupar conexiones o reducir la cantidad de usuarios o dispositivos que acceden directamente al producto no reduce el número de licencias requeridas. [microsoft.com]
Por ello, para determinar correctamente el licenciamiento es necesario conocer quiénes están accediendo directa o indirectamente a SQL Server.
¿Qué modelo de SQL Server debería elegir?
Como orientación inicial:
Server + CAL
Conviene evaluarlo principalmente cuando existe:
- Una cantidad reducida de usuarios.
- Usuarios o dispositivos claramente identificados.
- Un ambiente controlado.
- SQL Server Standard.
- Facilidad para administrar las CAL necesarias.
Per Core
Conviene evaluarlo especialmente cuando existen:
- Muchos usuarios.
- Usuarios externos.
- Usuarios variables o difíciles de contabilizar.
- Aplicaciones web.
- ERP o aplicaciones con múltiples usuarios.
- API o middleware.
- Escenarios complejos de acceso indirecto.
- SQL Server Enterprise.
Preguntas que debe responder antes de comprar SQL Server
Antes de solicitar una cotización de Microsoft SQL Server, recomendamos identificar al menos los siguientes aspectos.
¿Qué edición necesita?
Determine si la solución requiere SQL Server Standard o SQL Server Enterprise.
¿Dónde ejecutará SQL Server?
Identifique si se instalará sobre:
- Servidor físico.
- Máquina virtual.
- Infraestructura cloud.
- Infraestructura de un proveedor externo.
¿Cuántos núcleos o vCores tendrá?
Esto es especialmente importante para evaluar el licenciamiento Per Core.
¿Cuántos usuarios utilizarán las aplicaciones?
No considere solamente administradores de bases de datos o personas que ingresarán directamente a SQL Server.
También deben analizarse las personas o dispositivos que acceden a la información mediante aplicaciones intermedias.
¿Cómo llegan los usuarios hasta SQL Server?
Por ejemplo:
o:
o:
Los dos últimos casos requieren analizar cuidadosamente las reglas de acceso indirecto y multiplexación.
¿Necesita ayuda para licenciar Microsoft SQL Server?
El licenciamiento de SQL Server debe analizarse considerando tanto la infraestructura como la forma en que usuarios, dispositivos y aplicaciones acceden a la plataforma.
Una elección incorrecta entre Per Core y Server + CAL puede generar costos innecesarios o dejar el ambiente incorrectamente licenciado.
En SoftwarePro Chile podemos ayudarle a analizar su escenario, identificar el modelo de licenciamiento más adecuado y cotizar las licencias Microsoft SQL Server que requiera.
Antes de cotizar recomendamos realizar un levantamiento considerando:
- Edición de SQL Server.
- Servidores físicos y máquinas virtuales.
- Cantidad de núcleos o vCores.
- Usuarios y dispositivos.
- Usuarios internos y externos.
- Aplicaciones conectadas.
- ERP, CRM y sistemas de gestión.
- Portales web y API.
- Accesos directos e indirectos.
De esta manera será posible comparar correctamente SQL Server Per Core versus SQL Server Server + CAL y seleccionar la alternativa más adecuada para cada escenario.