Introducción a RDS – Transcript

00:00Muy buenas y bienvenidos. En este vídeo vamos a hacer una pequeña introducción al servicio de bases de datos racionales en AWS el servicio RDS, Relational Database Service. Tenemos en este caso la consola, como siempre hemos buscado el servicio RDS a través del buscador o la lista de servicios disponibles en el menú y llegamos como veis a la consola que tenemos aquí.

00:21En esta consola tenemos el dashboard con todos los recursos relacionados con el servicio de RDS y lo que vamos a hacer es lanzar una pequeña base de datos de ejemplo y vamos a probar la conectividad a dicha base de datos. Con lo cual podéis directamente desde este botón Create a Database o desde el menú de la izquierda en Databases o Databases tenemos también la posibilidad de lanzar esa creación de una base de datos.

00:45Por lo cual pulsamos aquí, tal como hemos visto en la teoría RDS nos proporciona una posibilidad de crear bases de datos en diferentes sabores de acuerdo, con diferentes motores Bosgre, de acuerdo, MySQL, Oracle, MariaDB, SQL Server o IBMDB, DB2, perdón.

01:07También tenéis dos opciones que son Aurora Aurora es una versión de MySQL o Bosgre SQL específicamente diseñado para la nube, de acuerdo entonces digamos un servicio específico de AWS que tiene una serie de ventajas añadidas básicamente es la división entre lo que es la parte de almacenamiento y la parte de computación, tal como hemos comentado un poco en teoría Entonces bueno, tenéis todas esas opciones para crear vuestra máquina

01:35o vuestro base de datos o nodo de base de datos Las versiones de Aurora, si bajamos un poquito adelantamos un pelín y venimos aquí abajo, tenemos posibilidad de solicitar que sea del tipo Serverless entonces en cuanto vengamos aquí a la parte de instancia podemos decirle que sea modo Serverless Recordar que los servicios Serverless con carácter general son servicios que no crean un nodo, una máquina virtual que está permanentemente en marcha sino que funcionan con un mecanismo

02:04orientado a eventos, se pondrá en marcha la base de datos para atender la consulta de la petición que se le haga es como si pusieramos la máquina en marcha justo para atender esa petición y luego se apagara, un poco de manera simplificada Entonces bueno, tenemos esa posibilidad para apagar solamente por las consultas que hagamos o tenemos la posibilidad de utilizar una instancia entonces sí que elegimos aquí un tipo de máquina esa opción de Serverless, como digo, solamente está así, optamos por las versiones de Aurora dentro del servicio de RDS

02:34en nuestro caso vamos a lanzar una base de datos compatible con MariaDB, de acuerdo, el motor de base de datos open source con lo cual seleccionamos aquí no lo montionado, pero bueno aquí antes podemos crear alternal entre mecanismos de creación, de tipo fácil o de tipo estándar pero bueno, vamos a probar con el estándar y vemos un poco los pasos a alto nivel como siempre en estas semanas de introducción Entonces bien, seleccionamos MariaDB, como digo venimos aquí y aquí podemos seleccionar la versión compatibilidad con MariaDB

03:02en diferentes versiones soportadas por el servicio RDS vamos a dejar la versión por defecto y aquí tenemos de nuevo un menú que nos permite elegir el tipo de despliegue que queremos hacer entonces esto lo que nos va a hacer es configurarnos las opciones que tengamos por abajo de acuerdo, con el objetivo de añadir o no añadir alta disponibilidad en el caso de que pongamos producción se nos pondrán en mansa los ajustes para alta disponibilidad

03:29con lo cual tendremos un despliegue tipo multiaceta de acuerdo, un tipo de test pues se nos pondrán abajo otras opciones para todo el tema de testeo y capa gratuita pues intentará optimizar las opciones para que sea de coste sencillo vamos a optar por una opción de producción si os parece BD MariaDB, cambio de opinión vamos a coger Maya SQL, de acuerdo y vamos a coger aquí

03:58porque aquí aparece, el menú aparece un poquito más detallado y se ilustra un poquito mejor, si veis aquí en producción veis que por defecto nos pone un cluster multiaceta y nos va a montar tres instancias esta parte es una manera alternativa de hacerlo comentamos la teoría que los nodos de bases de datos podemos tener la característica multiaceta tenemos el primario y un secundario que un standby que replica, de acuerdo la información de manera sincrona de acuerdo, eso sería esta opción de aquí

