Versões do Amazon Aurora - Amazon Aurora

Versões do Amazon Aurora

O Amazon Aurora reutiliza o código e mantém a compatibilidade com os mecanismos de banco de dados MySQL e PostgreSQL subjacentes. Porém, o Aurora que tem seus próprios números de versão, ciclo de release, cronograma para defasagem de versão e assim por diante. A seção a seguir explica os pontos em comum e as diferenças. Essas informações podem ajudar você a decidir coisas como qual versão escolher e como verificar quais recursos e correções estão disponíveis em cada versão. Também podem ajudá-lo a decidir com que frequência atualizar e como planejar o processo de atualização.

Bancos de dados relacionais disponíveis no Aurora

Os seguintes bancos de dados relacionais estão disponíveis no Aurora:

Diferenças nos números de versão entre bancos de dados da comunidade e o Aurora

Cada versão do Amazon Aurora é compatível com uma versão específica do banco de dados da comunidade do MySQL ou PostgreSQL. Você pode encontrar a versão da comunidade de seu banco de dados usando a função version e a versão do Aurora usando a função aurora_version.

A seguir estão exemplos do Aurora MySQL e do Aurora PostgreSQL.

mysql> select version(); +------------------+ | version() | +------------------+ | 5.7.12 | +------------------+ mysql> select aurora_version(), @@aurora_version; +------------------+------------------+ | aurora_version() | @@aurora_version | +------------------+------------------+ | 2.08.1 | 2.08.1 | +------------------+------------------+
postgres=> select version(); ----------------------------------------------------------------------------- PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit (1 row) postgres=> select aurora_version(); aurora_version ---------------- 3.2.2

Para obter mais informações, consulte Verificar versões do Aurora MySQL usando SQL e Identificar as versões do Amazon Aurora PostgreSQL.

Versões principais do Amazon Aurora

As versões do Aurora usam o esquema major.minor.patch. Uma versão principal do Aurora refere-se à versão principal da comunidade MySQL ou PostgreSQL com a qual o Aurora é compatível. As principais versões do Aurora MySQL e Aurora PostgreSQL estarão disponíveis por meio do suporte padrão pelo menos até o fim da vida útil da comunidade para a versão da comunidade correspondente. Você pode continuar executando uma versão principal após a data de término do suporte padrão do Aurora mediante o pagamento de uma taxa. Para obter mais informações, consulte Usar o suporte estendido do Amazon RDS e Definição de preço do Amazon Aurora.

Se a Amazon estender o suporte para uma versão do Aurora por mais tempo do que o planejado originalmente, planejamos atualizar essa tabela para refletir a data posterior.

