Preparación para el final del soporte estándar de la versión 2 de Amazon Aurora MySQL-Compatible Edition
El fin del soporte estándar para la versión 2 de Amazon Aurora MySQL-Compatible Edition (compatible con MySQL 5.7) está previsto para el 31 de octubre de 2024. Recomendamos actualizar todos los clústeres que ejecutan la versión 2 de Aurora MySQL a la versión 3 predeterminada (compatible con MySQL 8.0) o superior antes de que la versión 2 de Aurora MySQL llegue al final de su periodo de soporte estándar. El 31 de octubre de 2024, Amazon RDS inscribirá automáticamente sus bases de datos en el Soporte extendido de Amazon RDS. Si utiliza la versión 2 de Amazon Aurora MySQL (compatible con MySQL 5.7) en un clúster de Aurora Serverless versión 1, esto no es aplicable en su caso. Si desea actualizar los clústeres de la versión 1 de Aurora Serverless a la versión 3 de Aurora MySQL, consulte Ruta de actualización para clústeres de bases de datos de Aurora Serverless v1.
Puede encontrar las próximas fechas del fin de soporte de las versiones principales de Aurora en Versiones de Amazon Aurora.
Si tiene clústeres que utilizan Aurora MySQL versión 2, recibirá avisos periódicos con la última información sobre el modo de actualizarlos a medida que se acerque la fecha del fin del soporte estándar. Esta página se actualizará periódicamente con la información más reciente.
Calendario del fin del soporte estándar
-
Desde ahora y hasta el 31 de octubre de 2024: puede actualizar clústeres de la versión 2 de Aurora MySQL (compatible con MySQL 5.7) a la versión 3 de Aurora MySQL (compatible con MySQL 8.0).
-
31 de octubre de 2024: en esta fecha, finaliza el soporte estándar de Aurora MySQL versión 2 y Amazon RDS inscribe automáticamente los clústeres en el Soporte extendido de Amazon RDS.
Lo inscribiremos automáticamente en el Soporte extendido de RDS. Para obtener más información, consulte Uso del soporte extendido de Amazon RDS.
Encontrar clústeres afectados por este proceso de fin de vida útil
Para encontrar clústeres afectados por este proceso de fin de vida útil, siga los siguientes procedimientos.
importante
Asegúrese de seguir estas instrucciones en cada Región de AWS y por cada Cuenta de AWS donde haya recursos.
Para encontrar un clúster de la versión 2 de Aurora MySQL
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, seleccione Databases (Bases de datos).
-
En el cuadro Filter by databases (Filtrar por bases de datos), introduzca 5.7.
-
Busque Aurora MySQL en la columna del motor.
Para buscar clústeres afectados por este proceso de fin de vida útil mediante la AWS CLI, llame al comando describe-db-clústers. Puede usar el siguiente script de muestra.
aws rds describe-db-clusters --include-share --query 'DBClusters[?(Engine==`aurora-mysql` && contains(EngineVersion,`5.7.mysql_aurora`))].{EngineVersion:EngineVersion, DBClusterIdentifier:DBClusterIdentifier, EngineMode:EngineMode}' --output table --region us-east-1+---------------------------------------------------------------+ | DescribeDBClusters | +---------------------+---------------+-------------------------+ | DBCI | EM | EV | +---------------------+---------------+-------------------------+ | aurora-mysql2 | provisioned | 5.7.mysql_aurora.2.11.3 | | aurora-serverlessv1 | serverless | 5.7.mysql_aurora.2.11.3 | +---------------------+---------------+-------------------------+
Para encontrar clústeres de base de datos de Aurora MySQL que ejecuten la versión 2 de Aurora MySQL, utilice la operación de la API DescribeDBclústers de RDS con los siguientes parámetros obligatorios:
-
DescribeDBClusters-
Filters.Filter.N
-
Nombre
-
engine
-
-
Values.Value.N
-
['aurora']
-
-
-
Soporte extendido de Amazon RDS
Puede utilizar el Soporte extendido de Amazon RDS en lugar de MySQL 5.7 comunitario sin costo alguno hasta la fecha de finalización del soporte, que es el 31 de octubre de 2024. El 31 de octubre de 2024, Amazon RDS inscribirá automáticamente sus bases de datos en el Soporte extendido de RDS para la versión 2 de Aurora MySQL. El Soporte extendido de RDS para Aurora es un servicio de pago que proporciona hasta 28 meses adicionales de soporte para la versión 2 de Aurora MySQL, hasta el fin del Soporte extendido de RDS en febrero de 2027. El soporte extendido de RDS solo se ofrecerá para las versiones secundarias 2.11 y 2.12 de Aurora MySQL. Para usar la version 2 de Amazon Aurora MySQL tras el periodo de soporte estándar, debe planear que sus bases de datos se ejecuten en una de estas versiones secundarias antes del 31 de octubre de 2024.
Para obtener más información acerca del Soporte extendido de RDS, como los cargos y otros aspectos, consulte Uso del soporte extendido de Amazon RDS.
Aplicación de una actualización
La actualización entre versiones principales requiere una planificación y pruebas más extensas que para una versión secundaria. El proceso puede llevar mucho tiempo. La actualización puede considerarse como un proceso en tres pasos, con actividades ejecutadas antes, durante y después de la actualización.
Antes de la actualización:
Antes de la actualización, recomendamos comprobar la compatibilidad con las aplicaciones, el rendimiento, los procedimientos de mantenimiento y otras consideraciones similares para el clúster actualizado, a fin de comprobar que las aplicaciones funcionarán del modo esperado después de la actualización. Las siguientes son cinco recomendaciones que ayudarán a mejorar la experiencia de actualización.
-
En primer lugar, es fundamental entender Cómo funciona la actualización de la versión principal en el lugar Aurora MySQL.
-
Luego, analice cuáles son las técnicas de actualización disponibles al Actualización de Aurora MySQL versión 2 a versión 3.
-
Para ayudarle a decidir el momento y el método adecuados para la actualización, infórmese sobre las diferencias entre Aurora MySQL (versión 3) y su entorno actual con Comparación entre Aurora MySQL versión 2 y Aurora MySQL versión 3.
-
Una vez que se haya decidido por la opción que resulte más práctica y que funcione mejor, intente simular una actualización local en un clúster clonado, con la ayuda de Planificación de una actualización de versión principal para un clúster Aurora MySQL. Al ejecutar esta verificación previa puede determinar si la base de datos se actualizará correctamente o si habrá algún problema de incompatibilidad de las aplicaciones después de la actualización, además de evaluar el rendimiento, los procedimientos de mantenimiento y otras consideraciones similares.
Consulte la parte 1
y la parte 2 del blog de listas de verificaciones de actualizaciones. -
No todos los tipos o versiones de clústeres Aurora MySQL pueden utilizar el mecanismo de actualización local. Para obtener más información, consulte Rutas de actualización de versión principal Aurora MySQL.
Si tiene alguna duda, el equipo de soporte de AWS está disponible en los foros comunitarios
Ejecución de la actualización:
Puede utilizar una de las siguientes técnicas de actualización. El tiempo de inactividad que sufra el sistema dependerá de la técnica elegida.
-
Implementaciones azul/verde: cuando la prioridad sea reducir el tiempo de inactividad de las aplicaciones, puede utilizar implementaciones azul/verde de Amazon RDS
para realizar la actualización de la versión principal en los clústeres de base de datos de Amazon Aurora aprovisionados. Una implementación azul/verde crea un área de almacenamiento provisional que copia el entorno de producción. Puede realizar algunos cambios en el clúster de base de datos de Aurora del entorno verde (transitorio) sin afectar a las cargas de trabajo de producción. La conmutación suele tardar menos de un minuto y no hay pérdida de datos. Para obtener más información, consulte Descripción general de las implementaciones azul/verde de Amazon RDS para Aurora. Esto minimiza el tiempo de inactividad, pero requiere el uso de recursos adicionales mientras se realiza la actualización. -
Actualizaciones locales: puede hacer una actualización local; Aurora ejecutará automáticamente un proceso de verificación previa, desconectará el clúster, hará una copia de seguridad, realizará la actualización y volverá a ponerlo en línea. La actualización local de una versión principal se puede realizar con unos pocos clics y no implica ninguna otra coordinación o conmutación por error a otros clústeres, pero conlleva un tiempo de inactividad. Para obtener más información, consulte Pasos para realizar una actualización local
-
Restauración de instantáneas: puede actualizar un clúster de la versión 2 de Aurora MySQL restaurando una instantánea de la versión 2 de Aurora MySQL como un clúster de la versión 3 de Aurora MySQL. Para ello debe crear primero una instantánea y despues restaurarla. Ese proceso implica interrumpir la base de datos, ya que la restauración se hace a partir de una instantánea.
Después de la actualización
Tras la actualización, debe supervisar de cerca el sistema (aplicación y base de datos) y realizar ajustes precisos si es necesario. Si sigue de cerca los pasos previos a la actualización, se minimizarán los cambios necesarios. Para obtener más información, consulte Solución de problemas de rendimiento de las bases de datos Amazon Aurora MySQL.
Para obtener más información sobre los métodos, la planificación, las pruebas y la solución de problemas de las actualizaciones de la versión principal de Aurora MySQL, lea con atención Actualización de la versión principal de un clúster de base de datos de Amazon Aurora MySQL, lo que incluye Solución de problemas para la actualización Aurora MySQL en el lugar. Además, tenga en cuenta que algunos tipos de instancia no son compatibles con la versión 3 de Aurora MySQL. Para obtener más información, consulte Clases de instancia de base de datos de Amazon Aurora.
Ruta de actualización para clústeres de bases de datos de Aurora Serverless v1
La actualización entre versiones principales requiere una planificación y pruebas más extensas que para una versión secundaria. El proceso puede llevar mucho tiempo. Debemos considerar la actualización como un proceso en tres fases, con actividades previas a la actualización, durante la actualización y después de la actualización.
La versión 2 de Aurora MySQL (compatible con MySQL 5.7) seguirá recibiendo soporte estándar para clústeres de Aurora Serverless v1.
Si desea actualizar a Amazon Aurora MySQL 3 (compatible MySQL 8.0) y seguir utilizando Aurora Serverless, puede utilizar Amazon Aurora Serverless v2. Para entender las diferencias entre Aurora Serverless v1 y Aurora Serverless v2, consulte Comparación de Aurora Serverless v2 y Aurora Serverless v1.
Actualizar a:Aurora Serverless v2 puede actualizar un clúster de Aurora Serverless v1 a Aurora Serverless v2. Para obtener más información, consulte Actualización de un clúster de Aurora Serverless v1 a Aurora Serverless v2.
