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.
Tópicos
- Bancos de dados relacionais disponíveis no Aurora
- Diferenças nos números de versão entre bancos de dados da comunidade e o Aurora
- Versões principais do Amazon Aurora
- Versões secundárias do Amazon Aurora
- Versões de patch do Amazon Aurora
- Conheça as novidades de cada versão do Amazon Aurora
- Especificar a versão do banco de dados do Amazon Aurora para seu cluster de banco de dados
- Versões padrão do Amazon Aurora
- Atualizações da versão secundária automáticas
- Por quanto tempo as versões principais do Amazon Aurora permanecem disponíveis
- Com que frequência são lançadas versões secundárias do Amazon Aurora
- Por quanto tempo as versões secundárias do Amazon Aurora permanecem disponíveis
- Suporte a longo prazo para versões secundárias selecionadas do Amazon Aurora
- Suporte estendido do Amazon RDS para versões selecionadas do Aurora
- Controlar manualmente se e quando seu cluster de banco de dados será atualizado para novas versões
- Atualizações obrigatórias do Amazon Aurora
- Testar o cluster de banco de dados com uma nova versão do Aurora antes da atualização
Bancos de dados relacionais disponíveis no Aurora
Os seguintes bancos de dados relacionais estão disponíveis no Aurora:
-
Amazon Aurora Edição compatível com MySQL Para obter mais informações, consulte Como trabalhar com o Amazon Aurora MySQL. Para obter uma lista detalhada das versões disponíveis, consulte Atualizações do mecanismo de banco de dados Amazon Aurora MySQL.
-
Amazon Aurora Edição compatível com PostgreSQL Para obter mais informações, consulte Trabalho com Amazon Aurora PostgreSQL. Para obter uma lista detalhada das versões disponíveis, consulte Atualizações do Amazon Aurora PostgreSQL.
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
. 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.major
.minor
.patch
Consulte mais informações sobre as versões principais do Aurora MySQL e o calendário de lançamentos em Release calendar for Aurora MySQL major versions.
Consulte mais informações sobre as versões principais do Aurora PostgreSQL e o calendário de lançamentos em Release calendar for Aurora PostgreSQL major versions.
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.
Versões secundárias do Amazon Aurora
As versões do Aurora usam o esquema
. 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.major
.minor
.patch
Consulte mais informações sobre as versões secundárias do Aurora MySQL e o calendário de lançamentos em Release calendar for Aurora MySQL minor versions.
Consulte mais informações sobre as versões secundárias do Aurora PostgreSQL e o calendário de lançamentos em Release calendar for Aurora PostgreSQL minor versions.
Versões de patch do Amazon Aurora
As versões do Aurora usam o esquema
. 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. major
.minor
.patch
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 para o Aurora.
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 a atualização para uma versão principal mais nova e de ajudarmos você a elaborar um plano, geralmente enviamos um 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.
Depois que a versão principal atingir o fim do suporte padrão do Aurora, qualquer cluster de banco de dados que ainda esteja executando a versão mais antiga será automaticamente atualizado para uma versão do Suporte estendido durante uma janela de manutenção programada. Cobranças do Suporte estendido são aplicáveis. Para ter mais informações sobre o Suporte estendido do Amazon RDS, consulte Usar o suporte estendido do Amazon RDS.
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 o ciclo de vida, desative a atualização automática de versão secundária para as instâncias de banco de dados. Para não atualizar automaticamente o cluster de banco de dados da versão secundária de LTS, desmarque a caixa de seleção Habilitar a atualização automática da versão secundária em todas as instâncias de banco de dados do 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 Usar uma versão 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 upgrades automáticos duas vezes por ano para clusters de banco de dados que têm a definição Upgrade automático de versões secundárias habilitada. Essas atualizações são iniciadas durante as janelas de manutenção especificadas pelo cliente. Se quiser desativar upgrades automáticos de versões secundárias, desabilite a opção Upgrade automático de versões secundárias em qualquer instância de banco de dados em um cluster do Aurora. O Aurora só executará um upgrade automático de versão secundária se todas as instâncias de banco de dados do cluster estiverem com a configuração habilitada.
nota
No entanto, para upgrades obrigatórios, como o fim da vida útil da versão secundária, será feito upgrade do cluster de banco de dados mesmo se a configuração de Upgrade automático de versões secundárias estiver desabilitada. Você recebe 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.
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.