04:28multiaceta DB Instance multiaceta Instance de acuerdo, crearía ese primario como os dije y la copia sincrona que no es un endpoint, de acuerdo, no es una replica de lentura simplemente es una copia automática de la base de datos que en el caso de que el primario falle pues se pondría en marcha la segunda en una zona de disponibilidad diferente veis aquí que pone AZ1 y AZ2 os comenté que en RDS los nodos de replicas de lectura son diferentes de lo que es el failover, el multiaceta

04:58entonces si queremos tener una replica de lectura y aparte un nodo de standby por si hay algún tipo de fallo hay que crear tres, tres, tres máquinas una primaria para lectura-escritura el multiaceta que simplemente está sincronizado con el master el caso de que haya un fallo y una tercera que sería la replica de lectura donde la podríamos lanzar peticiones de lectura y en ese caso la replicación es asincrona pues bien, tenéis aquí como una especie de combinado veis aquí que pone multiaceta DB Cluster

05:28la diferencia es que esto es una infraestructura que lanza tres nodos y hace como una especie de híbrido entonces digamos que tienes tres nodos tienes un master igual de lectura-escritura y tienes dos instancias que actúan un poco como una combinación de standby y de replica de lectura entonces veis que aquí cuando lo vimos en la teoría teníamos dos endpoints uno para lectura-escritura y otro para lectura y ese endpoint de lectura puede hacer las peticiones alguna o otra de esas instancias

05:58en cualquier caso los fundamentos que hay por debajo son los mismos si queremos hacer con RDS un multiaceta y una replica de lectura necesitamos como mínimo tres instancias lo que pasa es que en este modo un poco combina esa funcionalidad de standby y replica de lectura entre esas dos máquinas es como si se ha repartido el trabajo en el caso de Aurora estuvimos comentando las replicas de Aurora sí que actúan el sabor este específico de Aurora sí que actúan ambas como replica de lectura

06:28y como failover es una disimación pero no exactamente al tema de Aurora entonces bueno como digo la plantilla de producción crea ese despliegue tipo multiaceta con un standby y por defecto nos crea esa estructura de tipo cluster que ya digo que añade esa funcionalidad de replica de lectura incluida aunque podríamos tener el clásico multiaceta que sería este si nos vamos a un depth test también nos pondría por defecto esta plantilla y si nos vamos a ver gratuita como os comenté en clase se ocultan estas opciones

06:58una en modo una única instancia una única aceta vamos a poner en producción vamos a elegir tal como os comenté este cluster de acuerdo vamos a ver que crea tres nodos en tres acetas diferentes dos de ellos actuarán como una combinación y digo un hibrido de replica de lectura y de nodo de standby le ponemos el identificador del cluster de acuerdo cluster 1

07:27simplificamos las credenciales para conectarnos a base de datos vamos a ponerlas en gestinas por nosotros esto sería con un servicio de almacenamiento de secretos que no vamos a ver ahora con lo cual aquí podemos o definir una contraseña o generarla automáticamente en el proceso de creación de base de datos bajamos un poquito más aquí tendríamos la elección de esos nodos de base de datos de que tipo van a ser en las clases estándar o podemos alternar entre tipos de instancias optimizadas para memoria optimizadas para computación

07:57aquí podríamos elegir el tamaño de los nodos recordar en RDS estamos hablando de nodos, máquinas virtuales sobre las que se instala todo ese motor de base de datos de manera completamente gestionada por AWS y nosotros simplemente nos conectamos a la URL en el puerto de conexión de base de datos dejamos la opción por defecto 2 CPUs, 8 GB de RAM de acuerdo y en este caso no vamos a utilizar discos de alto rendimiento de posito general para reducir un poquito el coste estimado ponemos 200 GB por ejemplo

08:27y bueno a continuación aquí tendríais alguna opción adicional y tendríais aquí un par de asistentes por si queremos conectar directamente la base de datos a una máquina de C2 esto lo que haces es configurar los grupos de seguridad tema que veremos un poquito más adelante automáticamente para permitir la conexión del nodo de la máquina digamos el backend al elemento de base de datos en principio no la vamos a conectar la vamos a dejar tal cual elegimos donde queremos desplegar la base de datos

08:57en qué WPC y elegimos un grupo de sus redes esto es una configuración que permite decir en qué sub redes y en qué zonas de disponibilidad queremos desplegar esos nodos esos tres nodos que vamos a crear en el cluster normalmente las bases de datos no se concede de acceso público es decir, suelen estar en sus redes privadas y son accesibles desde los nodos de backend pero en este caso para propósitos de prueba sí que vamos a conceder acceso público para conectarnos desde el exterior

