Versiones de Amazon Aurora

Amazon Aurora reutiliza el código y mantiene la compatibilidad con los motores de base de datos de MySQL y PostgreSQL subyacentes. Sin embargo, Aurora tiene sus propios números de versión, ciclo de lanzamiento, línea de tiempo para la obsolescencia de la versión, etc. En la siguiente sección se explican los puntos comunes y las diferencias. Esta información puede ayudarle a decidir qué versión elegir y cómo verificar qué características y correcciones están disponibles en cada versión. También puede ayudarle a decidir con qué frecuencia debe actualizar y cómo planificar su proceso de actualización.

Bases de datos relacionales que están disponibles en Aurora

Las siguientes bases de datos relacionales están disponibles en Aurora:

• Edición compatible con Amazon Aurora MySQL Para obtener más información, consulte Uso de Amazon Aurora MySQL. Para obtener una lista detallada de las versiones disponibles, consulte Actualizaciones del motor de base de datos de Amazon Aurora MySQL.

• Edición compatible con Amazon Aurora PostgreSQL Para obtener más información, consulte Uso de Amazon Aurora PostgreSQL. Para obtener una lista detallada de las versiones disponibles, consulte Actualizaciones de Amazon Aurora PostgreSQL.

Diferencias en los números de versión entre las bases de datos de la comunidad y Aurora

Cada versión de Amazon Aurora es compatible con una versión específica de base de datos de la comunidad de MySQL o PostgreSQL. Puede encontrar la versión de la comunidad de su base de datos utilizando la función version y la versión de Aurora usando la función aurora_version.

A continuación, se muestran ejemplos para Aurora MySQL y Aurora PostgreSQL.

mysql> select version();
+------------------+
|   version()      |
+------------------+
|  5.7.12          | 
+------------------+

mysql> select aurora_version(), @@aurora_version;
+------------------+------------------+
| aurora_version() | @@aurora_version |
+------------------+------------------+
| 2.08.1           | 2.08.1           |
+------------------+------------------+

postgres=> select version();
-----------------------------------------------------------------------------
PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit
(1 row)

postgres=> select aurora_version();
aurora_version
----------------
3.2.2

Para obtener más información, consulte Comprobación de versiones de Aurora MySQL mediante SQL y Identificación de las versiones de Amazon Aurora PostgreSQL.

Versiones principales de Amazon Aurora

Las versiones de Aurora utilizan el esquema major.minor.patch. Una version principal de Aurora se refiere a la versión principal de la comunidad de MySQL o PostgreSQL con la que Aurora es compatible. Las versiones principales de Aurora MySQL y Aurora PostgreSQL permanecen disponibles bajo el soporte estándar al menos hasta el final de la vida útil de la comunidad para la versión de la comunidad correspondiente. Puede seguir ejecutando una versión principal después de la fecha de finalización del soporte estándar de Aurora si paga una cuota. Para obtener más información, consulte Uso del soporte extendido de Amazon RDS y Precios de Amazon Aurora.

Si Amazon amplía la compatibilidad con una versión de Aurora durante más tiempo de lo previsto originalmente, actualizaremos esta tabla para reflejar la fecha posterior.