Versão principal da comunidade Versão principal do Aurora Data do fim da vida útil para a comunidade Data de término do suporte padrão para o Aurora Data de definição de preço do início do suporte estendido para o RDS no primeiro ano Data de definição de preço do início do suporte estendido para o RDS no terceiro ano Data de término do suporte estendido para o RDS Versões secundárias elegíveis para suporte estendido do RDS
MySQL 5.6 (obsoleto) Aurora MySQL versão 1 (obsoleta) 5 de fevereiro de 2021 28 de fevereiro de 2023 N/D N/D N/D N/D
MySQL 5.7 Aurora MySQL versão 2 Outubro de 2023 31 de outubro de 2024 1.º de dezembro de 2024 N/D 28 de fevereiro de 2027 Aurora MySQL 2.11 e 2.12
MySQL 8.0 Aurora MySQL versão 3 Abril de 2026 30 de abril de 2027 1.º de maio de 2027 N/D 31 de julho de 2029 A ser determinado
PostgreSQL 9.6 (obsoleto) Aurora PostgreSQL 1 (descontinuado) 11 de novembro de 2021 31 de janeiro de 2022 N/D N/D N/D N/D
PostgreSQL 10 (obsoleto) Aurora PostgreSQL 2 (descontinuado). Aplica-se somente ao PostgreSQL 10.17 e versões anteriores. Para a versão 10.18 e versões posteriores, a versão do Aurora é a mesma que a principal.secundária da versão da comunidade do PostgreSQL com um terceiro dígito no local do patch. 10 de novembro de 2022 31 de janeiro de 2023 N/D N/D N/D N/D
PostgreSQL 11 Aurora PostgreSQL 3. Aplica-se somente ao PostgreSQL 11.12 e versões anteriores. Para a versão 11.13 e versões superiores, a versão do Aurora é a mesma que a principal.secundária da versão da comunidade do PostgreSQL com um terceiro dígito no local do patch. Novembro de 2023 23 de fevereiro de 2024 1.º de abril de 2024 1.º de abril de 2026 31 de março de 2027 Aurora PostgreSQL 11.9 e 11.21
PostgreSQL 12 Aurora PostgreSQL 4. Aplica-se somente ao PostgreSQL 12.7 e versões anteriores. Para a versão 12.8 e versões superiores, a versão do Aurora é a mesma que a principal.secundária da versão da comunidade do PostgreSQL com um terceiro dígito no local do patch. Novembro de 2024 28 de fevereiro de 2025 1.º de março de 2025 1.º de março de 2027 29 de fevereiro de 2028 A ser determinado
PostgreSQL 13 Aurora PostgreSQL 13. Para a versão 13.3 e versões posteriores, a versão do Aurora é a mesma que a principal.secundária da versão da comunidade do PostgreSQL com um terceiro dígito no local do patch sempre que patches são lançados para o Aurora. Novembro de 2025 28 de fevereiro de 2026 1.º de março de 2026 1.º de março de 2028 28 de fevereiro de 2029 A ser determinado
PostgreSQL 14 Aurora PostgreSQL 14.3 e posteriores. A versão do Aurora é a mesma que a principal.secundária da versão da comunidade do PostgreSQL e um terceiro dígito no local do patch quando são lançados patches do Aurora. Novembro de 2026 28 de fevereiro de 2027 1.º de março de 2027 1.º de março de 2029 28 de fevereiro de 2030 A ser determinado
PostgreSQL 15 Aurora PostgreSQL 15.2 e posterior. A versão do Aurora é a mesma que a principal.secundária da versão da comunidade do PostgreSQL e um terceiro dígito no local do patch quando são lançados patches do Aurora. Novembro de 2027 23 de fevereiro de 2028 1.º de março de 2028 1º de março de 2030 28 de fevereiro de 2031 A ser determinado
PostgreSQL 16 Aurora PostgreSQL 16.1 e posterior. A versão do Aurora é a mesma que a principal.secundária da versão da comunidade do PostgreSQL e um terceiro dígito no local do patch quando são lançados patches do Aurora. 9 de novembro de 2028 28 de fevereiro de 2029 A ser determinado A ser determinado A ser determinado A ser determinado
nota

O Suporte estendido do Amazon RDS para o Aurora MySQL versão 2 inicia-se em 1.º de novembro de 2024, mas só será cobrado a partir de 1.º de dezembro de 2024. Entre 1.º e 30 de novembro de 2024, todos os clusters de banco de dados do Aurora MySQL versão 2 serão cobertos pelo Suporte estendido do Amazon RDS.

O suporte estendido do Amazon RDS para o PostgreSQL 11 inicia-se em 1.º de março de 2024, mas só será cobrado a partir de 1.º de abril de 2024. Entre 1.º e 31 de março de 2024, todos os clusters de banco de dados do Aurora PostgreSQL versão 11 serão cobertos pelo Suporte estendido do Amazon RDS.

Versões secundárias do Amazon Aurora

As versões do Aurora usam o esquema major.minor.patch. Uma versão secundária do Aurora fornece melhorias incrementais da comunidade e específicas do Aurora para o serviço, por exemplo, novos recursos e correções.

No momento, o Amazon Autora é compatível com as versões secundárias do MySQL a seguir.

Aurora MySQL versão Notas de lançamento do Aurora MySQL Data de término do suporte padrão para o Aurora MySQL

3.05 (compatível com o Community MySQL 8.0.32)

Outubro de 2023

Janeiro de 2025

3.041 (compatível com o Community MySQL 8.0.28)

Julho de 2023

Outubro de 2026

3.03 (compatível com o Community MySQL 8.0.26)

Março de 2023

Maio de 2024

3.02 (compatível com o Community MySQL 8.0.23)

Abril de 2022

Janeiro de 2024

3.01 (compatível com o Community MySQL 8.0.23)

Novembro de 2021

Janeiro de 2024

