Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Muchas regiones de Azure proporcionan zonas availability, que son grupos de centros de datos separados dentro de una región. Cada zona de disponibilidad tiene una infraestructura independiente de alimentación, refrigeración y red, de modo que, si una zona experimenta una interrupción, el resto de zonas poseen los servicios regionales, la capacidad y la alta disponibilidad necesarios para respaldarla. Algunos servicios Azure usan automáticamente varias zonas, mientras que otras requieren que configure la implementación de varias zonas.
Las zonas de disponibilidad no solo protegen contra interrupciones a gran escala que afectan a toda una zona. También proporcionan resiliencia frente a fallos de menor alcance, como un rack de servidores o un fallo de clúster dentro de una zona. En estos escenarios, las cargas de trabajo pueden seguir ejecutándose en otras zonas, incluso si las partes de la zona afectada permanecen operativas.
En el diagrama siguiente se muestran varios ejemplos de regiones de Azure. Las regiones 1 y 2 admiten zonas de disponibilidad, mientras que las regiones 3 y 4 no tienen zonas de disponibilidad. Algunas zonas tienen un centro de datos y otros tienen varios.
Sugerencia
Para ver qué regiones admiten zonas de disponibilidad, consulte List de regiones de Azure.
Centros de datos y zonas de disponibilidad
Una zona de disponibilidad es una agrupación lógica de uno o varios centros de datos físicamente independientes dentro de una región. Cada zona de disponibilidad está integrada de una manera que si algo va mal en uno (como una interrupción de energía o un problema de red), los demás siguen funcionando. Un único centro de datos no ofrece este nivel de protección por sí solo.
Las zonas de disponibilidad suelen estar separadas por varios kilómetros, y normalmente están dentro de 100 kilómetros entre sí. Esto proporciona conectividad de baja latencia al tiempo que reduce la probabilidad de interrupciones locales o eventos meteorológicos que afectan simultáneamente a varias zonas.
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.
Tipos de compatibilidad con zonas de disponibilidad
Los servicios de Azure pueden proporcionar diferentes tipos de soporte de zona de disponibilidad para sus recursos, y la mayoría de los servicios admiten la implementación de recursos con redundancia de zona o zonales.
Recursos con redundancia de zona: los recursos con redundancia de zona se replican o distribuyen entre varias zonas de disponibilidad por el servicio. Por ejemplo: los servicios de datos con redundancia de zona replican los datos en múltiples zonas para que un error en una zona no afecte a la alta disponibilidad de los datos. Algunos servicios son automáticamente con redundancia de zona en regiones admitidas, mientras que otros servicios requieren que configure el recurso para que tenga redundancia de zona.
Para la mayoría de los servicios, Microsoft selecciona las zonas que usan los recursos, pero a veces puede seleccionar el conjunto de zonas. Los servicios pueden usar un número o subconjunto diferente de zonas en una región en función de su diseño. Un recurso es resistente a un error de zona siempre que use dos o más zonas.
Cuando planee una arquitectura que use zonas de disponibilidad, distinga entre los siguientes recuentos:
Zonas de la región: Número total de zonas de disponibilidad que proporciona la región.
Zonas usadas por un servicio o recurso: Número de zonas en las que un servicio o recurso específico distribuye sus componentes. Un servicio puede usar solo un subconjunto de las zonas de la región.
Instancias o réplicas: Número de instancias de recursos implementadas o réplicas de datos. Este número no tiene que coincidir con ninguno de los recuentos de zonas. En función del servicio, una zona puede contener varias instancias o réplicas, y algunas zonas pueden no contener ninguna para ese servicio o recurso.
Estos recuentos no coinciden necesariamente. Por ejemplo, una región podría proporcionar cuatro zonas de disponibilidad mientras que un servicio usa tres de esas zonas y mantiene más de tres instancias o réplicas. Revise la guía de confiabilidad de cada servicio para comprender su topología.
Con implementaciones con redundancia de zona, Microsoft administra la propagación de solicitudes entre zonas y la replicación de datos entre zonas. Si se produce una interrupción en una zona de disponibilidad, Microsoft gestiona el failover a otra zona automáticamente.
Recursos zonales: un recurso zonal se implementa en una sola zona de disponibilidad que seleccione usted mismo.
Las implementaciones zonales no proporcionan automáticamente resistencia a interrupciones de zona de disponibilidad. Sin embargo, los recursos zonales están aislados de fallos en otras zonas. También pueden ayudarle a lograr requisitos de rendimiento o latencia inusualmente estrictos. Por ejemplo, para una carga de trabajo de chatty creada con máquinas virtuales, puede optar por implementar varias máquinas virtuales en la misma zona para reducir la latencia de las conexiones entre ellas.
Para que los recursos zonales sean resistentes a las interrupciones de zona de disponibilidad, debe diseñar una arquitectura con recursos independientes en varias zonas de disponibilidad dentro de la región. Microsoft no administra el proceso por usted. Si se produce una interrupción en una zona de disponibilidad, usted es responsable de la conmutación por error a otra zona.
Al configurar un recurso para que sea redundante de zona o si usa varias instancias de un recurso zonal en distintas zonas de disponibilidad, el recurso se considera resistente a la zona: es decir, es resistente a la interrupción de una sola zona de disponibilidad. Para más información sobre cómo usar implementaciones zonales y mantener la resistencia de zona, consulte Recursos zonales y resistencia de zona.
Al diseñar la estrategia de confiabilidad, asegúrese de comprender cómo cada servicio de la carga de trabajo admite zonas de disponibilidad. Por ejemplo, algunos servicios pueden tener requisitos adicionales para satisfacer la compatibilidad con zonas de disponibilidad, como determinados niveles o SKU. Las guías de confiabilidad contienen detalles de estos requisitos.
Si un recurso no está configurado para usar zonas de disponibilidad, ya sea que la región que utiliza no admite zonas o debido a sus opciones de configuración, se denomina una implementación no zonal o regional. Azure pueden colocar recursos no zonales en todas las zonas de la región. No decide qué recursos se asignan a qué zonas. Si alguna zona de disponibilidad de la región experimenta una interrupción, los recursos no zonales podrían estar en la zona afectada y podrían experimentar tiempo de inactividad.
Configuración de recursos para la compatibilidad con zonas de disponibilidad
Cada servicio tiene su propio método para configurar la compatibilidad con zonas de disponibilidad y algunos servicios no requieren ninguna configuración. Para obtener información sobre cómo cada servicio admite zonas de disponibilidad y cómo configurar esa compatibilidad, consulte Azure guías de confiabilidad por servicio.
Zonas de disponibilidad físicas y lógicas
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. Las suscripciones de Azure se asignan automáticamente a su correspondencia en el momento en que se crea 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 1 física asignada a la zona 2 lógica, mientras que la suscripción B tiene la zona 1 física asignada a la zona 3 lógica:
Cuando Microsoft agrega nuevas zonas de disponibilidad a una región existente, las asignaciones de zona para las suscripciones existentes no cambian. La nueva zona usa el mismo número de zona lógica que su número de zona física en las suscripciones existentes. Las nuevas suscripciones creadas después de agregar la zona pueden tener una asignación diferente.
Para comprender la asignación entre zonas lógicas y físicas de la suscripción, use el CLI de Azure o Azure PowerShell o las API de Azure Resource Manager.
Use el comando az account list-locations :
az account list-locations \
--query "[?availabilityZoneMappings].{availabilityZoneMappings: availabilityZoneMappings, displayName: displayName, name: name}"
Zonas de disponibilidad y actualizaciones de Azure
Para cada región, Microsoft pretende implementar actualizaciones en Azure servicios dentro de 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. Para aprovechar las actualizaciones de zona secuenciadas, la carga de trabajo ya debe estar configurada para ejecutarse en varias zonas. Para obtener más información sobre cómo Azure implementa las actualizaciones, consulte Advancing safe deployment practices.
Redes entre zonas
Dentro de cada región, las zonas de disponibilidad se conectan a través de una red de alto rendimiento. Microsoft se esfuerza por lograr una comunicación entre zonas con latencia de ida y vuelta de menos de 2 milisegundos aproximadamente. La baja latencia permite una comunicación de alto rendimiento dentro de una región y la replicación sincrónica de datos en varias zonas de disponibilidad. La latencia de destino hace referencia a la latencia de los vínculos de red. Según el protocolo de comunicación que use y los saltos de red necesarios para cualquier flujo de red específico, la latencia que observe puede ser diferente.
En la mayoría de las cargas de trabajo, puede distribuir componentes de la solución entre zonas de disponibilidad sin un efecto notable en el rendimiento. Si tiene una carga de trabajo con un alto grado de sensibilidad a la latencia entre zonas, es importante probar la latencia entre las zonas de disponibilidad seleccionadas con los protocolos y la configuración reales. Para reducir el tráfico entre zonas, es posible usar implementaciones zonales, pero de forma óptima, debe usar varias zonas de disponibilidad en el plan de estrategia de confiabilidad. Para más información sobre cómo usar implementaciones zonales y mantener la resistencia de zona, consulte Recursos zonales y resistencia de zona.
Azure no cobra por la transferencia de datos entre zonas de disponibilidad de la misma región, tanto si usa direcciones IP públicas como privadas.
Guía de arquitectura de zona de disponibilidad
Para lograr cargas de trabajo confiables:
- Las cargas de trabajo de producción deberán configurarse para usar varias zonas de disponibilidad en caso de que la región en la que se encuentren admita las zonas de disponibilidad.
- Para las cargas de trabajo de misión crítica, debería considerar una solución que sea tanto multirregional como multizona.
En el caso de las cargas de trabajo restringidas a una sola región por requisitos de residencia o soberanía de datos, la implementación en varias zonas de disponibilidad es la forma recomendada principal de maximizar la disponibilidad sin mover datos fuera de la región. Una configuración resistente a zonas mantiene las réplicas dentro del límite regional mientras se mantiene la continuidad si se produce un error en una sola zona.
Las zonas de disponibilidad no protegen contra una interrupción de toda la región. Si los requisitos de cumplimiento no permiten usar una región de Azure secundaria, planee la redundancia en la región junto con procedimientos de copia de seguridad y restauración, como mediante Azure Backup y otros enfoques de copia de seguridad. Establezca objetivos de recuperación que reflejen el tiempo necesario para recuperarse de una interrupción en toda la región.
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.
Regiones con zonas de disponibilidad
Las regiones de la tabla siguiente admiten zonas de disponibilidad. Para obtener información más completa sobre cada región, consulte Lista de regiones de Azure.
Nota:
Incluso cuando una región proporciona zonas de disponibilidad, es posible que algunos servicios no los admitan en esa región. Para obtener información sobre la compatibilidad de regiones con los servicios habilitados para zonas de disponibilidad, consulte las guías de confiabilidad del servicio Azure.
| Region | Número de zonas de disponibilidad |
|---|---|
| Este de Australia | 3 |
| Este de Austria | 3 |
| Centro de Bélgica | 3 |
| Sur de Brasil | 3 |
| Centro de Canadá | 3 |
| Central India | 3 |
| Centro de EE. UU. | 3 |
| Chile Central | 3 |
| Este de Dinamarca | 3 |
| East Asia | 3 |
| Este de EE. UU. | 3 |
| Este de EE. UU. 2 | 4 
|
| France Central | 3 |
| Centro-oeste de Alemania | 3 |
| Centro-sur de la India | 3 |
| Indonesia Central | 3 |
| Israel Central | 3 |
| Norte de Italia | 3 |
| Japan East | 3 |
| Japan West | 3 |
| Korea Central | 3 |
| Malaysia West | 3 |
| Centro de México | 3 |
| Norte de Nueva Zelanda | 3 |
| Centro-Norte de EE. UU | 3
|
| North Europe | 3 |
| Norway East | 3 |
| Poland Central | 3 |
| Qatar Central | 3 |
| Norte de Sudáfrica | 3 |
| Centro-sur de EE. UU. | 3 |
| Southeast Asia | 3 |
| Spain Central | 3 |
| Sweden Central | 3 |
| Switzerland North | 3 |
|
Norte de Taiwán |
3 |
| UAE North | 3 |
| Sur de Reino Unido | 3 |
| West Europe | 3 |
| Oeste de EE. UU. 2 | 3 |
| Oeste de EE. UU. 3 | 3 |
Leyenda:
En la columna Región , este icono indica que la región está en versión preliminar. Para obtener más información sobre las zonas de disponibilidad y el soporte técnico de servicios disponibles en esta región, póngase en contacto con su representante de clientes o ventas de Microsoft.
En la columna Número de zonas de disponibilidad , este icono indica que una o varias zonas de disponibilidad están en versión preliminar en esta región.