¿Qué son las zonas de disponibilidad?
Muchas regiones de Azure proporcionan zonas de disponibilidad, que son grupos separados de centros de datos dentro de una región. Las zonas de disponibilidad están lo suficientemente cerca como para tener conexiones de baja latencia con otras zonas de disponibilidad. Están conectadas por una red de alto rendimiento con una latencia de ida y vuelta de menos de 2 ms. Sin embargo, las zonas de disponibilidad están lo suficientemente separadas para reducir la probabilidad de que más de una se vea afectada por interrupciones locales o el tiempo. Las zonas de disponibilidad tienen una infraestructura de suministro eléctrico, de refrigeración y de red independientes. Están diseñadas para los casos en los que cuando una zona experimente alguna interrupción, las zonas restantes sigan ofreciendo servicios regionales, capacidad y alta disponibilidad. Asimismo, le ayudan a sincronizar los datos y a mantenerlos accesibles cuando las cosas van mal.
Las ubicaciones del centro de datos se seleccionan mediante criterios rigurosos de evaluación de riesgos de vulnerabilidades. Este proceso identifica todos los riesgos significativos específicos del centro de datos y tiene en cuenta los riesgos compartidos entre las zonas de disponibilidad.
En el diagrama siguiente se muestran varias regiones de Azure de ejemplo. Las regiones 1 y 2 admiten zonas de disponibilidad.
Para ver qué regiones admiten zonas de disponibilidad, consulte Regiones de Azure con compatibilidad con zonas de disponibilidad.
Oharra
Debe implementar dos o más máquinas virtuales en distintas zonas de disponibilidad de la misma región para obtener el porcentaje de conectividad del Acuerdo de Nivel de Servicio más alto posible.
Al implementar en una región de Azure que contiene zonas de disponibilidad, puede usar varias zonas de disponibilidad juntas. Mediante el uso de varias zonas de disponibilidad, puede mantener copias independientes de la aplicación y los datos dentro de centros de datos físicos independientes en un área metropolitana grande.
Hay dos maneras de que los servicios de Azure utilicen zonas de disponibilidad:
Los recursos zonales se anclan a una zona de disponibilidad específica. Puede combinar varias implementaciones zonales en distintas zonas para satisfacer los requisitos de alta confiabilidad. Usted es el responsable de administrar la replicación de datos y distribuir solicitudes entre zonas. Si se produce alguna interrupción en una sola zona de disponibilidad, usted es el responsable de la conmutación por error a otra zona de disponibilidad.
Los recursos con redundancia de zona se propagan entre varias zonas de disponibilidad. Microsoft administra la propagación de solicitudes entre zonas y la replicación de datos entre zonas. Si se produce alguna interrupción en una sola zona de disponibilidad, Microsoft administra automáticamente la conmutación por error.
Los servicios de Azure admiten uno o ambos enfoques. Los servicios de plataforma como servicio (PaaS) suelen admitir implementaciones con redundancia de zona. Los servicios de infraestructura como servicio (IaaS) por lo general admiten implementaciones zonales. Para más información sobre cómo funcionan los servicios de Azure con zonas de disponibilidad, consulte Regiones de Azure con compatibilidad con zonas de disponibilidad.
Para obtener información sobre la compatibilidad con la confiabilidad específica del servicio mediante zonas de disponibilidad, así como la guía de recuperación ante desastres recomendada, consulte Introducción a la guía de confiabilidad.
Cada centro de datos se asigna a una zona física. Las zonas físicas se asignan a zonas lógicas de la suscripción de Azure y es posible que diferentes suscripciones tengan un orden de asignación diferente. A las suscripciones de Azure se les asigna automáticamente su asignación en el momento en que se ha creado la suscripción. Debido a esto, la asignación de zona para una suscripción podría ser diferente para otras suscripciones. Por ejemplo: la suscripción A puede tener la zona física X asignada a la zona lógica 1, mientras que la suscripción B tiene la zona física X asignada a la zona lógica 3, en su lugar.
Para comprender la asignación entre las zonas lógicas y físicas de la suscripción, use la API de Azure Resource Manager de ubicaciones de lista. Puede usar la CLI de Azure o Azure PowerShell para recuperar la información de la API.
az rest --method get --uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' --query 'value'
Microsoft tiene como objetivo implementar actualizaciones en los servicios de Azure en una sola zona de disponibilidad a la vez. Este enfoque reduce el impacto que podrían tener las actualizaciones en una carga de trabajo activa, ya que la carga de trabajo puede seguir ejecutándose en otras zonas mientras la actualización está en proceso. Debe ejecutar la carga de trabajo en varias zonas para aprovechar esta ventaja. Para más información sobre cómo Azure implementa las actualizaciones, consulte Avanzar en las prácticas de implementación seguras.
Muchas regiones también tienen una región emparejada. Las regiones emparejadas admiten determinados tipos de enfoques de implementación de varias regiones. Algunas regiones más recientes tienen varias zonas de disponibilidad y no tienen una región emparejada. Todavía puede implementar soluciones de varias regiones en estas regiones, pero los enfoques que use pueden ser diferentes.
El modelo de responsabilidad compartida describe cómo se dividen las responsabilidades entre el proveedor de nube (Microsoft) y usted. Dependiendo del tipo de servicios que use, puede asumir más o menos responsabilidad por el funcionamiento del servicio.
Microsoft proporciona zonas de disponibilidad y regiones para ofrecer flexibilidad en el diseño de la solución para satisfacer sus requisitos. Al usar servicios administrados, Microsoft asume más responsabilidades de administración para los recursos, lo que puede incluso incluir la replicación de datos, la conmutación por error, la conmutación por recuperación y otras tareas relacionadas con el funcionamiento de un sistema distribuido.
Para lograr cargas de trabajo más confiables:
- Las cargas de trabajo de producción deben configurarse para utilizar zonas de disponibilidad si la región en la que se encuentran las admite.
- En el caso de las cargas de trabajo críticas, debe tener en cuenta una solución que se tanto varias regiones como varias zonas.
Para obtener información más detallada sobre cómo usar regiones y zonas de disponibilidad en una arquitectura de solución, consulte Recomendaciones para usar zonas de disponibilidad y regiones.