Versión principal de la comunidad	Versión principal de Aurora	Fecha de fin de vida útil de la comunidad	Fecha de finalización del soporte estándar de Aurora	Fecha de inicio del precio del primer año del soporte extendido de RDS	Fecha de inicio del precio del tercer año del soporte extendido de RDS	Fecha de finalización del soporte extendido de RDS	Versiones secundarias aptas para el soporte extendido de RDS
MySQL 5.6 (obsoleta)	Aurora MySQL versión 1 (obsoleta)	5 de febrero de 2021	28 de febrero de 2023	N/A	N/A	N/A	N/A
MySQL 5.7	Aurora MySQL versión 2	Octubre de 2023	31 de octubre de 2024	1 de diciembre de 2024	N/A	28 de febrero de 2027	Aurora MySQL 2.11 y 2.12
MySQL 8.0	Aurora MySQL versión 3	Abril de 2022	30 de abril de 2027	1 de mayo de 2027	N/A	31 de julio de 2029	Por determinar
PostgreSQL 9.6 (obsoleta)	Aurora PostgreSQL 1 (obsoleta)	11 de noviembre de 2021	31 de enero de 2022	N/A	N/A	N/A	N/A
PostgreSQL 10 (obsoleta)	Aurora PostgreSQL 2 (obsoleta) Se aplica únicamente a PostgreSQL 10.17 y versiones anteriores. Para la versión 10.18 y versiones posteriores, la versión de Aurora es la misma que la principal. La versión secundaria de la versión de la comunidad de PostgreSQL, con un tercer dígito en la ubicación del parche.	10 de noviembre de 2022	31 de enero de 2023	N/A	N/A	N/A	N/A
PostgreSQL 11	Aurora PostgreSQL 3. Se aplica únicamente a PostgreSQL 11.12 y versiones anteriores. Para la versión 11.13 y versiones posteriores, la versión de Aurora es la misma que la principal. La versión secundaria de la versión de la comunidad de PostgreSQL y un tercer dígito en la ubicación de la revisión.	Noviembre de 2023	29 de febrero de 2024	1 de abril de 2024	1 de abril de 2026	31 de marzo de 2027	Aurora PostgreSQL 11.9 y 11.21
PostgreSQL 12	Aurora PostgreSQL 4. Se aplica únicamente a PostgreSQL 12.7 y versiones anteriores. Para la versión 12.8 y versiones posteriores, la versión de Aurora es la misma que la principal. La versión secundaria de la versión de la comunidad de PostgreSQL y un tercer dígito en la ubicación de la revisión.	Noviembre de 2024	28 de febrero de 2025	1 de marzo de 2025	1 de marzo de 2027	29 de febrero de 2028	Por determinar
PostgreSQL 13	Aurora PostgreSQL 13. Para la versión 13.3 y versiones posteriores, la versión de Aurora es la misma que la principal. La versión secundaria de la versión de la comunidad de PostgreSQL, con un tercer dígito en la ubicación del parche cuando se hayan publicado parches de Aurora.	Noviembre de 2025	28 de febrero de 2026	1 de marzo de 2026	1 de marzo de 2028	28 de febrero de 2029	Por determinar
PostgreSQL 14	Aurora PostgreSQL 14.3 y versiones posteriores. La versión de Aurora es la misma que la principal. La versión secundaria de la versión de la comunidad de PostgreSQL con un tercer dígito en la ubicación de la revisión cuando se publican las revisiones para Aurora.	Noviembre de 2026	28 de febrero de 2027	1 de marzo de 2027	1 de marzo de 2029	28 de febrero de 2030	Por determinar
PostgreSQL 15	Aurora PostgreSQL 15.2 y versiones posteriores. La versión de Aurora es la misma que la principal. La versión secundaria de la versión de la comunidad de PostgreSQL con un tercer dígito en la ubicación de la revisión cuando se publican las revisiones para Aurora.	Noviembre de 2027	29 de febrero de 2028	1 de marzo de 2028	1 de marzo de 2030	28 de febrero de 2031	Por determinar
PostgreSQL 16	Aurora PostgreSQL 16.1 y versiones posteriores. La versión de Aurora es la misma que la principal. La versión secundaria de la versión de la comunidad de PostgreSQL con un tercer dígito en la ubicación de la revisión cuando se publican las revisiones para Aurora.	9 de noviembre de 2023	28 de febrero de 2029	Por determinar	Por determinar	Por determinar	Por determinar

nota

El Soporte extendido de Amazon RDS para Aurora MySQL (versión 2) comienza el 1 de noviembre de 2024, pero no se cobrará hasta el 1 de diciembre de 2024. Entre el 1 y el 30 de noviembre de 2024, todos los clústeres de bases de datos de la versión 2 de Aurora MySQL están cubiertos por el Soporte extendido de Amazon RDS.

El Soporte extendido de Amazon RDS para PostgreSQL 11 comienza el 1 de marzo de 2024, pero no se cobrará hasta el 1 de abril de 2024. Entre el 1 y el 31 de marzo de 2024, todos los clústeres de bases de datos de la versión 11 de Aurora PostgreSQL están cubiertos por el Soporte extendido de Amazon RDS.

Versiones secundarias de Amazon Aurora

Las versiones de Aurora utilizan el esquema major.minor.patch. Una versión secundaria de Aurora proporciona mejoras progresivas de la comunidad y específicas de Aurora para el servicio, por ejemplo, nuevas características y correcciones.

Amazon Aurora admite actualmente las siguientes versiones secundarias de MySQL.

nota

El Soporte extendido de Amazon RDS no está disponible para las versiones secundarias.

