Las versiones de Amazon Aurora son diferentes de las bases de datos comunitarias originales con las que son compatibles. Para ayudarlo a mantener la compatibilidad de las aplicaciones y aprovechar las características más recientes del motor de base de datos, en las siguientes secciones se explican las convenciones de control de versiones de Aurora y cómo se asignan las versiones de Aurora a sus respectivas bases de datos comunitarias.
Para obtener una lista de las bases de datos relacionales que están disponibles en Amazon Aurora, consulte Motores de bases de datos compatibles con los clústeres de bases de datos de Amazon Aurora.
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 su base de datos de la comunidad correspondiente. Puede encontrar la versión de la comunidad de la base de datos con la función version
y la versión de Aurora con la función aurora_version
.
En los ejemplos siguientes se muestra cómo encontrar la versión de comunidad de la base de datos para Aurora MySQL y Aurora PostgreSQL.
La función version
devuelve la versión comunitaria de la base de datos para Aurora MySQL.
mysql> select version();
Ejemplo de resultados:
+------------------+ | version() | +------------------+ | 8.0.32 | +------------------+
Y la función aurora_version
devuelve la versión de Aurora:
mysql> select aurora_version(), @@aurora_version;
Ejemplo de resultados:
+------------------+------------------+ | aurora_version() | @@aurora_version | +------------------+------------------+ | 3.05.2 | 3.05.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 predeterminadas de Amazon Aurora
La versión predeterminada es la versión que Aurora elige automáticamente para la creación o actualización de la base de datos cuando no se especifica manualmente una versión de motor de destino. Por ejemplo, el siguiente comando muestra la versión de motor predeterminada para Aurora PostgreSQL (se incluye una salida de muestra).
aws rds describe-db-engine-versions \ --engine aurora-postgresql \ --default-only \ --query 'DBEngineVersions[0].EngineVersion' \ --output text 16.4
Cada versión principal tiene la correspondiente versión secundaria predeterminada. Por lo tanto, la versión secundaria predeterminada es 16.n para Aurora PostgreSQL 16 y el número de versión n cambia cuando Aurora lanza nuevas versiones secundarias predeterminadas. Normalmente, Aurora lanza dos versiones secundarias predeterminadas para cada versión principal por año. El siguiente script del intérprete de comandos bash muestra las versiones secundarias predeterminadas para un conjunto de versiones principales de Aurora PostgreSQL (se incluye una salida de muestra).
for major in 16 15 14 13 12 11; do echo -n "Default for Aurora PostgreSQL major version $major: " aws rds describe-db-engine-versions \ --engine aurora-postgresql \ --engine-version "$major" \ --default-only \ --query 'DBEngineVersions[0].EngineVersion' \ --output text done Default for Aurora PostgreSQL major version 16: 16.4 Default for Aurora PostgreSQL major version 15: 15.8 Default for Aurora PostgreSQL major version 14: 14.13 Default for Aurora PostgreSQL major version 13: 13.16 Default for Aurora PostgreSQL major version 12: 12.20 Default for Aurora PostgreSQL major version 11: 11.21
Si habilita las actualizaciones automáticas de versiones secundarias para el clúster de bases de datos de Aurora, Aurora utilizará la versión secundaria predeterminada o una versión secundaria más reciente para una versión principal determinada. Por ejemplo, si la versión secundaria predeterminada para Aurora PostgreSQL 15 es 15.8 y la versión más reciente 15.10 también está disponible, Aurora puede actualizarse automáticamente a 15.8 o 15.10.
Versiones principales de Amazon Aurora
Las versiones de Aurora utilizan el esquema
. 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 Soporte extendido de Amazon RDS con Amazon Aurora y Precios de Amazon Auroramajor
.minor
.patch
Para obtener más información sobre las versiones principales y el calendario de lanzamientos de Aurora MySQL y Aurora PostgreSQL, consulte las páginas siguientes de las notas de la versión correspondiente:
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. Para obtener más información, consulte Soporte extendido de Amazon RDS para determinadas versiones de Aurora.
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 que Aurora le pida que actualice a una versión principal más reciente y para ayudarlo a realizar la planificación, recibirá un recordatorio con al menos 12 meses de antelación. Los recordatorios comunican lo siguiente acerca del proceso de actualización.
El momento de determinados hitos
El impacto en los clústeres de base de datos
Acciones recomendadas
Recomendamos que pruebe minuciosamente las aplicaciones con nuevas versiones de la base de datos antes de realizar una actualización del clúster a una nueva versión principal.
Cuando la versión principal alcance el final del soporte estándar de Aurora, cualquier clúster de bases de datos que aún ejecute la versión anterior se actualiza automáticamente a una versión de soporte extendido durante un periodo de mantenimiento programado. Podrían aplicarse cargos adicionales por el soporte extendido. Para obtener más información sobre el soporte extendido de Amazon RDS, consulte Uso del soporte extendido de Amazon RDS.
Versiones secundarias de Amazon Aurora
Las versiones de Aurora utilizan el esquema
. 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.major
.minor
.patch
Para obtener más información sobre las versiones secundarias y el calendario de lanzamientos de Aurora MySQL y Aurora PostgreSQL, consulte las páginas siguientes de las notas de la versión correspondiente:
En las siguientes secciones se describen los detalles sobre la cadencia y la vida útil que puede esperar de las versiones secundarias de Aurora.
Temas
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
Normalmente, Amazon Aurora hace que cada versión secundaria de una determinada versión principal esté disponible durante al menos 12 meses. Al final de este periodo, Aurora podría actualizar automáticamente la base de datos a la versión secundaria predeterminada o a una posterior. Aurora comienza la actualización durante el periodo de mantenimiento programado para cualquier clúster de bases de datos que esté ejecutando la versión secundaria anterior.
En algunos casos, Aurora podría reemplazar una versión secundaria de una determinada versión principal antes del periodo habitual de 12 meses. Entre los motivos se pueden incluir problemas de seguridad críticos o la fecha de finalización del soporte para una versión principal.
Antes de comenzar las actualizaciones automáticas de las versiones secundarias que se aproximan al final de la vida útil, generalmente Aurora proporciona un recordatorio con tres meses de antelación. Aurora detalla lo siguiente acerca del proceso de actualización.
El momento de determinados hitos
El impacto en los clústeres de base de datos
Acciones recomendadas
Las notificaciones con menos de tres meses de antelación describen asuntos críticos, como problemas de seguridad, que requieren una acción más rápida.
Si la opción Actualización automática de versión secundaria está habilitada, recibirá un recordatorio, pero no una notificación de eventos de RDS. Aurora actualiza la base de datos dentro de un periodo de mantenimiento una vez transcurrido el plazo de actualización obligatorio.
Si la configuración Actualización automática de versión secundaria no está habilitada, recibirá un recordatorio y un evento de clúster de bases de datos de Amazon RDS con una categoría de maintenance
y un ID de RDS-EVENT-0156
. Aurora actualizará la base de datos en el siguiente periodo de mantenimiento.
Tenga en cuenta que, una vez que una versión secundaria alcanza el final de soporte estándar de Aurora, no se publicarán más versiones de revisión para esa versión secundaria. Para recibir correcciones de errores críticos o CVE, debe actualizar a una versión secundaria con soporte estándar.
Para obtener más información sobre las actualizaciones de versiones secundarias, consulte Actualizaciones de versiones secundarias automáticas para clústeres de base de datos de Aurora.
Versiones de parches de Amazon Aurora
Las versiones de Aurora utilizan el esquema
. Una versión de la revisión de Aurora incluye importantes correcciones de errores añadidas a una versión secundaria después de su lanzamiento inicial (por ejemplo, Aurora MySQL 3.04.0, 3.04.1, ..., 3.04.3). 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.major
.minor
.patch
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.