En este blog post, intentaremos estructurar un poco las licencias de RDS y VDI y explicar algunos de los principales conceptos y opciones. Sólo para estar seguros: de ninguna manera esto será una referencia completa. Sí, incluso en este post de más de 2000 palabras, vamos a (necesitar) cortar algunas esquinas.
Cuando hablamos con socios y clientes, nos encontramos frecuentemente con preguntas sobre las licencias de Microsoft RDS y VDI. "¿Cuánto cuesta?" es una de las que escuchamos a menudo, y es un asunto... bastante complejo, por decirlo de alguna manera. En primer lugar, porque la tecnología y la base de la arquitectura por debajo de RDS y VDI es compleja, y en segundo lugar porque las reglas del juego han evolucionado con el tiempo. La matriz de posibilidades es inmensa. En resumen, cuando compre licencias relacionadas con RDP, asegúrese de contar con un buen asesor o de trabajar con las condiciones de los productos de Microsoft.
Antes de continuar con este blog post, recomendamos al lector que lea nuestro post en el blog sobre las opciones y los componentes de RDP.
LO BÁSICO
¿Qué es una CAL?
"Si las estaciones de trabajo de su organización están conectadas en red, es probable que dependa de un software de servidor de red para realizar ciertas funciones, como compartir archivos e impresiones. Para acceder legalmente a este software de servidor, puede ser necesaria una licencia de acceso de cliente (CAL). Una CAL no es un producto de software, sino una licencia que da al usuario el derecho a acceder a los servicios del servidor". Más información.
¿Cuándo necesita una CAL de Microsoft RDS (Remote Desktop Services)?
Sencillamente, en todas las situaciones en las que se utilice "Servicio de Escritorio Remoto" (RDS). Microsoft escribe: "Cada usuario y dispositivo que se conecte a un host de Sesión de Escritorio Remoto necesita una licencia de acceso de cliente (CAL)". Más información.
¿Qué pasa con una conexión de RDP a un VDI (sin el uso de RDS)?
En ese caso, no necesitará una CAL de RDS. Sin embargo, necesitará una licencia VDA (Acceso al Escritorio Virtual) de Windows. Esto está contemplado en las licencias de Windows E3 y E5 y también puede adquirirse por encima de Windows en caso de que no tenga el sabor E3 o E5. Windows E3 o E5 es la evolución del antiguo Windows SA (Software Assurance). El primero se basa normalmente en el usuario, mientras que el segundo era una licencia basada en el dispositivo.
"Windows Virtual Desktop Access (VDA) es una estrategia de autorización que requiere que cada dispositivo que desee acceder a un escritorio virtual de Windows en una infraestructura de escritorio virtual (VDI) tenga una licencia". Más información.
VDA se incluye como una característica de las suscripciones de Windows E3 y E5, lo que significa que los usuarios primarios de los dispositivos con dicha licencia pueden acceder a sus escritorios virtuales sin coste adicional.
Como "caso especial": en caso de que se acceda a un cliente de Windows (y por tanto a un escenario VDI) utilizando una plataforma RDS, se necesitaría tanto la licencia VDA de Windows (como parte de Windows E3 o E5, o independiente) como una CAL de RDS.
En el nivel más alto, la imagen que aparece a continuación ofrece algunas orientaciones:

OPCIONES DE LICENCIA DE RDS CAL
Con los fundamentos fuera de la puerta, vamos a ir un nivel más profundo en la concesión de licencias RDS CAL.
El servidor de licencias RD
Este es un rol obligatorio para Microsoft que debe ser configurado en su entorno RDS. Para implementaciones pequeñas, se puede implementar en el Host de Sesión RD. Para despliegues más grandes, se aconseja una VM separada. Cuando se adquieren CALs, éstas deben ser cargadas en el servidor de licencias. Por lo tanto, si una CAL RDS apropiada está disponible en un servidor de licencias, la CAL RDS se emite al cliente, y el cliente puede conectarse al servidor RD Session Host y desde allí al escritorio o las aplicaciones que está tratando de utilizar. Normalmente hay periodos de gracia durante los cuales el servidor de licencias acepta la conexión.
¿Qué tipos de RDS CAL existen?
Básicamente, debe elegir entre una "CAL de usuario" y una "CAL de dispositivo". Una visión general:
POR DISPOSITIVO
Las CAL se asignan físicamente a cada dispositivo
El servidor de licencias realiza un seguimiento de las CAL
Las CALs pueden ser rastreadas independientemente de la pertenencia a AD
Puede revocar hasta un 20% de CALs
Las CAL no pueden ser sobreasignadas
POR USUARIO
Las CAL se asignan a un usuario en AD
El servidor de licencias realiza un seguimiento de las CAL
Las CAL no pueden ser rastreadas dentro de un grupo de trabajo
No se puede revocar ninguna CAL
Las CAL pueden ser sobreasignadas (incumplimiento con acuerdo)
Comparación para las CAL de RDS (para Windows Server 2016)
No es compatible con las versiones superiores
Como ya explicamos en nuestro blog de introducción a RDP, RDS está ligado a una versión de Windows Server; es decir, la versión RDS de Windows Server 2008R2 y 2016 están fuertemente ligadas a cada plataforma y son bastante diferentes entre sí en cuanto a características y rendimiento.
Ahora viene la parte complicada: las CALs que compró para una implementación de Windows Server 2012 no serán aceptadas en una plataforma de Windows Server 2016, si no las compró para el Software Assurance. Sin embargo, la CAL RDS 2016 es compatible con RDS 2012. Microsoft escribe: "Cualquier servidor de licencias RDS puede alojar licencias de todas las versiones anteriores de Remote Desktop Services y de la versión actual de Remote Desktop Services. Por ejemplo, un servidor de licencias RDS de Windows Server 2016 puede alojar licencias de todas las versiones anteriores de RDS, mientras que un servidor de licencias RDS de Windows Server 2012 R2 solo puede alojar licencias hasta Windows Server 2012 R2."
Sin embargo, la compatibilidad hacia arriba es posible si se adquiere Software Assurance para las licencias RDS CAL. En ese caso, basta con actualizar a la última versión disponible. Si no se adquiere Software Assurance, es necesario adquirir nuevas CAL de RDS.
La siguiente tabla lleva la teoría a la práctica (en caso de que no haya Software Assurance):