2.122 (compatível com o Community MySQL 5.7.40)

Julho de 2023

Outubro de 2024

2.122 (compatível com o Community MySQL 5.7.12)

Outubro de 2022

Outubro de 2024

2.07 (compatível com o Community MySQL 5.7.12)

Novembro de 2019

Abril de 2024

1 Versões de suporte de longo prazo (LTS) do Aurora MySQL. Para obter mais informações, consulte a versão de suporte de longo prazo (LTS) do Aurora MySQL.

2 O suporte estendido do Amazon RDS só está disponível em algumas versões secundárias. Para obter mais informações sobre as versões elegíveis para o suporte estendido do RDS, consulte Versões principais do Amazon Aurora.

Versões de patch do Amazon Aurora

As versões do Aurora usam o esquema major.minor.patch. Uma versão de patch do Aurora contém correções importantes adicionadas a uma versão secundária depois do seu lançamento inicial (por exemplo, Aurora MySQL 2.10.0, 2.10.1, ... , 2.10.3). Embora cada nova versão secundária forneça novos recursos do Aurora, as novas versões de patch contidas em uma versão secundária específica são usadas principalmente para resolver problemas importantes.

Para obter mais informações sobre aplicação de patches, consulte Manutenção de um cluster de banco de dados do Amazon Aurora.

Conheça as novidades de cada versão do Amazon Aurora

Cada nova versão do Aurora vem com notas de release que listam os novos recursos, correções, outros aprimoramentos etc. que se aplicam a cada versão.

Para consultar as notas de lançamento do Aurora MySQL, consulte Notas de lançamento do Aurora MySQL. Para consultar as notas de lançamento do Aurora PostgreSQL, consulte Notas de lançamento do Aurora PostgreSQL.

Especificar a versão do banco de dados do Amazon Aurora para seu cluster de banco de dados

É possível especificar qualquer versão atualmente disponível (principal e secundária) ao criar um novo cluster de banco de dados usando a a operação Create database (Criar banco de dados) no AWS Management Console, na AWS CLI ou na API de operações do CreateDBCluster. Nem todas as versões do banco de dados do Aurora estão disponíveis em cada região da AWS:

Para saber como criar clusters do Aurora, consulte Criar um cluster de bancos de dados do Amazon Aurora. Para saber como alterar a versão de um cluster do Aurora existente, consulte Modificar um cluster de bancos de dados Amazon Aurora.

Versões padrão do Amazon Aurora

Quando uma nova versão secundária do Aurora contém melhorias significativas em comparação a uma anterior, ela é marcada como a versão padrão para novos clusters de banco de dados. Normalmente, lançamos duas versões padrão para cada versão principal por ano.

Recomendamos manter o cluster de banco de dados na versão secundária mais recente, pois ele contém as correções de segurança e funcionalidade mais atuais.

Atualizações da versão secundária automáticas

Você pode se manter atualizado com as versões secundárias do Aurora ativando Auto minor version upgrade (Atualização automática de versão secundária) para cada instância de banco de dados no cluster do Aurora. O Aurora só executará a atualização automática se todas as instâncias de banco de dados do cluster estiverem com essa configuração ativada. As atualizações automáticas de versões secundárias são realizadas para a versão secundária padrão.

Normalmente, programamos atualizações automáticas duas vezes por ano para clusters de banco de dados que têm a Auto minor version upgrade (Atualização automática de versão secundária) definida como Yes. Essas atualizações são iniciadas durante a janela de manutenção especificada para o cluster. Para ter mais informações, consulte Atualizações da versão secundária automáticas para clusters de banco de dados do Aurora.

As atualizações automáticas de versões secundárias são comunicadas com antecedência por meio de um evento de cluster de banco de dados do Amazon RDS com a categoria maintenance e o ID RDS-EVENT-0156. Para ter mais informações, consulte Categorias de eventos e mensagens de eventos do Amazon RDS.

Por quanto tempo as versões principais do Amazon Aurora permanecem disponíveis

As principais versões do Amazon Aurora continuam disponíveis pelo menos até o fim da vida útil da comunidade para a versão da comunidade correspondente. É possível usar as mesmas datas de teste e atualização do Aurora para planejar seus ciclos de testes e atualização. Essas datas representam a data mais antiga em que uma atualização para uma versão mais recente pode ser necessária. Para obter mais informações sobre as datas, consulte Versões principais do Amazon Aurora.

