Seleccione sus preferencias de cookies

Usamos cookies esenciales y herramientas similares que son necesarias para proporcionar nuestro sitio y nuestros servicios. Usamos cookies de rendimiento para recopilar estadísticas anónimas para que podamos entender cómo los clientes usan nuestro sitio y hacer mejoras. Las cookies esenciales no se pueden desactivar, pero puede hacer clic en “Personalizar” o “Rechazar” para rechazar las cookies de rendimiento.

Si está de acuerdo, AWS y los terceros aprobados también utilizarán cookies para proporcionar características útiles del sitio, recordar sus preferencias y mostrar contenido relevante, incluida publicidad relevante. Para aceptar o rechazar todas las cookies no esenciales, haga clic en “Aceptar” o “Rechazar”. Para elegir opciones más detalladas, haga clic en “Personalizar”.

Control de versiones de Amazon Aurora

Modo de enfoque
Control de versiones de Amazon Aurora - Amazon Aurora

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.

Aurora MySQL

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           |
+------------------+------------------+
Aurora PostgreSQL

La función de version devuelve la versión comunitaria de la base de datos para Aurora PostgreSQL.

postgres=> select version();

Ejemplo de resultados:

-----------------------------------------------------------------------------
PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit
(1 row)

Y la función aurora_version devuelve la versión de Aurora:

postgres=> select aurora_version();

Ejemplo de resultados:

aurora_version
----------------
3.2.2

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 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 Soporte extendido de Amazon RDS con Amazon Aurora y Precios de Amazon Aurora.

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 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.

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.

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 major.minor.patch. 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.

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.

PrivacidadTérminos del sitioPreferencias de cookies
© 2025, Amazon Web Services, Inc o sus afiliados. Todos los derechos reservados.