- Identificación de un código de zona de disponibilidad
- Capas de almacenamiento frente a instancias de servidor
- ¿Qué proporciona la implementación Multi-AZ?
Para entender completamente qué es una Multi-AZ Deployment significa para su infraestructura, es fundamental reconocer cómo se configura Amazon Web Services en todo el mundo y, por lo tanto, cómo proporciona los servicios de redundancia sin importar su ubicación.
Como se explica en la documentación oficial, la nube de AWS se compone de varias Regions , que son ubicaciones físicas en todo el mundo, como Oregón, Estados Unidos; Virginia del Norte, Estados Unidos; Irlanda; y Tokio.
Dentro de cada Region existe una serie de centros de datos físicos separados, conocidos como Availability Zones . Cada Availability Zone es una instalación autónoma con sus propias capacidades de energía, conectividad y red. La mayoría de las Regions son el hogar de 2-3 diferentes Availability Zones cada uno, proporcionando redundancia adecuada cuando sea necesario dentro de una Region dada .
Si bien Amazon siempre está expandiendo su Region y Availability Zone cobertura, puede ver un mapa actual de la infraestructura de la nube de AWS en la siguiente imagen:
Imagen cortesía de Amazon Web Services
Todas las Availability Zones dentro de una sola Region están conectados entre sí a través de redes privadas de fibra óptica, lo que permite que cada Availability Zone para comunicarse entre sí y transferir datos de forma rápida y eficiente según sea necesario.
Identificación de un código de zona de disponibilidad
Al crear una nueva instancia a través del panel de AWS, es posible que se le presente la opción de seleccionar una Availability Zone específica. , o en muchos casos simplemente una Region y el sistema seleccionará la Availability Zone para ti.
Regions están etiquetados con una cadena simple para presentar el país y/o la subregión si es necesario. Por ejemplo, us-west-2 es la designación de la Region de Oregón, Estados Unidos mientras que us-west-1 es para California, Estados Unidos.
Availability Zones se designan siguiendo la Region etiqueta con una designación de letra, como us-west-1b o us-west-2a .
Capas de almacenamiento frente a instancias de servidor
Otro concepto importante que se debe comprender para comprender qué Multi-AZ Deployments implicar es la diferencia entre la storage layer y la server instance .
La server instance porque su base de datos se considera mejor como la máquina física que controla la estructura de su base de datos y rutas todos sus datos que están contenidos dentro de la storage layer .
La storage layer es un virtualizado respaldado por SSD representación de todos los datos reales dentro de su base de datos. La palabra clave en la que centrarse aquí es virtualizado , que es la forma elegante de Amazon de decir que la storage layer que representa los datos reales en su sistema no se adjunta a ninguna ubicación física o máquina, sino que se virtualiza y se propaga a numerosos ubicaciones (seis en total en tres Availability Zones en la mayoría de los casos).
¿Qué proporciona la implementación Multi-AZ?
En casi todos los casos que usan Amazon Web Services, es una práctica estándar para la storage layer (donde residen todos los datos) para almacenarse de forma redundante en todas las Availability Zones dentro de la Region dada sin costo adicional. En el caso de que una Availability Zone se desconecta por algún motivo (por improbable que sea), el sistema ya está en su lugar para continuar instantánea y automáticamente los servicios de su base de datos a través de una copia idéntica de la storage layer de una de las otras Availability Zones conectadas .
Sin embargo , a menos que se especifique lo contrario, esta redundancia solo se aplica a la storage layer , pero no existe para la máquina física de su server instance real . Si algo causara la Availability Zone donde su server instance reside para apagarse, su base de datos dejaría de funcionar, ya que la server instance física está desconectado.
Aquí es donde Multi-AZ Deployment entra para servicios como Amazon Aurora. Al igual que la redundancia automática de los datos en su storage layer , una Multi-AZ Deployment significa que su server instance también se copia de forma redundante en múltiples Availability Zones . Por este motivo, cualquier Multi-AZ Deployment de Amazon Aurora se asegura que en caso de una única Availability Zone desconectarse donde la server instance reside la máquina, se inicia una conmutación por error automática en una replicación en espera actualizada en otra Availability Zone conectada .
Como se explica en la documentación oficial, para maximizar el tiempo de actividad de su sistema, el procedimiento de conmutación por error (que generalmente solo toma de 1 a 2 minutos) se realizará automáticamente en el caso de cualquiera de los siguientes eventos:
- Pérdida de disponibilidad en la
Availability Zoneprincipal - Pérdida de conectividad de red con el principal
- Error de la unidad de cómputo en la primaria
- Error de almacenamiento en principal