Antes de solicitarmos que você atualize para uma versão principal mais nova e ajudemos com seu plano, fornecemos lembrete com pelo menos 12 meses de antecedência. Fazemos isso para comunicar o processo detalhado de atualização. Os detalhes incluem o tempo de determinados marcos, o impacto nos clusters de banco de dados e as ações que recomendamos executar. Recomendamos sempre testar detalhadamente suas aplicações com as novas versões do banco de dados antes de realizar uma atualização de versão principal.

Após esse período de 12 meses, uma atualização automática para a versão principal subsequente pode ser aplicada a qualquer cluster de banco de dados que ainda estiver executando a versão mais antiga. Nesse caso, a atualização é iniciada durante as janelas de manutenção agendada.

Com que frequência são lançadas versões secundárias do Amazon Aurora

Em geral, as versões secundárias do Amazon Aurora são lançadas trimestralmente. O cronograma de lançamento pode variar para coletar mais recursos ou correções.

Por quanto tempo as versões secundárias do Amazon Aurora permanecem disponíveis

Pretendemos disponibilizar cada versão secundária de uma versão principal do Amazon Aurora específica por pelo menos 12 meses. No final desse período, o Aurora poderá aplicar uma atualização automática de versão secundária à versão secundária padrão subsequente. Essa atualização é iniciada durante a janela de manutenção agendada para qualquer cluster que ainda esteja executando a versão secundária mais antiga.

Podemos substituir uma versão secundária de uma versão principal específica antes do período habitual de 12 meses, se houver questões críticas, como problemas de segurança, ou se a versão principal tiver atingido o fim da vida útil.

Antes de iniciar atualizações automáticas de versões secundárias que estão se aproximando do fim da vida útil, geralmente fornecemos um lembrete com três meses de antecedência. Fazemos isso para comunicar o processo detalhado de atualização. Os detalhes incluem o tempo de determinados marcos, o impacto nos clusters de banco de dados e as ações que recomendamos executar. Notificações com menos de três meses de antecedência são usadas quando há questões críticas, como problemas de segurança, que exigem uma ação mais rápida.

Se você não estiver com a configuração Upgrade automático de versões secundárias habilitada, receberá um lembrete, mas nenhuma notificação de evento do RDS. Os upgrades ocorrem durante uma janela de manutenção, depois do término do prazo obrigatório de upgrade.

Se você estiver com a configuração Upgrade automático de versões secundárias habilitada, receberá um lembrete e um evento de cluster de banco de dados do Amazon RDS com categoria maintenance e ID RDS-EVENT-0156. Os upgrades ocorrem durante a próxima janela de manutenção.

Para obter mais informações sobre upgrades de versões secundárias, consulte Atualizações da versão secundária automáticas para clusters de banco de dados do Aurora.

Suporte a longo prazo para versões secundárias selecionadas do Amazon Aurora

Para cada versão principal do Aurora, algumas versões secundárias são designadas como versões de suporte a longo prazo (LTS) e disponibilizadas por pelo menos três anos. Ou seja, pelo menos uma versão secundária por versão principal é disponibilizada por mais tempo do que os 12 meses habituais. Geralmente, fornecemos um lembrete seis meses antes do fim deste período. Fazemos isso para comunicar o processo detalhado de atualização. Os detalhes incluem o tempo de determinados marcos, o impacto nos clusters de banco de dados e as ações que recomendamos executar. Notificações com menos de seis meses de antecedência são usadas quando há questões críticas, como problemas de segurança, que exigem uma ação mais rápida.

As versões secundárias de LTS incluem apenas correções essenciais (por meio de versões de patch). Uma versão de LTS não contém novos recursos lançados após sua introdução. Uma vez por ano, aplicam-se patches nos clusters de banco de dados executados em uma versão secundária de LTS para a versão de patch mais recente de release de LTS. Fazemos essa aplicação de patch para ajudar a garantir que você se beneficie de correções cumulativas para obter segurança e estabilidade. Podemos corrigir uma versão secundária de LTS com mais frequência, se houver correções críticas, como para segurança, que necessitem ser aplicadas.

nota

