Azure Virtual Desktop recibió dos actualizaciones de infraestructura relacionadas en septiembre de 2026: Hybrid alcanzó la disponibilidad general y los grupos de hosts regionales pasaron a disponibilidad general con un lanzamiento inicial en East US 2 y Central US. Este informe de octubre de 2026 analiza cómo afectan esos cambios a la ubicación de los hosts de sesión, la localidad de los metadatos, la planificación de la resiliencia y las decisiones de soberanía de los datos.

Para los responsables de TI, la señal es clara: la arquitectura de AVD exige ahora decisiones separadas sobre dónde se ejecutan las cargas de trabajo y dónde residen los metadatos de los grupos de hosts. No es una única decisión de migración. Es una revisión de ubicación y dependencias en todo el parque de escritorios.

1. Azure Virtual Desktop Hybrid alcanza la disponibilidad general

El blog de Azure Virtual Desktop de Microsoft informó de que Azure Virtual Desktop Hybrid pasó a disponibilidad general en septiembre de 2026. Según Microsoft, las organizaciones pueden ejecutar hosts de sesión en su propio centro de datos o entorno perimetral (edge) mientras conservan en Azure el plano de control y la administración de AVD.

Esto cambia el modelo de ubicación disponible. No elimina la necesidad de planificación operativa.

Cómo funciona:

Microsoft describe AVD Hybrid como un modelo que separa la ubicación de los hosts de sesión del plano de control y la capa de administración alojados en Azure. Los hosts de sesión pueden permanecer en el centro de datos o el entorno edge de una organización en lugar de ejecutarse exclusivamente como cargas de trabajo alojadas en Azure.

  • Ubicación de la infraestructura: tu equipo puede evaluar los centros de datos o los entornos edge como ubicaciones para los hosts de sesión de AVD.
  • Administración centralizada: Microsoft afirma que el plano de control y la administración de AVD permanecen en Azure.
  • Disponibilidad general: el lanzamiento de septiembre de 2026 llevó la capacidad a disponibilidad general en lugar de dejarla en versión preliminar.

Por qué importa:

AVD Hybrid introduce otra vía de arquitectura para las organizaciones que deciden dónde debe funcionar la capacidad de cómputo de los escritorios. La tarea práctica es documentar qué cargas de trabajo son candidatas a una ubicación local o edge y cuáles deben permanecer en Azure.

Qué significa para los responsables de TI: incorpora AVD Hybrid a la planificación de la infraestructura como un modelo operativo diferenciado, no como una casilla más en un grupo de hosts existente. Tu revisión debería abarcar la propiedad de la capacidad, la conectividad, las responsabilidades operativas y los supuestos de recuperación antes de adoptarlo en producción.

¿Quieres mantener los hosts de sesión más cerca de la infraestructura existente sin renunciar a la administración basada en Azure? Microsoft ya admite ese modelo con disponibilidad general. Tu arquitectura sigue teniendo que hacerlo sostenible.

2. Los grupos de hosts regionales localizan los metadatos de AVD

Microsoft también anunció que los grupos de hosts regionales pasaron a disponibilidad general en septiembre de 2026. El blog de Azure Virtual Desktop indica que este tipo de implementación almacena los metadatos del grupo de hosts en una base de datos regional dentro de la región de Azure seleccionada.

Microsoft presenta el modelo como una forma de reducir las dependencias entre regiones y mejorar la resiliencia y la soberanía de los datos. Se trata de un cambio en la arquitectura de los metadatos, no simplemente de una nueva etiqueta de grupo de hosts.

Cómo funciona:

Un grupo de hosts regional coloca sus metadatos en una base de datos regional asociada a la región de Azure elegida. El anuncio de Microsoft contrapone ese modelo a los diseños que conllevan dependencias entre regiones.

  • Localidad de los metadatos: los metadatos del grupo de hosts se almacenan dentro de la región de Azure seleccionada.
  • Reducción de dependencias: Microsoft afirma que el diseño reduce las dependencias entre regiones.
  • Planificación de la resiliencia: Microsoft presenta la ubicación regional de los metadatos como una mejora de la resiliencia.
  • Soberanía de los datos: Microsoft también señala la soberanía de los datos como una ventaja de mantener los metadatos en la región elegida.

Por qué importa:

La ubicación de los metadatos merece ahora una línea explícita en el registro de arquitectura de AVD. Tu equipo debería identificar la ubicación requerida para los metadatos de los grupos de hosts, documentar las restricciones de soberanía y determinar si reducir las dependencias entre regiones cambia el diseño de implementación preferido.

Por qué importa: la ubicación de los hosts de sesión y la ubicación de los metadatos del grupo de hosts son decisiones relacionadas, pero distintas. Un diseño resiliente debe evaluar ambas.

Quizá la implicación de mayor calado sea la gobernanza. Si la ubicación regional de los datos forma parte de la política de una organización, los administradores deberían registrar el tipo de implementación del grupo de hosts y la región seleccionada como opciones de configuración controladas.

3. La disponibilidad regional empieza con dos regiones de EE. UU.

El anuncio de Microsoft de septiembre de 2026 indicaba que los grupos de hosts regionales se lanzaron primero en East US 2 y Central US con disponibilidad general. Ese alcance inicial convierte la selección de región en una decisión que condiciona la adopción a corto plazo.

La disponibilidad debe ir antes que la planificación de la migración. Un diseño que depende de una región de destino no admitida todavía no es un diseño ejecutable.

Cómo funciona:

Las organizaciones que elijan el tipo de implementación de grupo de hosts regional deben alinear el diseño con una región de Azure admitida. Microsoft identificó East US 2 y Central US como las primeras regiones disponibles en el lanzamiento.

  • Regiones iniciales: la disponibilidad general comenzó en East US 2 y Central US.
  • Restricción de implementación: la región que selecciones debe admitir grupos de hosts regionales para que el diseño pueda usar el almacenamiento regional de metadatos.
  • Secuencia de planificación: la validación de la región debería hacerse antes de la arquitectura de producción, la programación de la migración o la aprobación de gobernanza.

Por qué importa:

Tu equipo no debería tratar la disponibilidad general como disponibilidad regional universal. Empieza por comprobar si alguna de las regiones iniciales se ajusta a los requisitos de cargas de trabajo, gobernanza y ubicación de los metadatos.

Qué significa para los responsables de TI: crea dos líneas de implementación. Los equipos que puedan usar East US 2 o Central US pueden evaluar ya los grupos de hosts regionales, mientras que los demás entornos deberían mantener su diseño actual hasta que la disponibilidad regional admitida por Microsoft cumpla sus requisitos.

Resumen

Las actualizaciones de Microsoft de septiembre de 2026 amplían la arquitectura de AVD en dos dimensiones. Azure Virtual Desktop Hybrid ofrece una opción con disponibilidad general para ejecutar hosts de sesión en un centro de datos o entorno edge manteniendo en Azure el plano de control y la administración. Los grupos de hosts regionales ofrecen una forma, con disponibilidad general, de colocar los metadatos del grupo de hosts en una base de datos regional, inicialmente en East US 2 y Central US.

Trata estas capacidades como una revisión de arquitectura interrelacionada. Decide dónde deben ejecutarse los hosts de sesión, dónde deben residir los metadatos, qué restricciones regionales se aplican y cómo afecta cada decisión a la propiedad operativa y a la planificación de la resiliencia.

Si tu organización está evaluando Azure Virtual Desktop Hybrid o los grupos de hosts regionales, ponte en contacto con nosotros en Big Hat Group: nos encantará ayudarte a empezar.