Control de versiones de 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.
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
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.
Versiones principales de Amazon Aurora
Las versiones de Aurora utilizan el esquema major.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 solicitar la actualización a una versión principal más nueva y brindar ayuda para su planificación, solemos proporcionar 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.
Cuando la versión principal alcance el final del soporte estándar de Aurora, cualquier clúster de base de datos que aún ejecute la versión anterior se actualizará 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
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
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. Hacemos esto 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.
Versiones de parches de Amazon Aurora
Las versiones de Aurora utilizan el esquema 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.
