Dominios de error y zonas de disponibilidad de Azure Dedicated Host: la guía completa de alta disponibilidad

By Mirko Peters · 2026-10-25

Aprende a configurar los dominios de error y las zonas de disponibilidad de Azure Dedicated Host para crear arquitecturas cloud de alta disponibilidad y de inquilino único para empresas.

Automatically translated with AI from the original post. Read the English original

Los dominios de error y las zonas de disponibilidad de Azure Dedicated Host proporcionan aislamiento de la infraestructura física para las cargas de trabajo empresariales. Al distribuir los servidores de inquilino único entre bastidores de hardware independientes y centros de datos distintos, los arquitectos cloud pueden diseñar entornos de alta disponibilidad que mitigan tanto los fallos de componentes a nivel de bastidor como las caídas catastróficas de un centro regional, sin renunciar al cumplimiento normativo.

Puntos clave

• Las zonas de disponibilidad aíslan los grupos de hosts dedicados mediante infraestructuras físicas independientes de alimentación, refrigeración y red dentro de la misma región de Azure.
• Los dominios de error distribuyen los hosts dedicados entre bastidores de servidores físicos independientes para protegerlos frente a fallos de hardware localizados.
• Los grupos de hosts actúan como contenedores lógicos que imponen los límites regionales y zonales de tu infraestructura física dedicada.
• La ubicación manual de máquinas virtuales en dominios de error distintos garantiza que las copias redundantes de la aplicación nunca compartan el mismo bastidor de servidores físicos.
• Combinar la redundancia a nivel de zona con la separación por dominios de error ofrece un tiempo de actividad de nivel empresarial para cargas de trabajo críticas exigentes.

Comprender la arquitectura de Azure Dedicated Host

Al migrar aplicaciones críticas a Microsoft Azure, lograr alta disponibilidad requiere mucho más que desplegar varias máquinas virtuales detrás de un balanceador de carga. En una infraestructura cloud compartida, los hipervisores distribuyen automáticamente las cargas de los clientes por el centro de datos para optimizar el uso de los recursos. Sin embargo, las organizaciones que operan bajo marcos normativos estrictos, o las que ejecutan bases de datos empresariales sensibles a la latencia, suelen necesitar visibilidad absoluta sobre dónde reside su capacidad de cómputo física.

Aquí es donde entra en juego la arquitectura cloud de inquilino único. En lugar de compartir una placa base con cargas de trabajo desconocidas, un Azure Dedicated Host reserva un servidor físico completo exclusivamente para tu suscripción. Pero alquilar el hardware es solo la mitad de la batalla. Para evitar que un solo fallo de hardware deje todo tu sistema fuera de servicio, debes dominar el funcionamiento de los grupos de hosts, las zonas de disponibilidad y los dominios de error.

El papel de los grupos de hosts

Antes de aprovisionar un solo servidor físico en Azure, debes crear un grupo de hosts. Piensa en un grupo de hosts como un límite lógico o contenedor que determina dónde reside tu infraestructura dedicada. Al configurar un grupo de hosts, defines su región de Azure de destino y, lo que es fundamental, si se ubica dentro de una zona de disponibilidad.

Los grupos de hosts simplifican la administración al agrupar varios servidores físicos bajo una misma gestión centralizada. También imponen reglas de ubicación estrictas. Un grupo de hosts no puede abarcar varias zonas de disponibilidad; si tu arquitectura exige redundancia entre zonas, debes aprovisionar grupos de hosts separados para cada zona. Una vez que tu grupo de hosts esté activo, puedes añadir hosts dedicados a él y empezar a distribuir tus máquinas virtuales.

Dominar las zonas de disponibilidad para la resiliencia regional

Las zonas de disponibilidad son ubicaciones físicamente separadas dentro de una misma región de Azure. Cada zona cuenta con su propia fuente de alimentación independiente, sistemas de refrigeración dedicados y una infraestructura de red robusta. Si un corte de energía inesperado o un fallo en la infraestructura local afecta a la Zona 1, la Zona 2 y la Zona 3 siguen funcionando sin interrupciones.

Al aplicar zonas de disponibilidad a los hosts dedicados, tu estrategia de arquitectura debe tener en cuenta los límites regionales. Como un grupo de hosts está vinculado a una zona específica, no puedes colocar un único grupo de hosts en varias zonas. Si quieres alcanzar alta disponibilidad para una base de datos empresarial que se ejecuta en hardware dedicado, debes desplegar al menos dos grupos de hosts:

