Nota: ✋ Este post se publicó originalmente en mi blog wiki-cloud.co

En un artículo anterior explicábamos los modelos de despliegue de alta disponibilidad que presenta Amazon RDS llamado Multi-AZ que presenta dos opciones donde se pueden tener una o dos instancias de base de datos en espera que son instancia de base de datos Multi-AZ y clúster de base de datos Multi-AZ respectivamente.

A continuación, nos vamos a concentrar en un ejemplo práctico de la implementación de instancia de base de datos Multi-AZ. El objetivo de este ejemplo práctico es configurar el esquema de instancia de base de datos Multi-AZ y vamos a comprobar su funcionalidad simulando cómo si hubiera una falla en la base de datos primaria haciendo un reinicio y ver cómo se hace el failover automáticamente en la base de datos en espera para que esta tome el lugar de la primaria.

Image 1 – Arquitectura implementación de instancia de base de datos Multi-AZ

Antes de iniciar con el despliegue de la base de datos RDS y la configuración del modelo de despliegue Multi-AZ, se debe haber previamente realizado la creación y configuración de la VPC con sus respectivas subredes públicas y privadas de acuerdo a la arquitectura que se haya diseñado.

Para el siguiente ejercicio práctico se utilizó la región de Europe (Paris) / eu-west-3 que cuenta con tres zonas de disponibilidad y donde se hará uso de la VPC que viene por defecto para esta región, posteriormente durante la creación y configuración de la instancia de Amazon RDS se crearan las respectivas subredes.

Creación y Configuración Amazon RDS Multi-AZ instance

Procederemos a buscar en la consola de administración de AWS el servicio de RDS y posteriormente iniciamos el proceso de creación y configuración de la instancia de base de datos de Amazon RDS habilitando el esquema Multi-AZ.

Seleccionamos la opción de creación estándar que nos permite establecer las opciones de configuración incluida la opción del modelo de despliegue Multi-AZ.

En este ejemplo vamos a seleccionar el motor de base de datos MySQL para crear nuestra instancia y seleccionamos la última versión disponible en producción.

Ahora en las plantillas seleccionamos la de producción que nos trae ya por defecto valores predeterminados para una alta disponibilidad.

El siguiente paso es definir el nombre de la instancia de base de datos y configuramos un usuario master con su respectiva contraseña cumpliendo con los parámetros definidos por la consola de administración de AWS.

El siguiente paso es seleccionar el tipo de instancia para la base datos que incluye la cantidad de vCPUs, memoria RAM y red. Para este ejercicio práctico seleccione la instancia con las menores características.

Ahora seleccionamos el almacenamiento donde estarán alojados nuestros datos, donde especificamos el tipo de disco, su capacidad en GiB y la cantidad de IOPS y si queremos que nuestro almacenamiento tenga auto escalamiento (opcional).

Ahora viene el paso más importante de este ejercicio práctico y es la parte de disponibilidad y durabilidad donde seleccionamos el modelo de despliegue Multi-AZ que es el recomendado para escenarios de producción, en este caso se creará una instancia en espera en otra zona de disponibilidad en la región que hemos seleccionado (Europe – Paris / eu-west-3).

Por último, configuramos la parte de conectividad, donde en este caso seleccionamos la opción de conectarse a una instancia de EC2 que fue la que ya creamos previamente y seleccionamos la VPC que viene creada por defecto para esta región y agregamos un nuevo grupo de seguridad para la base de datos habilitando por el puerto 3306 que nos servirá para las pruebas de conectividad.

Las siguientes opciones las dejamos por defecto y damos click en el botón “Crear Base de Datos”.

Una vez creada nuestra instancia de base de datos Amazon RDS (MySQL), adicionalmente tendremos creada nuestras subredes y nuestra instancia EC2 para hacer las respectivas pruebas de conectividad. Es importante copiar el Endpoint que nos servirá para configurar la cadena de conexión a nuestra instancia de base de datos.

Conexión y pruebas Amazon RDS Multi-AZ instance

