# Preparação para o fim do suporte padrão do Amazon Aurora edição compatível com o MySQL versão 2 O Amazon Aurora edição compatível com MySQL versão 2 (compatível com MySQL 5.7) está programado para atingir o fim do suporte padrão em 31 de outubro de 2024. Recomendamos que você faça upgrade de todos os clusters que executam o Aurora MySQL versão 2 para o Aurora MySQL versão 3 padrão (compatível com o MySQL 8.0) ou posterior antes que o Aurora MySQL versão 2 chegue ao fim do período de suporte padrão. Em 31 de outubro de 2024, o Amazon RDS inscreverá automaticamente os bancos de dados no [Suporte estendido do Amazon RDS](extended-support.md). Se estiver executando o Amazon Aurora MySQL versão 2 (com compatibilidade com o MySQL 5.7) em um cluster do Aurora Serverless versão 1, isso não se aplica a você. Se você quiser fazer upgrade dos clusters da versão 1 do Aurora Serverless para o Aurora MySQL versão 3, consulte [Caminho de atualização para clusters de banco de dados do Aurora Serverless v1](#Aurora-Upgrade-Serverlessv1-Clusters). É possível encontrar as próximas datas de fim de suporte das principais versões do Aurora MySQL em [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.release-calendars.html#AuroraMySQL.release-calendars.major](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.release-calendars.html#AuroraMySQL.release-calendars.major). Se tiver clusters executando o Aurora MySQL versão 2, você receberá avisos periódicos com as informações mais recentes sobre como fazer upgrade assim que o suporte padrão chegar próximo ao fim. Atualizaremos esta página periodicamente com as informações mais recentes. ## Fim do cronograma de suporte padrão 1. A partir de agora até 31 de outubro de 2024: você pode atualizar clusters do Aurora MySQL versão 2 (com compatibilidade com MySQL 5.7) para o Aurora MySQL versão 3 (com compatibilidade com o MySQL 8.0). 1. 31 de outubro de 2024: nessa data, o suporte padrão da versão 2 do Aurora MySQL chegará ao fim chegará e o Amazon RDS inscreverá automaticamente seus clusters no Suporte estendido do Amazon RDS. Nós inscreveremos você automaticamente no Suporte estendido do RDS. Para obter mais informações, consulte [Suporte estendido do Amazon RDS com Amazon Aurora](extended-support.md). ## Encontrar clusters afetados por esse processo de fim de vida Para encontrar clusters afetados por esse processo de fim de vida, use os procedimentos a seguir. **Importante** Execute essas instruções em cada Região da AWS e para cada Conta da AWS em que seus recursos estão localizados. ### Console **Para encontrar um cluster do Aurora MySQL versão 2** 1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. No painel de navegação, escolha **Bancos de dados**. 1. Na caixa **Filtrar por bancos de dados**, insira **5.7**. 1. Verifique o Aurora MySQL na coluna do mecanismo. ### AWS CLI Para encontrar clusters afetados por esse processo de fim de vida usando a AWS CLI, chame o comando [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html). Você pode usar seguinte script de exemplo: **Example** ``` 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 | +---------------------+---------------+-------------------------+ ``` ### API do RDS Para encontrar clusters de banco de dados Aurora MySQL que executam o Aurora MySQL versão 2, use a operação de API [DescribeDBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) do RDS com os seguintes parâmetros obrigatórios. + `DescribeDBClusters` + Filters.Filter.N + Nome + engine + Values.Value.N + ['aurora'] ## Suporte estendido do Amazon RDS Você pode usar o Suporte estendido do Amazon RDS sobre o MySQL 5.7 da comunidade sem nenhum custo até a data de fim do suporte, 31 de outubro de 2024. Em 31 de outubro de 2024, o Amazon RDS inscreve automaticamente os bancos de dados no Suporte estendido do RDS para o Aurora MySQL versão 2. O Suporte estendido do RDS para Aurora é um serviço pago que fornece até 28 meses adicionais de suporte para o Aurora MySQL versão 2 até o final do Suporte estendido do RDS em fevereiro de 2027. O RDS Extended Support só será oferecido para as versões secundárias 2.11 e 2.12 do Aurora MySQL. Para usar o Amazon Aurora MySQL versão 2 após o final do suporte padrão, planeje executar os bancos de dados em uma dessas versões secundárias antes de 31 de outubro de 2024. Para ter mais informações sobre o Suporte estendido do RDS, como cobranças e outras considerações, consulte [Suporte estendido do Amazon RDS com Amazon Aurora](extended-support.md). ## Fazer um upgrade A atualização entre versões principais requer planejamento e teste mais extensos do que para uma versão secundária. O processo pode levar um tempo relevante. Queremos ver a atualização como um processo de três etapas, com atividades antes da atualização, para a atualização e depois da atualização. **Antes da atualização:** Recomendamos conferir a compatibilidade da aplicação, procedimentos de manutenção e considerações semelhantes para o cluster atualizado, ou seja, confirmar se as aplicações funcionarão conforme o esperado após a atualização. Aqui estão cinco recomendações que ajudarão você a ter uma melhor experiência de atualização. + Primeiro, é fundamental entender [Como funciona a atualização da versão principal no local Aurora MySQL](AuroraMySQL.Updates.MajorVersionUpgrade.md#AuroraMySQL.Upgrading.Sequence). + Depois, explore as técnicas de upgrade disponíveis quando [Atualizar o Aurora MySQL versão 2 para a versão 3](AuroraMySQL.Updates.MajorVersionUpgrade.md#AuroraMySQL.Updates.MajorVersionUpgrade.2to3). + Para ajudar você a decidir o momento certo e a abordagem apropriada para upgrade, conheça as diferenças entre o Aurora MySQL versão 3 e seu ambiente atual com [Comparar o Aurora MySQL versão 2 e o Aurora MySQL versão 3](AuroraMySQL.Compare-v2-v3.md). + Depois de escolher a opção mais conveniente e que funciona melhor, experimente uma atualização simulada no local em um cluster clonado, usando [Planejando uma atualização de versão principal para um cluster de Aurora MySQL](AuroraMySQL.Updates.MajorVersionUpgrade.md#AuroraMySQL.Upgrading.Planning). + Revise as [Verificações prévias de atualização da versão principal do Aurora MySQL](AuroraMySQL.upgrade-prechecks.md). O pré-verificador de atualização pode ser executado e determinar se o banco de dados pode ser atualizado com êxito e se haverá problemas de incompatibilidade da aplicação após a atualização, bem como de desempenho, procedimentos de manutenção e considerações semelhantes. + Nem todos os tipos ou versões de clusters do Aurora MySQL podem usar o mecanismo de atualização local. Para obter mais informações, consulte [Processo de atualização da versão principal de Aurora MySQL](AuroraMySQL.Updates.MajorVersionUpgrade.md#AuroraMySQL.Upgrading.Compatibility). Em caso de dúvidas ou preocupações, a equipe de suporte da AWS está disponível por meio dos [fóruns da comunidade](https://repost.aws/) e do [Premium Support](https://aws.amazon.com/premiumsupport/). **Fazer a atualização:** É possível usar uma das técnicas de atualização a seguir. A quantidade de tempo de inatividade que o sistema enfrentará depende da técnica de atualização escolhida. + **Implantações azul/verde**: para situações em que a principal prioridade é reduzir o tempo de inatividade da aplicação, você também pode usar [implantações azul/verde do Amazon RDS](https://aws.amazon.com/blogs/aws/new-fully-managed-blue-green-deployments-in-amazon-aurora-and-amazon-rds/) para fazer upgrade da versão principal em clusters de banco de dados provisionados do Amazon Aurora. Uma implantação azul/verde cria um ambiente de teste que copia o ambiente de produção. Você pode fazer determinadas alterações no cluster de banco de dados do Aurora no ambiente verde (preparação) sem afetar as workloads de produção. A transição normalmente leva menos de um minuto, sem perda de dados. Para obter mais informações, consulte [Visão geral das implantações azul/verde do Amazon Aurora](blue-green-deployments-overview.md). Isso minimiza o tempo de inatividade, mas exige que você execute recursos adicionais durante a atualização. + **Upgrades no local:** é possível realizar um [upgrade no local](AuroraMySQL.Updates.MajorVersionUpgrade.md#AuroraMySQL.Upgrading.Sequence) no qual o Aurora executa automaticamente um processo de pré-verificação para você, coloca o cluster off-line, faz backup do cluster, faz upgrade e coloca o cluster novamente on-line. Um upgrade no local da versão principal pode ser feito com alguns cliques e não requer outra coordenação nem failovers com outros clusters, mas envolve tempo de inatividade. Para obter mais informações, consulte . [Como realizar uma atualização local](AuroraMySQL.Upgrading.Procedure.md) + **Restauração de snapshot**: você pode fazer upgrade do cluster do Aurora MySQL versão 2 com a restauração de um snapshot do Aurora MySQL versão 2 em um cluster do Aurora MySQL versão 3. O processo consiste em tirar um snapshot e depois [restaurar](aurora-restore-snapshot.md). Esse processo envolve a interrupção do banco de dados, pois você está fazendo a restauração com base em um snapshot. **Após a atualização:** Após a atualização, você precisa monitorar atentamente o sistema (aplicação e banco de dados) e, se necessário, fazer ajustes. Seguir de perto as etapas de pré-atualização minimizará as alterações necessárias. Para obter mais informações, consulte [Solucionar problemas de desempenho do banco de dados do Amazon Aurora MySQL](aurora-mysql-troubleshooting.md). Para saber mais sobre os métodos, o planejamento, o teste e a solução de problemas dos upgrades da versão principal do Aurora MySQL, leia [Realizar a atualização da versão principal de um cluster de bancos de dados do Amazon Aurora MySQL](AuroraMySQL.Updates.MajorVersionUpgrade.md) atentamente, incluindo [Solução de problemas para atualização no local de Aurora MySQL](AuroraMySQL.Upgrading.Troubleshooting.md). Observe também que alguns tipos de instâncias não são compatíveis com o Aurora MySQL versão 3. Para obter mais informações, consulte [Classes de instâncias de banco de dados do Amazon Aurora](Concepts.DBInstanceClass.md). ## Caminho de atualização para clusters de banco de dados do Aurora Serverless v1 A atualização entre versões principais requer planejamento e teste mais extensos do que para uma versão secundária. O processo pode levar um tempo relevante. Queremos ver a atualização como um processo de três etapas, com atividades antes da atualização, para a atualização e depois da atualização. O Aurora MySQL versão 2 (compatível com o MySQL 5.7) continuará recebendo o suporte padrão para clusters do Aurora Serverless v1. Se você quiser fazer a atualização do Amazon Aurora MySQL 3 (compatível com o MySQL 8) e continuar executando o Aurora Serverless, você pode usar o Amazon Aurora Serverless v2. Para entender as diferenças entre Aurora Serverless v1 e Aurora Serverless v2, consulte [Comparação entre o Aurora Serverless v2 e o Aurora Serverless v1](aurora-serverless-v2.upgrade.md#aurora-serverless.comparison). **Upgrade para Aurora Serverless v2:** é possível atualizar um cluster do Aurora Serverless v1 para o Aurora Serverless v2. Para obter mais informações, consulte [Atualizar a partir de um cluster do Aurora Serverless v1 para o Aurora Serverless v2](aurora-serverless-v2.upgrade.md#aurora-serverless-v2.upgrade-from-serverless-v1-procedure).