Amazon Aurora Serverless v1 chega ao fim: o que você precisa fazer agora

Para garantir uma transição tranquila, a AWS publicou um cronograma revisado:

• Dezembro de 2023: a AWS notificou todos os clientes do Aurora Serverless v1 sobre o EOL, dando 12 meses para a migração.
• 1º de setembro de 2024 (revisado): a AWS deixou de oferecer suporte à criação de novos clusters ou instâncias do Aurora Serverless v1 pelo AWS Console ou pela CLI.
• 31 de dezembro de 2024 (revisado): o Aurora Serverless v1 chegará ao fim de vida. A partir dessa data, qualquer cluster Aurora Serverless v1 remanescente será atualizado automaticamente para o Aurora Serverless v2 na próxima janela de manutenção.
• 8 de janeiro de 2025: os clientes não poderão mais criar novos clusters ou instâncias do Aurora Serverless v1, nem pelo AWS Management Console nem pela CLI.
• 31 de março de 2025: o Aurora Serverless v1 chega oficialmente ao fim de vida. Depois dessa data, qualquer cluster Aurora Serverless v1 remanescente será atualizado automaticamente para o Aurora Serverless v2 na próxima janela de manutenção.

Vale entender que o EOL do Aurora Serverless v1 não se aplica aos clusters provisionados do Aurora. O Amazon Aurora MySQL-Compatible Edition versão 2, compatível com MySQL 5.7, chegou ao fim do suporte padrão em 31 de outubro de 2024. Esse prazo valeu apenas para clusters provisionados, ou seja, não afetou os clusters Aurora Serverless. Ainda assim, lembre-se: o Aurora Serverless v1 está com EOL marcado para 31 de março de 2025, independentemente da versão de compatibilidade com o MySQL.

Outro ponto importante: se você converter um cluster Aurora Serverless v1 em um cluster Aurora MySQL provisionado depois da data de fim de vida, qualquer instância rodando em uma versão mais antiga do MySQL (como o MySQL 5.7) pode gerar cobranças de suporte estendido. Por isso, a AWS recomenda migrar para o Aurora Serverless v2 ou para um ambiente Aurora provisionado atualizado antes do prazo de EOL.

A decisão da AWS de descontinuar o Aurora Serverless v1 acompanha o seu movimento rumo a uma tecnologia serverless mais avançada e eficiente. O Serverless v1 trouxe muita flexibilidade aos bancos de dados Aurora, mas o Serverless v2 entrega mais escalabilidade, mais desempenho e um controle mais refinado.

Estes são os principais motivos pelos quais a AWS está concentrando o foco no Aurora Serverless v2:

• Mais escalabilidade: o Serverless v2 escala de forma fluida, de centenas a centenas de milhares de transações por segundo, sem precisar criar novos clusters.
• Menor latência e mais disponibilidade: o Serverless v2 reduz o tempo de aquecimento em eventos de escalonamento e responde mais rápido em períodos de alta demanda.
• Melhor compatibilidade com recursos do Aurora: o Serverless v2 é compatível com recursos como Global Databases, RDS Proxy e Multi-AZ com failover, que não estavam disponíveis no Serverless v1.

Se você não migrar para o Aurora Serverless v2 até a data de EOL, a AWS vai migrar seus clusters automaticamente na próxima janela de manutenção depois de 31 de março de 2025. Se a versão atual do seu banco de dados não for compatível com o Serverless v2, a AWS vai atualizar o engine para a versão suportada mais próxima. Para evitar essas possíveis interrupções, a AWS recomenda fazer o upgrade com antecedência.

A AWS disponibiliza vários materiais para simplificar a transição do Serverless v1 para o v2. Veja alguns guias importantes:

• Upgrade from Aurora Serverless v1 to v2 with Minimal Downtime: traz um passo a passo para atualizar seus clusters de banco de dados sem interrupções relevantes no serviço.
• Aurora Serverless v2 Requirements: destaca diferenças essenciais e pontos de atenção sobre a compatibilidade entre Aurora Serverless v1 e v2.
• Aurora Serverless v2 Upgrade Paths: detalha os caminhos de upgrade recomendados para uma transição tranquila para o Serverless v2.

O processo de upgrade do Aurora Serverless v1 para o v2 foi pensado para ser o mais fluido possível, com ferramentas e recursos que minimizam a indisponibilidade e garantem a continuidade. Veja uma visão geral do processo:

1. Revise os requisitos de compatibilidade do Aurora Serverless v2:

• Confira a versão atual do engine do seu banco de dados e veja se é compatível com o Serverless v2. Se não for, inclua um upgrade de versão menor no plano de migração.

2. Planeje a migração:

• Para reduzir o impacto nos usuários finais, agende o upgrade para horários de menor uso ou uma janela de manutenção. A AWS permite iniciar o upgrade a qualquer momento antes de 31 de dezembro de 2024.

3. Teste em um ambiente de staging:

• Sempre que possível, suba um ambiente de teste para validar como a sua aplicação se comporta com o Aurora Serverless v2. A AWS traz orientações detalhadas para montar um cluster de teste no guia de upgrade com indisponibilidade mínima citado acima.

4. Inicie o upgrade:

• Use o AWS Console ou a CLI para iniciar o processo de upgrade. O tempo varia conforme o tamanho e a complexidade do seu banco de dados, então organize-se.

5. Acompanhe o pós-migração:

• Depois do upgrade, revise as métricas do banco de dados e os logs da aplicação para confirmar que tudo está funcionando como esperado.

Para evitar imprevistos, teste todas as mudanças da migração em um ambiente de staging. Essa prática ajuda a identificar ajustes de compatibilidade ou de configuração no começo do processo, o que facilita resolver eventuais problemas.