Amazon Aurora (Aurora) es un motor de base de datos relacional completamente administrado compatible con MySQL y PostgreSQL. Ya sabe cómo MySQL y PostgreSQL combinan la velocidad y la fiabilidad de las bases de datos comerciales de gama alta con la sencillez y la rentabilidad de las bases de datos de código abierto. El código, las herramientas y las aplicaciones que se utilizan actualmente con las bases de datos MySQL y PostgreSQL se pueden usar con Aurora. Con algunas cargas de trabajo, Aurora puede proporcionar hasta cinco veces el rendimiento de MySQL y hasta tres veces el rendimiento de PostgreSQL sin requerir cambios en la mayoría de las aplicaciones existentes.
Aurora incluye un subsistema de almacenamiento de alto rendimiento. Sus motores de base de datos compatibles con MySQL y PostgreSQL están personalizados para aprovechar su almacenamiento de rápida distribución. El almacenamiento subyacente aumenta de manera automática según se requiera, hasta 64 tebibytes (TiB). Aurora también automatiza y estandariza la agrupación en clústeres y la replicación, que suelen ser algunos de los aspectos más problemáticos de la configuración y administración de las bases de datos.
Aurora forma parte del servicio de bases de datos administradas Amazon Relational Database Service (Amazon RDS). Amazon RDS es un servicio web que facilita las tareas de configuración, operación y escalado de una base de datos relacional en la nube. Si no está familiarizado con Amazon RDS, consulte la Guía del usuario de Amazon Relational Database Service.
En los siguientes puntos se ilustra la relación de Aurora con los motores de MySQL y PostgreSQL estándares disponibles en Amazon RDS:
-
Se debe elegir Aurora como opción del motor de base de datos al configurar nuevos servidores de base de datos mediante Amazon RDS.
-
Aurora aprovecha las características conocidas de Amazon Relational Database Service (Amazon RDS) para la gestión y administración. Aurora usa la interfaz de la Consola de administración de AWS de Amazon RDS, los comandos de la AWS CLI y las operaciones API para gestionar las tareas de base de datos rutinarias como el aprovisionamiento, la aplicación de parches, las copias de seguridad, la recuperación, la detección de errores y la reparación.
-
Las operaciones de administración de Aurora normalmente afectan a clústeres completos de servidores de base de datos sincronizados mediante replicación, en lugar de instancias de base de datos individuales. La agrupación en clústeres, la replicación y la asignación de almacenamiento automáticas simplifica y hace rentable configurar, usar y escalar las implementaciones de MySQL y PostgreSQL de mayor tamaño.
-
Puede trasladar datos de Amazon RDS para MySQL y de Amazon RDS para PostgreSQL a Aurora creando y restaurando instantáneas, o bien configurando una replicación en un sentido. Puede usar herramientas de migración que le permiten convertir sus aplicaciones de Amazon RDS para MySQL y de Amazon RDS para PostgreSQL a Aurora con un solo botón.
Antes de usar Amazon Aurora, debe completar los pasos que figuran en Configuración del entorno para Amazon Aurora y, después, revisar los conceptos y las características de Aurora que aparecen en Clústeres de base de datos Amazon Aurora.
Temas
- Clústeres de base de datos Amazon Aurora
- Administración de conexiones de Amazon Aurora
- Uso de los puntos de enlace de instancia
- Cómo funcionan los puntos de enlace de Aurora con la alta disponibilidad
- Almacenamiento y fiabilidad de Amazon Aurora
- Seguridad de Amazon Aurora
- Alta disponibilidad para Aurora
- Uso de Amazon Aurora Global Database
- Replicación con Amazon Aurora
Uso de los puntos de enlace de instancia
En las operaciones diarias, su forma principal de uso de los puntos de enlace de instancia consiste en diagnosticar los problemas de rendimiento o capacidad que afectan a una instancia específica de un clúster de Aurora. Mientras se conecta a una instancia específica, puede examinar sus variables de estado, métricas, etc. Hacer esto puede ayudarle a determinar qué sucede con esa instancia que es distinto de lo que ocurre con otras instancias del clúster.
En los casos de uso avanzados, podría configurar algunas instancias de base de datos de manera distinta a otras. En este caso, use el punto de enlace de instancia para conectarse directamente a una instancia que sea más pequeña, más grande o que, de otro modo, tenga características distintas del resto. Asimismo, configure la prioridad de conmutación por error para que esta instancia de base de datos especial sea la última opción para hacerse cargo como instancia principal. Recomendamos que use puntos de enlace personalizados en lugar del punto de enlace de instancia en estos casos. Al hacerlo se simplifica la administración de la conexión y la alta disponibilidad a medida que añade más instancias de base de datos a su clúster.
Cada instancia de base de datos en un clúster de Aurora tiene su propio punto de enlace de instancia integrado, cuyo nombre y otros atributos administra Aurora. No puede crear, eliminar o modificar este tipo de punto de enlace.
Cómo funcionan los puntos de enlace de Aurora con la alta disponibilidad
Para clústeres en los que la alta disponibilidad es importante, use el punto de enlace del escritor para conexiones de lectura-escritura y el punto de enlace del lector para conexiones de solo lectura. Estos tipos de conexiones administran la conmutación por error de la instancia de base de datos mejor de lo que lo hacen los puntos de enlace de instancia. Los puntos de enlace de instancia se conectan a una instancia de base de datos específica en un clúster de base de datos, lo que requiere lógica en su aplicación para elegir un punto de enlace diferente si la instancia de base de datos deja de estar disponible.
Si se produce un error en la instancia de base de datos principal de un clúster de base de datos, Aurora conmuta por error automáticamente a una nueva instancia de base de datos principal. Lo hace promoviendo una réplica de Aurora existente a una nueva instancia de base de datos principal o creando una instancia de base de datos principal. Si se produce una conmutación por error, puede usar el punto de enlace del clúster para volver a conectarse a la instancia de base de datos recién promovida o creada, o bien usar el punto de enlace del lector para volver a conectarse a una de las réplicas de Aurora del clúster de base de datos. Durante una conmutación por error, el punto de enlace del lector podría dirigir las conexiones a la nueva instancia de base de datos principal de un clúster de base de datos durante un breve periodo tras convertirse una réplica de Aurora en la nueva instancia de base de datos principal.
Si diseña su propia lógica de aplicación para administrar conexiones a puntos de enlace de instancia, puede, manualmente o mediante programación, encontrar el conjunto resultante de instancias de base de datos disponibles en el clúster de base de datos. Luego puede confirmar sus clases de instancia tras la conmutación por error y conectarse a un punto de enlace de instancia adecuado.
Para obtener más información acerca de las conmutaciones por error, consulte Tolerancia a errores para un clúster de base de datos de Aurora.
Comentarios
0 comentarios
Inicie sesión para dejar un comentario.