La CAL de Windows Server
Cuando escribimos sobre la CAL de RDS, todavía no hablamos de las licencias de Windows Server. Dado que en la mayoría de los casos los 'escritorios' o las aplicaciones se despliegan en Windows Server, el licenciamiento también se aplica aquí. Normalmente, tendrá que tener en cuenta una CAL de Windows Server (disponible "por usuario" o "por dispositivo"), junto a (o encima de) la CAL de RDS.
Modelo de licencia
Y luego, obviamente, Microsoft tiene diferentes modelos para el consumo de CALs de RDS. Desde una perspectiva de alto nivel, hay 3 categorías principales:
Licencias por volumen: es un término utilizado por Microsoft para describir un programa para organizaciones que necesitan varias licencias de productos de Microsoft, pero que no necesitan varias copias de los soportes de software ni de la documentación que acompaña al software. El programa de licencias por volumen de Microsoft suele ofrecer a las organizaciones precios más bajos, acuerdos de licencia de dos o tres años y, a menudo, derechos de uso del producto que no se incluyen en las licencias FPP (Full Packaged Product), como los derechos para copiar el software en varios dispositivos.
Dentro del sistema de licencias por volumen hay múltiples opciones: eche un vistazo a esta página para más información.
- Acuerdo de empresa (EA)
- Valor abierto
- MPSA - Contrato de productos y servicios de Microsoft
SPLA (Acuerdo de licencia de proveedor de servidor): "Con el SPLA, los proveedores de servicios y los ISV pueden conceder licencias de productos de Microsoft elegibles de forma mensual, durante un plazo de tres años de acuerdo, para alojar servicios y aplicaciones de software para sus clientes. El SPLA admite una variedad de escenarios de alojamiento para ayudarle a proporcionar soluciones altamente personalizadas y robustas a un amplio conjunto de clientes." Más información.
CSP (proveedor de servicios en la nube): El 20 de noviembreth 2018, Microsoft anunció que también sería posible comprar CALs de RDS a través de un modelo CSP. "Anteriormente, sus clientes necesitaban traer su propia CAL de RDS con SA para apoyar su implementación de RDS en el entorno de los clientes. Ahora, un CSP puede vender directamente suscripciones de RDS a través de nuestro programa CSP, eliminando el paso extra de que los clientes y socios adquieran diferentes licencias a través de varios programas. Con este modelo, se puede disfrutar de un ciclo de licenciamiento más rápido debido a la integración de CSP con otras licencias de Microsoft, incluyendo Windows Server, SQL Server y Office, para facilitar a los socios la simplificación del proceso de compra." Más información.
Junto a los modelos de licencia anteriores, existen precios especiales para organizaciones sin ánimo de lucro, educativas, etc., pero esos descuentos no se aplican a todos los modelos.
OPCIONES DE LICENCIA VDI
¿Cuándo necesita VDA?
En el escenario VDI, usted se conecta remotamente a un Cliente Windows (es decir, el sistema operativo que podría ejecutarse en su portátil/escritorio). Cuando se utiliza VDI, y por lo tanto no se conecta a un RD Session Host o a un Windows Server, no se necesitan RDS ni CALs de Windows Server. Sin embargo, debe asegurarse de que su licencia de Windows (cliente) está correctamente configurada: en el caso de "Windows Virtual Desktop Access, o VDA".
Necesitará dicha licencia VDA cada vez que se conecte a un cliente Windows que esté alojado de forma centralizada (es decir, que se ejecute en un centro de datos o en una máquina virtual en un hipervisor). También necesitará una licencia VDA si se conecta remotamente a un escritorio Windows que no es su dispositivo principal (digamos, que no es su escritorio principal que está conectado en el trabajo).
Usted no requerirá ninguna licencia adicional de VDA si se conecta remotamente desde un dispositivo Windows a su escritorio/portátil principal que está conectado a la red de la empresa. Un escenario típico es que el escritorio se deja encendido en la oficina por la noche. Los trabajadores pueden entonces acceder a ese espacio de trabajo desde un dispositivo personal en casa a través de RDP. Evidentemente, este no es el escenario más escalable, seguro o rentable (desde el punto de vista energético), pero es una opción, no obstante.
Ahora, supongamos que un usuario diferente accede a su VDI. En ese caso, no es el usuario principal el que accede a su dispositivo principal y, por tanto, se aplicarán licencias VDA adicionales para añadir este usuario adicional. Un "usuario adicional" típico es un contratista o un compañero.
Vayamos un paso más allá: si se conecta a su ordenador de sobremesa/portátil principal que está conectado a la red de la empresa, e intenta conectarse desde un dispositivo que no sea Windows (digamos un Apple MacBook) entonces también necesitará una licencia VDA (o una Windows 10 Enterprise E3/E5 como leerá más adelante).
¿Sigue con nosotros?
Licencias de Windows 10 Enterprise E3, E5 y SA
El "Acceso Virtual Desktop" (VDA) de Windows está incluido en las licencias de Windows 10 Enterprise E3 y E5. Con las licencias de usuario de Windows 10 Enterprise E3 y E5, tiene los derechos de acceso remoto para hasta 5 dispositivos diferentes (vinculados al mismo usuario). Esto incluye dispositivos con sistemas operativos distintos de Windows (por ejemplo, un iPad). El sistema cliente Windows "anfitrión" también puede alojarse en un centro de datos.
Windows 10 Enterprise E3 o E5 está disponible en licencias "por dispositivo" y "por usuario". Windows SA solía estar disponible exclusivamente para la concesión de licencias por dispositivo. A partir del 1 de diciembrest 2014, Windows SA y Windows VDA también tienen licencia "por usuario". Windows SA también venía con VDA incorporado. Sin embargo, en la actualidad, Microsoft vende principalmente licencias de usuario de Windows 10 E3 y E5.
Windows Virtual Desktop
Microsoft ha introducido Windows Virtual Desktop en Azure, que está en beta pública desde marzo de 2019. Los requisitos de licencia para WVD en Azure son diferentes en comparación con las reglas predeterminadas. ¡Lea más sobre este tema en nuestro post en el blog!
¿Puedo conectarme a VDI a través de RDS?
Sí, es una posibilidad. En tal caso, se accede al cliente Windows mediante la configuración de los Servicios de Escritorio Remoto.
Compatibilidad
Dado que Windows E3 y E5 incluyen básicamente el Software Assurance, tiene derecho a actualizar (o bajar de categoría en teoría) en cualquier momento.
Modelos de licencia
Al igual que RDS, Windows E3, E5 y VDA están disponibles en varios modelos de licencia. Sin embargo, es "ligeramente" más complejo. Esta tabla ofrece una buena visión general:
Cuadro resumen
El siguiente árbol intenta resumir las opciones para algunos escenarios:
RDP A LINUX
Por último, pero no menos importante, otra opción que aún no hemos tocado, es la opción de utilizar el Protocolo de Escritorio Remoto (RDP) para acceder a una máquina sin Windows. Supongamos con seguridad que se trata de Linux en el mundo actual. Desde el punto de vista de las licencias de Microsoft, no hay costes. Lo cual tiene sentido, dado que no se utiliza el cliente de Windows (no se necesita VDA), ni Windows Server (no se necesita CAL de Windows Server) ni RDS (no se necesita CAL de RDS). Sin embargo, los costes de licencia podrían aplicarse a otras suites RDP (no de Microsoft).
LICENCIA DE RDP Y AWINGU
Aquí podemos ser breves. Awingu no permite recortar en licencias relacionadas con RDS o VDI como tal. Awingu es una capa por encima, y se aplicarán todas las reglas del juego. Sin embargo, el lado positivo es que la concesión de licencias de Awingu es mucho menos compleja, ya que se basa en el usuario a nivel concurrente. No importa qué características utilice, con qué frecuencia las use, desde qué dispositivo lo haga o cuántas aplicaciones/escritorios utilice. Es simple y transparente.