Amazon Web Services para profesionales IT

Crear una instancia RDS

¡Prueba gratis durante 10 días

nuestros 1240 cursos !

Prueba gratis Mostrar modalidades de suscripción
RDS es la mejor manera de tener una base de datos al mismo tiempo que evitamos muchas de las tediosas tareas de administración, configuración y copias de seguridad. En este video aprenderemos a crear instancias RDS del popular motor de base de datos MySQL.

Transcripción

En este video vamos a aprender a poner en marcha una base de datos RDS de Amazon Web Services. Desde la página principal de la consola de Amazon podemos acceder de varias maneras. Ya bien si hemos visitado recientemente el servicio, desde aquí. También desde el buscador. También si tenemos un botón de acceso rápido arriba o directamente desde el menú de "Servicios" Ya bien agrupado o, alfabéticamente, por la "R". La primera vez que accedáis a RDS, tendréis este "Get started now" que os llevará directamente a la creación de una instancia. Si ya habéis creado alguna instancia antes, apareceréis el menú "Instances", donde también podréis lanzar una base de datos desde este botón. Lo primero es elegir el motor de la base de datos. Puede ser MySQL, MariaDB que es un "fork" de MySQL y que es 100 % compatible. PostgreSQL, Oracle y Microsoft SQL Server. Las diferencias que encontráis con otros sitios es que aquí no hace falta que os traigáis la licencia o que compréis la licencia aparte. Los que tienen licencia de pago como Oracle o SQL viene incluida en el precio por hora la licencia de la base de datos y, como veis, hay diferentes modelos para elegir. Versiones "Enterprise", "Standard edition", "Web Edition", la exprés, etc. En este caso vamos a utilizar una MySQL. Primero nos da a elegir entre producción o desarrollo y "testing". Nos da un poco igual, porque luego nos va a dar las mismas opciones para elegir, pero en principio, lo que hace es marcar por defecto el Multi-AZ y las IOPS provisionadas en nuestra configuración. Vamos a empezar con "Development/Testing". Seleccionamos el tipo de licencia. Para MySQL solo tenemos Licencia GPL. En el caso de Oracle o Microsoft SQL Server podremos elegir los diferentes modelos que hay. La versión del motor. Yo tiendo a seleccionar la última disponible porque así aprovecho todas la mejoras de rendimiento, velocidad y características. En este caso, tenemos la 5.7.16. Seleccionamos el tipo de instancia. Tenemos desde "micro" hasta "R38X Large". Esto puede variar con el tiempo. Vamos a seleccionar una pequeña como la "T2 Micro". Como vemos, tiene una CPU virtual y 1 gigabyte de RAM. Podríamos seleccionar si el despliege es "Multi-AZ" o no. Es decir, que incluye en espera, cuando lo seleccionamos como "Multi-AZ", un servidor que está completamente sincronizado con nuestro primario. En el caso de que tenemos un problema con el primario o aplicamos una actualización o un reinicio o un cambio de configuración, automáticamente pasa el secundario a ser el primario y no notamos ninguna caída en nuestro servicio. En este caso, vamos a decirle que no porque un despliegue que es "Multi-AZ" tarda un poquito más en ponerse en marcha y podríamos aburrirnos de esperar mientras tanto. En realidad son unos minutos sólo, pero para el tema del video es un poco más complicado. El tipo de almacenamiento tenemos SSD de propósito general, SSD con IOPS provisionadas y el magnético, que es más lento. En el de IOPS provisionadas seleccionamos la cantidad de IOPS que tenga nuestro almacenamiento. En el de propósito general, dependen de la cantidad de almacenamiento que nosotros seleccionemos y reservemos. Tenemos un "warning" que nos dice que si tenemos menos de 100 gigas reservados puede que el rendimiento no sea muy bueno. Si nos compensa el precio por gigabyte con el rendimiento que nosotros queremos, podemos seleccionar 100 gigabytes o más de almacenamiento y desaparecerá el aviso. También podremos revisar las limitaciones y problemas conocidos para la versión de la base de datos que hemos seleccionado por si acaso tuviera algún conflicto con nuestra aplicación. En este caso, tenemos que el "Buffer pool" de "InnoDB" para MySQL 5.7 quizás es demasiado grande para lo que podríamos necesitar en una instancia pequeña. Esto normalmente es un pequeño problema, nada serio. Es conveniente revisarlo. A nosotros no nos afecta en este caso. El identificador de la base de datos viene a ser el nombre único. Tiene que ser único en nuestra cuenta que nosotros usamos. Vamos a llamarlo "instanciaprueba". Se puede repetir en otras cuentas, pero nosotros no podremos tener, en la misma cuenta de AWS, dos instancias que tengan el mismo identificador. El "Master username" viene a ser el equivalente al "Usuario RUT", el usuario administrador. El usuario que utilicemos aquí tendrá permisos para crear, borrar y modificar todo tipo de objetos. No tiene, exactamente, todos los permisos que tiene el "Usuario RUT" de MYSQL, pero sí prácticamente todos. Podríamos llamarlo, por ejemplo, "administrador". Este va a ser el "password" o contraseña que tenga el usuario administrador. Y podemos pasar a las opciones avanzadas. Podemos seleccionar la VPC por defecto o ya bien seleccionar una VPC que hemos creado antes en la que tenemos o no varias aplicaciones o crear una nueva VPC desde aquí. Después, si tuviéramos creadas diferentes subredes para nuestra VPC podríamos seleccionar en la que queremos que arranque nuestro RDS, ya bien, pues, para balancear donde tenemos nuestros servidores de base de datos o porque queremos que estén más cerca de las aplicaciones para que vaya más rápido, etc. Después, tenemos si queremos que sea públicamente accesible o no. Es decir, si seleccionamos que es públicamente accesible esta base de datos tendrá una IP pública y se podrá acceder desde el exterior si nuestras opciones de seguridad lo permiten. Yo recomiendo que todas nuestras aplicaciones residan dentro de la VPC y que no sea públicamente accesible, pero quizá tenemos que conectar desde otra VPC o desde otro centro de datos o desde nuestro ordenador por alguna razón en concreto y es necesario, por lo general, y siempre que sea posible, yo recomiendo que no sea públicamente accesible y que si tenéis que acceder, lo hagáis desde una instancia que esté dentro de vuestra VPC. En la zona de disponibilidad, podréis elegir en qué zona queréis que se arranque dentro de vuestra región. Si tenéis una subred dentro de la región que ya tiene una zona de disponibilidad seleccionada, pues quedaráis dentro. Si no, lo podéis ejecutar desde aquí. Decirle que queréis que corra en "1B", en "1A" o en el primer sitio que encuentre. En los grupos de seguridad, podéis crear un nuevo grupo con determinados permisos, seleccionar uno que ya tengáis o por ejemplo, utilizar el que hay por defecto, el "default", que lo que hace es dar permisos a cualquier recurso que esté dentro del VPC en el que estamos para acceder a esta base de datos. Después creamos una base de datos por defecto. Podríamos seleccionar el puerto, los parámetros y las opciones que queremos, porque por defecto tiene unos valores que AWS selecciona, que son más o menos beneficiosos para el rendimiento, pero quizá por vuestra aplicación, por vuestros requerimientos, necesitéis cambiar algún valor de configuración de MySQL. Si queremos activar el cifrado, el tiempo que queremos que se haga retención de las copias de seguridad, por ejemplo, una semana el horario en el que queremos que se hagan las copias de seguridad para evitar problemas de rendimiento. Le podríamos decir que las haga a las 3:00 a.m. Si queremos activar la monitorización mejorada. Si queremos que haga actualización automática de versiones menores, esto es, si nosotros tenemos una versión 5.7. algo, cada vez que salga una versión nueva dentro de ese 5.7, se actualizará automáticamente. Lo mismo, para evitar problemas de rendimiento en el momento que se realiza esta actualización, podemos seleccionar una ventana de mantenimiento. Es decir, en el momento en el que se ejecutan estas actualizaciones. Podríamos decir que el sábado por la noche a las 5:00 a.m. es el momento adecuado para ejecutar esta actualización. Lanzamos la instancia y vemos que está en marcha. Podemos ir al menú en el que vemos el estado de todas nuestras instancias y ver que está en estado "creando". Y esperar unos minutos a que la instancia esté lista. Al cabo de unos pocos minutos, tendremos disponible nuestra instancia. Vemos que está en "status available". Donde marca "Endpoint", es a través de la dirección que nosotros podemos acceder a nuestra instancia. En apenas unos clics hemos creado una base de datos con copias de seguridad, monitorización y actualizaciones automáticas incluidas y con posibilidad de alta disponibilidad. Así que como veis, RDS es una herramienta muy fácil, muy útil y altamente recomendable para gestionar vuestras bases de datos relacionales.

Amazon Web Services para profesionales IT

Empieza a administrar Amazon Web Services, consiguiendo el mejor rendimiento y la disponibilidad continuada en estos servicios, y aprende a realizar diferentes procesos en la nube.

3:26 horas (44 Videos)
Actualmente no hay comentarios.
 
Fecha de publicación:28/04/2017

Este curso video2brain está disponible como descarga y para ser visualizado online. ¡Pero no hace falta que decidas entre las dos opciones! Al comprar el curso, disfrutarás de ambas posibilidades.

La descarga te permite ver las lecciones sin estar conectado/a a internet y supone una navegación fácil y ágil entre capítulo y capítulo. Si vas a trabajar en diferentes ordenadores o si no quieres descargarte el curso completo, entra en la web con tus datos de acceso y disfruta directamente de tus vídeos online. Te deseamos que disfrutes de este curso y te resulte de mucha utilidad.

Estamos a tu disposición si tienes cualquier tipo de duda o pregunta.