09:27el último ajuste de la red sería el firewall podemos crear o elegir un grupo de seguridad existente o podemos crear un grupo de seguridad recordad los grupos de seguridad son firewalls que actúan a nivel de tarjeta de red es decir que protegen los nodos las máquinas virtuales vamos a crear máquinas virtuales con el software de base de datos tenemos que protegerlas con un grupo de seguridad podemos indicar aquí que queremos crear un grupo de seguridad y le vamos a poner aquí cluster1 pedroprieto

09:57grupo de seguridad security group este es el grupo de seguridad que vamos a crear si ya hemos creado ese grupo antes podríamos elegirlo y aparecerá aquí un listado de los grupos de seguridad cuidado porque aquí nos activa el grupo de seguridad por defecto que hay creado en la UPC entonces deberíamos quitarlo y luego aquí podríamos añadir un grupo de seguridad yo tengo creado uno para base de datos en ese caso habríamos aplicado solamente ese grupo de seguridad pero como digo, vamos a crear uno nuevo

10:27y ahora veréis un poco los detalles que tiene no queremos nada de proxy no queremos nada de autorización de certificado no queremos cambiar nada de autorización de certificado aquí tendríamos configuración adicional al ser MySQL escucha en ese puerto configuración de etiquetas y demás vamos a poner nada de momento autenticación de base de datos con password el password que nos va a generar el asistente y luego no queremos ningún tipo de monitorización monitorización estándar para no incurrir en costes adicionales

10:57no queremos métricas avanzadas por lo cual desactivo esta casilla no necesito nada de monitorización avanzada esto lo dejo desactivado y aquí tenéis configuración adicional parámetros de base de datos que esto ya veremos con detalle cuando estudiamos este servicio veis que los backups, las copias de seguridad se hacen automáticamente se guardan durante 7 días y aquí tenéis algunas cosas relacionadas con el cifrado de esas copias de seguridad y demás

11:27no queremos tampoco la actualización para que no perder tiempo en actualización de versiones por parte del propio servicio WS veis aquí que activamos la protección de borrado eso es para impedir que el nodo se borre de manera accidental todas esas opciones ya digo que prácticamente las dejamos por defecto y simplemente quitado la monitorización avanzada en cuanto a costes estimados esto sería el coste mensual el coste de lo que es la instancia hemos puesto una instancia con cierto tamaño o lo cual el coste mensual es elevado

11:57y el coste de almacenamiento de 200 gigas de disco un total de 549,24 dólares al mes lo que se traduce a razón de 30 días al mes en un poquito menos de 2 dólares diarios si multiplico bien son 20 dólares diarios 20 x 30,600 aproximadamente con lo cual ya dios un servicio que hay que tener cuidado con el porque tiene unos costes altos porque trabaja con tamaño de distancia considerable a partir de ahí poco más que hacer le damos a crear base de datos

12:27y en este caso pues nos creará la estructura que le hayamos dicho en este caso ese cluster con 3 nodos en alta disponibilidad que incluye una replica de lectura ya digo que ese cluster es como una especie de híbrido pero que digamos en el modo tradicional habría que crear un nodo multiaceta y un nodo para replica de lectura en este caso es que se combina con esa característica especial bueno si queremos crear algo más como una caché, un proxy, no es el caso ocultamos y bien aquí tendríamos

12:57los detalles de la conexión y aquí podríamos ver el nombre del usuario para conectarnos a la base de datos de acuerdo del master password que nos ha creado un auto generado de acuerdo que lo vamos a guardar y el endpoint para conectarnos al tener ahora lo veremos pero al haber creado una replica de lectura y en la base de datos tenemos 2 endpoints un endpoint será el master de acuerdo para lectura y escritura y el otro endpoint será para las operaciones de lectura con lo cual dejamos esto aquí

13:27veis que nos va a crear esas 3 instancias le damos un timpecito y ahora cuando esté creado volvemos bien, ya tenemos la base de datos creada veis aquí que se ha creado el cluster 1 veis aquí que están los 3 nodos creados disponibles veis también que pone backing up de acuerdo con lo cual estamos haciendo una copia de seguridad del cluster pero yo no la he iniciado, se inicia automáticamente de acuerdo entonces el cluster utilizar uno de los nodos para hacer copia de seguridad de tal manera que no se interrumpe el servicio principal

13:57veis que todo lo que es el tema de copia de seguridad está automatizado, es decir, estamos en un servicio administrado de más alto nivel donde todo lo relacionado con mantenimiento, incluido alta disponibilidad incluido la copia de seguridad va gestionado con lo cual simplemente nos tenemos que conectar veis aquí que el cluster tenemos aquí arriba de nuevo las detalles de conexión, un usuario de contraseña el endpoint del cluster si bajamos un poquito vemos que para conectar nos tenemos dos endpoints de acuerdo