Para la parte de las pruebas de conexión y verificación del modelo de despliegue Multi-AZ, vamos a iniciar con la parte de las pruebas de conectividad desde una instancia EC2 (Linux) y posteriormente vamos a simular una falla para verificar que funcione correctamente el modelo de despliegue Multi-AZ y la replicación.

El primer paso es conectarnos a la instancia de EC2 que hemos creado y configurado. En mi caso me conectaré a través de Putty pero también lo podemos hacer directamente desde la consola de administración de AWS.

Enseguida vamos a ejecutar el siguiente comando en nuestra instancia EC2 de Linux para descargar las listas de paquetes actualizados de los repositorios con el fin de obtener información sobre las versiones más recientes de los paquetes y sus respectivas dependencias.

sudo apt-get update

Ahora vamos a instalar el cliente de MySQL en nuestra instancia de EC2 para conectarnos a la instancia de Amazon RDS (MySQL) que ya hemos creado y configurado y donde ejecutaremos algunos comandos para interactuar con una base de datos y verificar la replicación. Durante la ejecución del siguiente comando se nos pregunta si deseamos continuar y digitamos “Y” y la tecla “Enter” para continuar con el proceso.

sudo apt-get install default-mysql-client

Una vez instalado el cliente de MySQL, el siguiente paso será conectarnos a nuestra instancia de Amazon RDS y lo haremos a través del siguiente comando donde ponemos el Endponit que nos proporciona la configuración de Amazon RDS que aparece en la consola de administración de AWS.

mysql -h project-db.cmklzpffazxt.eu-west-3.rds.amazonaws.com -u admin -P 3306 -p

A continuación, vamos a ejecutar una serie de comandos al motor de base de datos de MySQL para crear una base de datos, una tabla e insertar algunos datos de ejemplo.

SHOW DATABASES;

CREATE DATABASE Company;

SHOW DATABASES;

USE Company;

SHOW TABLES;

CREATE TABLE Employees (
  employeeId int(11) NOT NULL,
  lastName varchar(50) NOT NULL,
  firstName varchar(50) NOT NULL,
  jobTitle varchar(50) NOT NULL,
  city varchar(20) NOT NULL,
  country varchar(10) NOT NULL
);

SHOW TABLES;

INSERT INTO Employees (employeeID, lastName, firstName, jobTitle, city, country) VALUES (1002,'Murphy','Diane','President', 'Seattle','United States');
INSERT INTO Employees (employeeID, lastName, firstName, jobTitle, city, country) VALUES (1056,'Patterson','Mary','VP Sales', 'London','England');
INSERT INTO Employees (employeeID, lastName, firstName, jobTitle, city, country) values (1102,'Bondur','Gerard','Sales Manager EMEA', 'Berlin','Germany');
INSERT INTO Employees (employeeID, lastName, firstName, jobTitle, city, country) values (1567,'Castillo','Paola','Sales Rep', 'Madrid','Spain');

SELECT * FROM Employees;

Ahora lo que hacemos es ejecutar un comando en un intervalo de cada 5 segundos para saber la dirección IP de la base de datos (primaria) que está respondiendo a las solicitudes que haría una aplicación.

while true; do host project-db.cmklzpffazxt.eu-west-3.rds.amazonaws.com; sleep 5; done

Para verificar que se haga el failover lo que hacemos es un reinicio a la instancia de base de datos de Amazon RDS desde la consola de administración de AWS.

Una vez se realice el reinicio de la base de datos primaria de Amazon RDS, la base de datos en espera que contiene la réplica de los datos toma su lugar para convertirse en primaria y empieza a atender las solicitudes que van llegando.

Por último, verificamos los eventos de la instancia de Amazon RDS (MySQL) en la consola de administración de AWS para verificar que efectivamente haya hecho el failover y se haya aplicado el modelo de despliegue Multi-AZ.

Espero esta demostración sea de utilidad!!

Síguenos:

👉Wiki Cloud | 👉Twitter | 👉LinkedIn | 👉Youtube