Se quiser permanecer em uma versão secundária de LTS durante seu ciclo de vida, desative Auto minor version upgrade (Atualização automática de versão secundária) para suas instâncias de banco de dados. Para não atualizar automaticamente seu cluster de banco de dados da versão secundária de LTS, defina Auto minor version upgrade (Atualização automática de versão secundária) como No em todas as instâncias de banco de dados de seu cluster do Aurora.

Para obter os números de versão de todas as versões do LTS do Aurora, consulte Versões de suporte de longo prazo (LTS) do Aurora MySQL e Releases de suporte de longo prazo (LTS) do Aurora PostgreSQL.

Suporte estendido do Amazon RDS para versões selecionadas do Aurora

Com o suporte estendido do Amazon RDS, é possível continuar executando o banco de dados em uma versão principal do mecanismo após a data de término do suporte padrão do Aurora por um custo adicional. Durante o Suporte estendido do RDS, o Amazon RDS fornecerá patches para CVEs graves e altos, conforme definido pelas classificações de gravidade CVSS do National Vulnerability Database (NVD). Para ter mais informações, consulte Usar o suporte estendido do Amazon RDS.

O Suporte estendido do RDS só está disponível em algumas versões do Aurora. Para ter mais informações, consulte Versões principais do Amazon Aurora.

Controlar manualmente se e quando seu cluster de banco de dados será atualizado para novas versões

As atualizações automáticas de versões secundárias são realizadas para a versão secundária padrão. Normalmente, programamos atualizações automáticas duas vezes por ano para clusters de banco de dados que têm a Auto minor version upgrade (Atualização automática de versão secundária) definida como Yes. Essas atualizações são iniciadas durante as janelas de manutenção especificadas pelo cliente. Para desativar atualizações de versões secundárias automáticas, defina Auto minor version upgrade (Atualização automática de versão secundária) para No em qualquer instância de banco de dados em um cluster do Aurora. O Aurora só executará uma atualização automática de versão secundária se todas as instâncias de banco de dados do cluster estiverem com a configuração ativada.

Como as atualizações de versões principais apresentam certo risco de compatibilidade, elas não ocorrem automaticamente. Você deve iniciá-las, exceto no caso de uma defasagem da versão principal, como explicado anteriormente. Recomendamos sempre testar detalhadamente suas aplicações com as novas versões do banco de dados antes de realizar uma atualização de versão principal.

Para obter mais informações sobre como atualizar um cluster de banco de dados para uma nova versão principal do Aurora, consulte Como atualizar os clusters de banco de dados de Amazon Aurora MySQL e Como atualizar os clusters de banco de dados de Amazon Aurora MySQL.

Atualizações obrigatórias do Amazon Aurora

Para determinadas correções críticas, podemos executar uma atualização gerenciada para um nível de patch na mesma versão de LTS. Essas atualizações necessárias acontecem mesmo se a Auto minor version upgrade (Atualização automática de versão secundária) estiver desativada. Antes disso, comunicamos o processo detalhado de atualização. Os detalhes incluem o tempo de determinados marcos, o impacto nos clusters de banco de dados e as ações que recomendamos executar. Essas atualizações gerenciadas são realizadas automaticamente. Toda atualização desse tipo é iniciada na janela de manutenção do cluster.

Testar o cluster de banco de dados com uma nova versão do Aurora antes da atualização

É possível testar o processo de atualização e como a nova versão funciona com sua aplicação e workload. Use um dos seguintes métodos:

  • Clone seu cluster com o recurso de clone rápido do banco de dados do Amazon Aurora. Execute a atualização e qualquer teste pós-atualização no novo cluster.

  • Restaurar a partir de um snapshot do cluster para criar um novo cluster do Aurora. Você mesmo pode criar um snapshot do cluster em um cluster do Aurora existente. O Aurora também cria automaticamente snapshots periódicos por você para cada um dos seus clusters. Em seguida, é possível iniciar uma atualização de versão para o novo cluster. Você pode experimentar a cópia atualizada do cluster antes de decidir se deseja atualizar o cluster original.

Para obter mais informações sobre essas maneiras de criar novos clusters para teste, consulte Clonar um volume para um cluster de banco de dados do Amazon Aurora e Criar um snapshot de cluster de banco de dados.