Fin de vida de Amazon Aurora Serverless v1: pasos y fechas clave que debes conocer

Para asegurar una transición sin contratiempos, AWS definió el siguiente calendario revisado:

• Diciembre de 2023: AWS notificó a todos los clientes de Aurora Serverless v1 sobre el EOL próximo, dándoles 12 meses para migrar.
• 1 de septiembre de 2024 (revisado): AWS dejó de admitir la creación de nuevos clústeres o instancias de Aurora Serverless v1 desde la consola de AWS o la CLI.
• 31 de diciembre de 2024 (revisado): Aurora Serverless v1 alcanzará el fin de vida. A partir de esa fecha, los clústeres de Aurora Serverless v1 que sigan activos se actualizarán automáticamente a Aurora Serverless v2 durante la próxima ventana de mantenimiento.
• 8 de enero de 2025: los clientes ya no podrán crear nuevos clústeres ni instancias de Aurora Serverless v1 desde la consola de administración de AWS ni desde la CLI.
• 31 de marzo de 2025: Aurora Serverless v1 llegará oficialmente al fin de vida. Después de esa fecha, los clústeres restantes de Aurora Serverless v1 se actualizarán automáticamente a Aurora Serverless v2 durante la próxima ventana de mantenimiento.

Conviene aclarar que el EOL de Aurora Serverless v1 no aplica a los clústeres provisionados de Aurora. La versión 2 de Amazon Aurora MySQL-Compatible Edition, compatible con MySQL 5.7, llegó al fin del soporte estándar el 31 de octubre de 2024. Esa fecha solo aplicó a los clústeres provisionados, así que no afectó a los clústeres de Aurora Serverless. Eso sí, ten presente que el fin de vida (EOL) de Aurora Serverless v1 está programado para el 31 de marzo de 2025, sin importar la versión de compatibilidad de MySQL.

Es clave tener presente que, si conviertes un clúster de Aurora Serverless v1 a un clúster provisionado de Aurora MySQL después de la fecha de fin de vida, las instancias que corran con una versión anterior de MySQL (como MySQL 5.7) podrían generar cargos por soporte extendido. Por eso, AWS recomienda migrar a Aurora Serverless v2 o a un entorno provisionado de Aurora actualizado antes del EOL.

La decisión de AWS de retirar Aurora Serverless v1 va de la mano con su apuesta por una tecnología serverless más avanzada y eficiente. Si bien Serverless v1 le aportó mucha flexibilidad a las bases de datos Aurora, Serverless v2 ofrece mayor escalabilidad, mejor rendimiento y un control más preciso.

Estas son las razones principales por las que AWS está enfocando sus esfuerzos en Aurora Serverless v2:

• Escalabilidad mejorada: Serverless v2 permite escalar de forma fluida desde cientos hasta cientos de miles de transacciones por segundo, sin necesidad de crear nuevos clústeres.
• Menor latencia y mayor disponibilidad: Serverless v2 reduce el tiempo de calentamiento durante los eventos de escalado, con respuestas más rápidas en momentos de alta demanda.
• Mejor compatibilidad con funcionalidades de Aurora: Serverless v2 admite funcionalidades como Global Databases, RDS Proxy y Multi-AZ con soporte de failover, que no estaban disponibles en Serverless v1.

Si no migras a Aurora Serverless v2 antes del EOL, AWS migrará tus clústeres de manera automática durante la próxima ventana de mantenimiento posterior al 31 de marzo de 2025. Si la versión actual de tu base de datos no es compatible con Serverless v2, AWS actualizará el motor a la versión compatible más cercana. Para evitar posibles interrupciones, AWS recomienda hacer la actualización con bastante anticipación.

AWS pone a disposición varios recursos para simplificar la transición de Serverless v1 a v2. Estas son algunas de las guías clave:

• Cómo actualizar de Aurora Serverless v1 a v2 con el mínimo tiempo de inactividad: esta guía detalla, paso a paso, cómo actualizar los clústeres de tu base de datos sin interrupciones significativas en el servicio.
• Requisitos de Aurora Serverless v2: resume las diferencias y consideraciones esenciales de compatibilidad entre Aurora Serverless v1 y v2.
• Rutas de actualización a Aurora Serverless v2: detalla las rutas de actualización recomendadas para garantizar una transición fluida a Serverless v2.

El proceso de actualización de Aurora Serverless v1 a v2 está pensado para ser lo más fluido posible, con herramientas y recursos que reducen al mínimo el tiempo de inactividad y aseguran la continuidad. Aquí tienes una visión general del proceso:

1. Revisa los requisitos de compatibilidad con Aurora Serverless v2:

• Verifica la versión actual del motor de tu base de datos y confirma que sea compatible con Serverless v2. Si no lo es, contempla una actualización de versión menor como parte de la migración.

2. Planifica la migración:

• Para reducir el impacto en los usuarios finales, programa la actualización fuera de las horas pico o durante una ventana de mantenimiento. AWS te permite iniciar la actualización en cualquier momento antes del 31 de diciembre de 2024.

3. Prueba en un entorno de staging:

• Si es viable, levanta un entorno de prueba para validar cómo interactúa tu aplicación con Aurora Serverless v2. AWS ofrece pautas detalladas para configurar un clúster de prueba en su guía de actualización con mínimo tiempo de inactividad enlazada arriba.

4. Inicia la actualización:

• Usa la consola de AWS o la CLI para iniciar el proceso. El tiempo que tome variará según el tamaño y la complejidad de tu base de datos, así que planifica en consecuencia.

5. Monitorea el proceso posterior a la migración:

• Tras la actualización, revisa las métricas de tu base de datos y los logs de la aplicación para confirmar que todo funciona como se espera.

Para reducir imprevistos, conviene probar cualquier cambio de migración en un entorno de staging. Esta práctica ayuda a detectar ajustes de compatibilidad o cambios de configuración con tiempo, lo que facilita resolver posibles problemas.