Aurora MySQL version	Fecha de publicación de Aurora MySQL	Fecha de finalización del soporte estándar de Aurora MySQL
3.06 (Compatible con Community MySQL 8.0.34)	Marzo de 2024	Mayo de 2025
3.05 (Compatible con Community MySQL 8.0.32)	Octubre de 2023	Enero de 2025
3.041 (Compatible con Community MySQL 8.0.28)	Julio de 2023	Octubre de 2026
3.03 (Compatible con Community MySQL 8.0.26)	Marzo de 2023	Mayo de 2024
3.02 (Compatible con Community MySQL 8.0.23)	Abril de 2022	Enero de 2024
3.01 (Compatible con Community MySQL 8.0.23)	Noviembre de 2021	Enero de 2024
2.122 (Compatible con Community MySQL 5.7.40)	Julio de 2023	Octubre de 2024
2.112 (Compatible con Community MySQL 5.7.12)	Octubre de 2022	Octubre de 2024
2.07 (Compatible con Community MySQL 5.7.12)	Noviembre de 2019	Abril de 2024

¹ Soporte a largo plazo (LTS) de Aurora MySQL. Para obtener más información, consulte Versiones de soporte a largo plazo (LTS) de Aurora MySQL.

² Esta versión secundaria seguirá estando disponible cuando la versión principal esté en el Soporte extendido de Amazon RDS. Para obtener más información, consulte Versiones principales de Amazon Aurora.

Versiones de parches de Amazon Aurora

Las versiones de Aurora utilizan el esquema major.minor.patch. Una versión del parche de Aurora incluye importantes correcciones de errores que se han añadido a una versión secundaria después de su lanzamiento inicial (por ejemplo, Aurora MySQL 2.10.0, 2.10.1, 2.10.3, etc.). Mientras que cada nueva versión secundaria proporciona nuevas características de Aurora, las nuevas versiones de parches dentro de una versión secundaria específica se utilizan principalmente para resolver problemas importantes.

Para obtener más información sobre la aplicación de parches, consulte Mantenimiento de un clúster de base de datos de Amazon Aurora.

Información sobre las novedades de cada versión de Amazon Aurora

Cada nueva versión de Aurora viene con notas de la versión que enumeran las nuevas características, correcciones, otras mejoras, etc. que se aplican a cada versión.

Para ver las notas de la versión de Aurora MySQL, consulte las notas de la versión de Aurora MySQL. Para ver las notas de la versión de Aurora PostgreSQL, consulte las notas de la versión de Aurora PostgreSQL.

Especificar la versión de la base de datos de Amazon Aurora para su clúster de bases de datos

Puede especificar cualquier versión disponible actualmente (principal y secundaria) al crear un nuevo clúster de bases de datos mediante la operación Create database (Crear base de datos) en la AWS Management Console, la AWS CLI o la operación de la API de CreateDBCluster. No todas las versiones de la base de datos de Aurora están disponibles en cada región de AWS.

Para obtener más información sobre cómo crear clústeres de Aurora, consulte Creación de un clúster de base de datos de Amazon Aurora. Para obtener más información sobre cómo cambiar la versión de un clúster de Aurora existente, consulte Modificación de un clúster de base de datos de Amazon Aurora.

Versiones predeterminadas de Amazon Aurora

Cuando una nueva versión secundaria de Aurora contiene mejoras significativas en comparación con una anterior, se marca como la versión predeterminada para los nuevos clústeres de base de datos. Normalmente, lanzamos dos versiones predeterminadas para cada versión principal por año.

Le recomendamos que su clúster de bases de datos esté actualizado con la versión secundaria más reciente, ya que incluirá las últimas correcciones de seguridad y funcionalidad.

Actualizaciones de versiones secundarias automáticas

Puede mantenerse actualizado con las versiones menores de Aurora activando Auto minor version upgrade (Actualización automática de la versión secundaria) para cada instancia de base de datos en el clúster de Aurora. Aurora solo realiza la actualización automática si todas las instancias de base de datos del clúster tienen esta configuración activada. Las actualizaciones de versiones secundarias automáticas se realizan a la versión secundaria predeterminada.

Por lo general, programamos actualizaciones automáticas dos veces al año para clústeres de base de datos que tienen la configuración Auto minor version upgrade (Actualización automática de la versión secundaria) establecida como Yes. Estas actualizaciones se inician durante el periodo de mantenimiento que especifique para el clúster. Para obtener más información, consulte Actualizaciones de versiones secundarias automáticas para clústeres de base de datos de Aurora.

Las actualizaciones automáticas de versiones secundarias se comunican de antemano a través de un evento de clúster de base de datos de Amazon RDS con una categoría maintenance e ID de RDS-EVENT-0156. Para obtener más información, consulte Categorías y mensajes de eventos de Amazon RDS.

Cuánto tiempo permanecen disponibles las versiones principales de Amazon Aurora

