RASInsider
← Todos los artículos
11 de noviembre de 2026 / Guías / 5 min de lectura

Actualizar Parallels RAS de la 21 a la 22 en una granja multicomponente

Parallels RAS : mise a jour de la version 21 vers la 22

El botón «Check for Updates» de la consola es cómodo en un laboratorio, pero en una granja distribuida actualiza los componentes en un orden que usted no controla — y de ahí vienen las malas sorpresas. Esta es la procedimiento manual y ordenado que aplico en producción para pasar de la v21 a la v22, validado antes en laboratorio. Y un consejo de entrada: la 22 abandona varios sistemas y componentes, así que compruebe la compatibilidad antes de lanzar nada.

La v22 salió el 29 de octubre de 2026 (build 22.0.0.28160; appliance HALB 22.0.0.1-28161 desde el 4 de noviembre).

Lo que gana con la 22

Solo en seguridad, la añada es potente:

  • Device Posture antes de la conexión: se comprueba la conformidad del equipo (antivirus, SO, navegador) antes de abrir la sesión.
  • SAML como segundo factor (MFA) y filtrado por IP pública: reglas de autenticación distintas según el origen, interno o externo.
  • Endurecimiento de las Secure Gateways con limitación de tasa contra las ráfagas de conexiones.
  • Verificación de granja de confianza: un servidor no aprobado ya no puede unirse al despliegue.
  • File Access: los recursos SMB de Windows directamente en el User Portal.
  • En la plataforma: soporte de despliegues AVD híbridos, VMware vSphere 9 como proveedor de VDI, actualizaciones de agente en Drain Mode en los RDSH, visualización del uptime de los hosts, y grabación de sesión (experimental).

Compruebe antes de nada: los SO y componentes abandonados

Esta es la verdadera trampa de esta subida de versión. Si alguno de estos elementos sigue en su parque, resuélvalo antes de actualizar:

  • Windows Server 2012 R2 ya no es compatible con el agente de RD Session Host.
  • SQL Server y SSRS 2016 ya no son compatibles con el Reporting: hay que estar en 2019 o 2022.
  • Las antiguas appliances HALB y las versiones antiguas de Reporting no son compatibles con la 22.
  • FSLogix 25.09 se retira, 26.08 se añade.
  • En equipos y clientes: fin del soporte de Windows 10 de 32 bits (cliente y agentes PC/Guest), macOS 13, iOS/iPadOS 17, Android 10 y 11, Debian 11, Fedora 40/41 e IGEL OS 11.

De paso, la 22 añade el soporte de vSphere 9, macOS 27, iOS/iPadOS 27, Android 17, Ubuntu 26.04 y Azure Stack HCI Core Edition para el proveedor Hyper-V.

La arquitectura objetivo

Partimos de una granja típica: uno o varios Connection Brokers, Secure Gateways, HALB delante de las gateways, y hosts RDSH o VDI — todo en servidores separados, con un Performance Monitor y un Reporting dedicados opcionales.

Antes de empezar

  • ⚠ Parchee por completo Windows Server 2022 antes de lanzar el instalador. En un WS2022 sin actualizar y con hardware con CET (Control-flow Enforcement Technology), .NET puede no inicializarse: el servicio RAS Web Administration no arranca y la instalación (o la actualización) se revierte. Apunte al menos al build 21H2, OS Build 20348.5622, reinicie y relance el instalador como administrador. Parallels no instala las actualizaciones de Windows por usted; si no puede parchear, instale en Windows Server 2025.
  • Compruebe su upgrade insurance: no se incluye automáticamente con un contrato de soporte.
  • Lea las notas de la versión v22: novedades, requisitos de software, licencias Microsoft, soporte de proveedores de VDI.
  • Exporte la configuración de la granja y guárdela en otro sitio.
  • Snapshots de todos los servidores virtuales, primero el servidor de licencias.
  • Guarde la clave de licencia (RAS Console → Licensing) y anote los detalles de instalación (Help → About).
  • Asegúrese de que el servidor de la consola tiene acceso a Internet (instalación y activación).
  • Planifique fuera de actividad, confirme una granja sana, identifique el broker primario y descargue los instaladores desde el sitio de Parallels en lugar de por la consola.

El orden de actualización

1. El broker primario primero

Es el punto menos intuitivo: se actualiza el primario antes que los secundarios. Si tiene varios Connection Brokers, detenga primero, en cada broker secundario, el Redundancy Service, el Connection Broker Service y el Provider Agent Service — so pena de pérdida de datos. Después lance el instalador en el primario, reinicie si se solicita. Si el instalador falla en «Service RAS Web Administration failed to start» y revierte, no son ni los permisos ni el firewall: es la combinación de WS2022 sin parchear + CET vista arriba — actualice el servidor y reinténtelo.

2. Los brokers secundarios

Uno a uno. Actualice, reinicie los servicios que había detenido y confirme que cada broker está sano antes de pasar al siguiente.

3. Las Secure Gateways

⚠ Actualizar una gateway corta todas sus sesiones tunelizadas. Planifique fuera de horario y actualice una gateway cada vez mientras la otra sigue sirviendo el tráfico.

4. Las appliances HALB

Experiencia de campo: mientras se actualizan el broker y luego las Secure Gateways, las HALB siguen repartiendo el tráfico. Por eso puede reemplazar las appliances una a una, sin corte — siempre el nodo pasivo primero, validar, conmutar y luego la otra. Atención: el HALB no tiene actualización in-place, y una appliance anterior no es compatible a largo plazo con una granja v22. Por tanto despliegue la nueva appliance 22.0 reutilizando la configuración de red de la antigua, y no se quede en versiones mixtas una vez terminada la migración. (Vea Inside HALB para un recorrido por la appliance.)

5. Los agentes RDSH, Remote PC y VDI

Se actualizan desde la consola, sin cortar las sesiones en curso. ⚠ Pero mientras un host no esté actualizado, no puede abrirse ninguna sesión nueva en él: priorice sus hosts de alta disponibilidad. Novedad bienvenida en la 22: las actualizaciones de agente en Drain Mode, que preservan el estado de drenaje del host. Los pools basados en plantilla requieren una recreación de los clones planificada aparte; los host pools pueden usar Auto-upgrade.

6. Los Enrollment Servers

Trátelos como agentes, uno a uno en alta disponibilidad. Durante los reinicios, los nuevos inicios de sesión SAML con tarjeta inteligente pueden fallar brevemente.

7. El Performance Monitor

Instale el nuevo MSI encima del existente: se conserva el historial. Verifique el dashboard y el puerto 3000.

8. El Reporting Service

⚠ El único paso irreversible: el historial de informes se borra. Confirme antes que está en SQL Server / SSRS 2019 o 2022 (2016 ya no es compatible). Conserve el nombre de instancia y haga la prueba de conexión.

Validación posterior a la actualización

  • Todos los componentes verdes y verificados en la consola.
  • El contador Concurrent UBL coincide con sus licencias de usuario compradas.
  • Una prueba de usuario real (inicio de sesión, app publicada).
  • El dashboard de Performance Monitor responde.
  • La prueba de conexión de Reporting pasa.
  • Reinicie los servidores que todavía lo pidan.

Fuentes

¿Quieres ver RASInsider primero en las noticias de Google?Añadir RASInsider como fuente preferida en Google

¿Te ha sido útil este artículo?