Regiones y zonas en Azure
El alcance de los errores puede variar. Algunos errores de hardware, como un problema en un disco, podrían afectar a un único equipo host. Un error en un conmutador de red podría afectar a todo un bastidor del servidor. Menos frecuentes son los errores que afectan a todo un centro de datos, como los problemas de alimentación. Aún más improbables son los problemas por los que toda una región dejaría de estar disponible.
Uno de los mecanismos para conseguir que una aplicación sea resistente es la redundancia. Sin embargo, esta redundancia debe planearse al diseñar la aplicación. Además, el nivel de redundancia necesario dependerá de los requisitos empresariales: no todas las aplicaciones necesitan tener redundancia entre regiones para protegerse contra una interrupción regional. En general, existe un equilibrio, ya que una mayor redundancia y confiabilidad implica una mayor complejidad y unos costos más elevados.
En Azure, una región se divide en dos o más zonas de disponibilidad. Una zona de disponibilidad se corresponde con un centro de datos físicamente aislado en la región geográfica. Azure dispone de varias características para proporcionar redundancia de aplicación en todos los niveles de posibles errores. Entre estas características cabe destacar los conjuntos de disponibilidad, las zonas de disponibilidad y las regiones emparejadas.
El diagrama tiene tres partes. La primera parte muestra las máquinas virtuales de un conjunto de disponibilidad en una red virtual. La segunda parte muestra una zona de disponibilidad con dos conjuntos de disponibilidad en una red virtual. La tercera parte muestra los pares regionales con recursos en cada región.
En la tabla siguiente se resume cada opción.
| Conjunto de disponibilidad | Zona de disponibilidad | Región emparejada | |
|---|---|---|---|
| Alcance del error | Bastidor | Centro de datos | Region |
| Enrutamiento de solicitudes | Load Balancer | Equilibrador de carga entre zonas | Traffic Manager |
| Latencia de red | Muy baja | Bajo | Media-alta |
| Redes virtuales | VNet | VNet | Emparejamiento de VNet entre regiones |
Conjuntos de disponibilidad
Para protegerse frente a errores de hardware localizados, como un error en un conmutador de red o un disco, implemente dos o más máquinas virtuales en un conjunto de disponibilidad. Un conjunto de disponibilidad se compone de dos o más dominios de error que comparten una fuente de alimentación y un conmutador de red. Las máquinas virtuales incluidas en un conjunto de disponibilidad se distribuyen entre los dominios de error, por lo que si un error de hardware afecta a un dominio de error, el tráfico de la red puede enrutarse a las máquinas virtuales de otros dominios de error. Para más información acerca de los conjuntos disponibilidad, consulte Administración de la disponibilidad de las máquinas virtuales Windows en Azure.
Cuando se agregan instancias de máquina virtual a conjuntos de disponibilidad, también se asignan a un dominio de actualización. Un dominio de actualización es un grupo de máquinas virtuales que están configuradas para eventos de mantenimiento planeado al mismo tiempo. Distribuir máquinas virtuales entre varios dominios de actualización garantiza que, en cualquier momento dado, los eventos de actualización planeada y aplicación de revisiones solo afectan a un subconjunto de estas máquinas virtuales.
Los conjuntos de disponibilidad se deben organizar mediante el rol de la instancia de la aplicación para garantizar que una instancia de cada rol esté operativa. Por ejemplo, en una aplicación web de tres niveles, puede crear conjuntos de disponibilidad diferentes para los niveles de front-end, aplicación y datos.
Zonas de disponibilidad
Una zona de disponibilidad es una zona separada físicamente dentro de una región de Azure. Cada zona de disponibilidad tiene una fuente de alimentación, una red y un sistema de refrigeración distintos. Cuando las máquinas virtuales están implementadas en diferentes zonas de disponibilidad, es más fácil proteger una aplicación frente a errores que afectan a todo el centro de datos.
Regiones emparejadas
Para proteger una aplicación frente a una interrupción regional, puede implementar la aplicación en varias regiones y utilizar Azure Traffic Manager para distribuir el tráfico de Internet en las distintas regiones. Cada región de Azure está emparejada con otra región. Juntas, forman un par regional. A excepción del Sur de Brasil, los pares regionales se encuentran en la misma ubicación geográfica para, de este modo, cumplir los requisitos de residencia de datos a efectos de jurisdicción fiscal y aplicación de las leyes.
A diferencia de Availability Zones, que son centros de datos físicamente alejados, pero que podrían estar relativamente cerca de áreas geográficas, las regiones emparejadas suelen estar alejadas unas de otras 500 km como mínimo. Este diseño garantiza que los desastres a mayor escala solo afectarán a una de las regiones del par. Los pares vecinos pueden establecerse para sincronizar los datos del servicio de base de datos y almacenamiento, y están configurados de tal modo que las actualizaciones de la plataforma solo se implementan en una región del par a la vez.
El almacenamiento con redundancia geográfica (GRS) de Azure se copia automáticamente en la región emparejada apropiada. En el caso de todos los demás recursos, la creación de una solución completamente redundante mediante regiones emparejadas implica la creación de una copia completa de la solución en ambas regiones.
Consulte también
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de