Las versiones principales de Amazon Aurora permanecen disponibles al menos hasta el final de la vida útil de la comunidad para la versión de la comunidad correspondiente. Puede utilizar las fechas de finalización del soporte estándar de Aurora para planificar sus ciclos de pruebas y actualizaciones. Estas fechas representan la fecha más temprana en la que podría requerirse una actualización a una versión más reciente. Para obtener más información sobre las fechas, consulte Versiones principales de Amazon Aurora.

Antes de solicitar la actualización a una versión principal más nueva y brindar ayuda para su planificación, proporcionamos un recordatorio con al menos 12 meses de antelación. Lo hacemos para comunicar el proceso detallado de actualización. Los detalles incluyen el tiempo de ciertos hitos, el impacto en los clústeres de base de datos y las acciones que recomendamos que realice. Siempre recomendamos que pruebe minuciosamente las aplicaciones con nuevas versiones de la base de datos antes de realizar una actualización de la versión principal.

Después de este período de 12 meses, se puede aplicar una actualización automática a la versión principal posterior a cualquier clúster de bases de datos que aún ejecute la versión anterior. Si es así, la actualización se inicia durante las ventanas de mantenimiento programadas.

Con qué frecuencia se publican las versiones secundarias de Amazon Aurora

En general, lanzamos versiones secundarias de Amazon Aurora trimestralmente. La programación de versiones puede variar para seleccionar características o correcciones adicionales.

Cuánto tiempo permanecen disponibles las versiones secundarias de Amazon Aurora

Tenemos la intención de hacer que cada versión secundaria de Amazon Aurora de una versión principal en particular esté disponible durante al menos 12 meses. Al final de este periodo, Aurora podría aplicar una actualización automática de la versión secundaria a la versión secundaria predeterminada posterior. Dicha actualización se inicia durante el periodo de mantenimiento programado para cualquier clúster que todavía esté ejecutando la versión secundaria anterior.

Podríamos reemplazar una versión secundaria de una versión principal en particular antes del periodo habitual de 12 meses si hay asuntos críticos como problemas de seguridad, o si la versión principal ha llegado al final de su vida útil.

Antes de comenzar las actualizaciones automáticas de versiones secundarias que se aproximan al final de la vida útil, generalmente proporcionamos un recordatorio con tres meses de antelación. Lo hacemos para comunicar el proceso detallado de actualización. Los detalles incluyen el tiempo de ciertos hitos, el impacto en los clústeres de base de datos y las acciones que recomendamos que realice. Se envían notificaciones con menos de tres meses de antelación en casos críticos (por ejemplo, problemas de seguridad) que requieren una actuación más rápida.

Si no tiene habilitada la opción de actualización automática de versiones secundarias, recibirá un recordatorio, pero no una notificación de eventos de RDS. Las actualizaciones se realizan dentro de un período de mantenimiento una vez transcurrido el plazo de actualización obligatorio.

Si tiene habilitada la configuración de actualización automática de versiones secundarias, recibirá un recordatorio y un evento de clúster de base de datos de Amazon RDS con una categoría de maintenance y un ID de RDS-EVENT-0156. Las actualizaciones se producen durante el siguiente período de mantenimiento.

Para obtener más información acerca de las actualizaciones automáticas de versiones secundarias, consulte Actualizaciones de versiones secundarias automáticas para clústeres de base de datos de Aurora.

Compatibilidad a largo plazo para versiones secundarias de Amazon Aurora seleccionadas

Para cada versión principal de Aurora, ciertas versiones secundarias se designan como versiones de compatabilidad a largo plazo (LTS) y se ponen a disposición durante al menos tres años. Es decir, al menos una versión secundaria por versión principal está disponible durante más tiempo que los 12 meses habituales. Por lo general, proporcionamos un recordatorio seis meses antes del final de este periodo. Lo hacemos para comunicar el proceso detallado de actualización. Los detalles incluyen el tiempo de ciertos hitos, el impacto en los clústeres de base de datos y las acciones que recomendamos que realice. Se envían notificaciones con menos de seis meses de antelación en casos críticos, (por ejemplo, problemas de seguridad) que requieren una actuación más rápida.

Las versiones secundarias de LTS solo incluyen correcciones críticas (a través de versiones de revisiones). Una versión LTS no incluye nuevas características publicadas después de su introducción. Una vez al año, los clústeres de base de datos que se ejecutan en una versión secundaria LTS, se parchean a la última versión del parche de la versión LTS. Aplicamos este parche para ayudar a garantizar que se beneficie de las correcciones acumulativas de seguridad y estabilidad. Es posible que se realice el parche de una versión secundaria LTS con más frecuencia si hay correcciones críticas, por ejemplo, para la seguridad, que deben aplicarse.