• Aprovisiona el grupo de hosts A en la zona de disponibilidad 1 y asigna a él los hosts dedicados.
• Aprovisiona el grupo de hosts B en la zona de disponibilidad 2 y asigna también a él los hosts dedicados.
• Despliega la máquina virtual de base de datos principal en el host dedicado de la Zona 1.
• Despliega la máquina virtual de réplica o de base de datos secundaria en el host dedicado de la Zona 2.

Esta separación deliberada garantiza que un incidente localizado en un centro de datos no pueda dejar fuera de servicio tanto tu instancia principal como la secundaria de la aplicación.

Mitigar los riesgos de hardware con dominios de fallo

Mientras que las zonas de disponibilidad protegen frente a interrupciones amplias en los centros de datos, los dominios de fallo abordan las vulnerabilidades de hardware localizadas dentro de los propios racks de servidores. Dentro de un centro de datos de Azure, los servidores se organizan en filas y racks físicos conectados a conmutadores de red Top-of-Rack y a unidades de distribución de energía compartidas.

Un dominio de fallo define un grupo de hosts dedicados que comparten una fuente de alimentación y un conmutador de red comunes. Al asignar tus hosts dedicados a dominios de fallo distintos durante la creación del grupo de hosts, garantizas que un fallo físico que afecte a un rack no derribe todo tu clúster de aplicaciones.

Diseñar para la redundancia a nivel de rack

Imagina una aplicación empresarial interna estándar que funciona con dos máquinas virtuales idénticas que gestionan el tráfico web. Si colocas ambas máquinas virtuales en un único host dedicado, cualquier mantenimiento de hardware obligatorio o fallo inesperado de un componente de ese servidor físico concreto dejará ambas máquinas virtuales fuera de línea de inmediato.

Para eliminar este punto único de fallo, debes:

1. Configurar tu grupo de hosts para utilizar al menos dos dominios de fallo.
2. Desplegar el host dedicado A y asignarlo al dominio de fallo 1.
3. Desplegar el host dedicado B y asignarlo al dominio de fallo 2.
4. Colocar tu primera máquina virtual de aplicación web en el host A.
5. Colocar tu segunda máquina virtual de aplicación web en el host B.

Cuando Azure programa un mantenimiento de la plataforma o se produce un problema de hardware localizado a nivel de rack que afecta al dominio de fallo 1, solo se ve afectado el host A. Tu segunda máquina virtual, que se ejecuta en el host B del dominio de fallo 2, sigue plenamente operativa, manteniendo tus servicios de negocio en línea para los usuarios finales.

Conclusiones y próximos pasos

Diseñar alta disponibilidad con Azure Dedicated Host exige una planificación cuidadosa en varias capas de la arquitectura. Al aprovechar los grupos de hosts, estructurar tus despliegues en zonas de disponibilidad y separar los servidores físicos en dominios de fallo diferenciados, obtienes un control total sobre tu entorno de nube de inquilino único, manteniendo al mismo tiempo una resiliencia de nivel empresarial.

Para escuchar un desglose completo del aislamiento de hardware, la mecánica de licencias y las trampas habituales de precios, no dejes de escuchar el episodio completo del podcast M365 FM para obtener más información experta sobre la nube.

Preguntas frecuentes

¿Puede un único Azure Dedicated Host abarcar varias zonas de disponibilidad?

No. Un grupo de hosts individual y sus hosts dedicados asociados deben residir dentro de una única zona de disponibilidad. Para utilizar varias zonas, debes crear grupos de hosts independientes para cada una.

¿Cuál es la diferencia entre una zona de disponibilidad y un dominio de fallo en hosts dedicados?

Las zonas de disponibilidad proporcionan separación física entre instalaciones de centros de datos distintas, con alimentación y refrigeración independientes. Los dominios de fallo proporcionan separación entre racks de servidores físicos dentro del mismo centro de datos, para mitigar fallos localizados de hardware y de red.

¿Necesito configurar dominios de fallo para mis máquinas virtuales en hosts dedicados?

No, las máquinas virtuales heredan la separación a nivel de rack del host dedicado en el que se ubican. Asignas el host dedicado a un dominio de fallo específico al aprovisionarlo dentro de tu grupo de hosts.

¿Puedo usar la ubicación automática de máquinas virtuales entre varios dominios de error en un grupo de hosts?

Sí, Azure puede colocar automáticamente las máquinas virtuales en los hosts disponibles dentro de un grupo de hosts. Sin embargo, para cargas de trabajo con requisitos estrictos de alta disponibilidad, suele preferirse la ubicación manual para garantizar una redundancia precisa entre dominios de error.