nota

Si desea permanecer en una versión secundaria LTS mientras dure su ciclo de vida, asegúrese de desactivar Auto minor version upgrade (Actualización automática de la versión secundaria) para sus instancias de base de datos. Para evitar actualizar automáticamente el clúster de base de datos desde la versión secundaria de LTS, establezca Auto minor version upgrade (Actualización automática de la versión secundaria) a No en cualquier instancia de base de datos en su clúster de Aurora.

Para conocer los números de versión de todas las versiones de Aurora LTS, consulte Versiones de soporte a largo plazo (LTS) de Aurora MySQL y Versiones de soporte a largo plazo (LTS) de Aurora MySQL.

Soporte extendido de Amazon RDS para determinadas versiones de Aurora

Con el soporte extendido de Amazon RDS, puede seguir ejecutando su base de datos en una versión principal del motor después de la fecha de finalización del soporte estándar de Aurora por un precio adicional. Durante el periodo del Soporte extendido de RDS, Amazon RDS suministrará parches para las CVE cruciales y altas, según se definen en las puntuaciones de gravedad de CVSS de la National Vulnerability Database (NVD). Para obtener más información, consulte Uso del soporte extendido de Amazon RDS.

El Soporte extendido de RDS solo está disponible en determinadas versiones de Aurora. Para obtener más información, consulte Versiones principales de Amazon Aurora.

Controlar manualmente si el clúster de bases de datos se actualiza a nuevas versiones y cuándo esto sucede

Las actualizaciones de versiones secundarias automáticas se realizan a la versión secundaria predeterminada. Por lo general, programamos actualizaciones automáticas dos veces al año para clústeres de base de datos que tienen la configuración Auto minor version upgrade (Actualización automática de la versión secundaria) establecida como Yes. Estas actualizaciones se inician durante las ventanas de mantenimiento especificadas por el cliente. Si desea desactivar las actualizaciones automáticas de versiones secundarias, establezca Auto minor version upgrade (Autualización automática de la versión secundaria) a No en cualquier instancia de base de datos de un clúster de Aurora. Aurora realiza una actualización automática de la versión secundaria sólo si todas las instancias de base de datos del clúster tienen la configuración activada.

Como las actualizaciones de versión pueden conllevar algunos riesgos de compatibilidad, no se producen automáticamente. Debe iniciarlas, excepto en el caso de la obsolescencia de la versión principal, como se explicó anteriormente. Siempre recomendamos que pruebe minuciosamente las aplicaciones con nuevas versiones de la base de datos antes de realizar una actualización de la versión principal.

Para obtener más información acerca de cómo actualizar un clúster de bases de datos a una nueva versión principal de Aurora, consulte Actualización de clústeres de base Amazon Aurora MySQL y Actualización de clústeres de base de datos PostgreSQL de Amazon Aurora.

Actualizaciones necesarias de Amazon Aurora

Para determinadas correcciones críticas, Amazon podría llevar a cabo una actualización administrada a un nivel de parche nuevo dentro de la misma versión secundaria LTS. Estas actualizaciones requeridas ocurren incluso si Auto minor version upgrade (Actualización automática de versión secundaria) está desactivado. Antes, comunicamos el proceso detallado de actualización. Los detalles incluyen el tiempo de ciertos hitos, el impacto en los clústeres de base de datos y las acciones que recomendamos que realice. Dichas actualizaciones administradas se llevan a cabo de forma automática. Cada actualización de este tipo se inicia en el periodo de mantenimiento del clúster.

Probar su clúster de bases de datos con una nueva versión de Aurora antes de actualizar

Puede probar el proceso de actualización y cómo funciona la nueva versión con su aplicación y carga de trabajo. Utilice uno de los siguientes métodos:

• Clone su clúster mediante la característica de clonación rápida de base de datos de Amazon Aurora. Realice la actualización y cualquier prueba posterior a la actualización en el nuevo clúster.

• Restaure desde una instantánea de clúster para crear un nuevo clúster de Aurora. Puede crear una instantánea de clúster usted mismo de un clúster de Aurora existente. Aurora también crea automáticamente instantáneas periódicas para cada uno de sus clústeres. A continuación, puede iniciar una actualización de versión para el nuevo clúster. Puede experimentar con la copia actualizada del clúster antes de decidir si desea actualizar el clúster original.

Para obtener más información sobre estas formas de crear nuevos clústeres para pruebas, consulte Clonación de un volumen de clúster de base de datos de Amazon Aurora y Creación de una instantánea de clúster de base de datos.