Manutenção de um cluster de banco de dados do Amazon Aurora

Periodicamente, o Amazon RDS realiza a manutenção em seus recursos.

Visão geral das atualizações de manutenção do cluster de banco de dados

A manutenção geralmente envolve atualizações dos seguintes atributos no cluster de banco de dados:

As atualizações no sistema operacional geralmente ocorrem para problemas de segurança. Recomendamos que você os faça o quanto antes. Para ter mais informações sobre os sistemas operacionais compatíveis, consulte Aplicação de atualizações para um cluster de banco de dados.

Recursos off-line durante as atualizações de manutenção

Alguns itens de manutenção exigem que o Amazon RDS coloque o cluster de banco de dados off-line por um curto período. Entre os itens de manutenção que exigem um recurso esteja offline estão sistema operacional obrigatório ou patches de banco de dados. A aplicação obrigatória de patches é automaticamente programada somente para patches relacionados à segurança e à confiabilidade da instância. Essa correção ocorre com pouca frequência, normalmente uma vez a cada poucos meses. Raramente requer mais do que uma fração de sua janela de manutenção.

Modificações adiadas da instância de banco de dados e do cluster de banco de dados

As modificações adiadas no cluster e na instância de banco de dados que você optou por não aplicar imediatamente são aplicadas durante a janela de manutenção. Por exemplo, você pode optar por alterar classes de instância de banco de dados ou grupos de parâmetros de cluster ou banco de dados durante a janela de manutenção. Essas modificações especificadas usando a configuração pending reboot (reinicialização pendente) não aparecem na lista Pending maintenance (Manutenção pendente). Para obter informações sobre como modificar um cluster de banco de dados, consulte Modificar um cluster de bancos de dados Amazon Aurora.

Para ver as modificações pendentes para a próxima janela de manutenção, use o comando describe-db-clusters da AWS CLI e selecione o campo PendingModifiedValues.

Consistência eventual da API DescribePendingMaintenanceActions

A API DescribePendingMaintenanceActions do Amazon RDS segue o modelo de consistência eventual. Isso significa que o resultado do comando DescribePendingMaintenanceActions poderá não ser imediatamente visível para todos os comandos subsequentes do RDS. Lembre-se disso ao usar DescribePendingMaintenanceActions imediatamente após usar um comando de API anterior.

A consistência eventual pode afetar a maneira como você gerencia suas atualizações de manutenção. Por exemplo, se você executar o comando ApplyPendingMaintenanceActions para atualizar a versão do mecanismo de banco de dados para um cluster de banco de dados, ela ficará visível para DescribePendingMaintenanceActions. Nesse cenário, DescribePendingMaintenanceActions pode mostrar que a ação de manutenção não foi aplicada, embora tenha sido.

Para gerenciar a consistência eventual, é possível fazer o seguinte:

Visualizar atualizações de manutenção pendentes

Veja se uma atualização de manutenção está disponível para seu cluster de banco de dados utilizando o console do RDS, a AWS CLI ou a API do RDS. Se estiver disponível, uma atualização será indicada na coluna Maintenance (Manutenção) do cluster de banco de dados no console do Amazon RDS, conforme mostrado a seguir.

Se nenhuma atualização de manutenção estiver disponível para um cluster de banco de dados, o valor da coluna será none.

Se uma atualização de manutenção estiver disponível para um cluster de banco de dados, os seguintes valores de coluna serão possíveis:

Se uma atualização estiver disponível, você poderá seguir uma destas ações:

Para executar uma ação, escolha o cluster de banco de dados para mostrar seus detalhes e escolha Maintenance & backups (Manutenção e backups). Os itens de manutenção pendentes são exibidos.

A janela de manutenção determina quando as operações pendentes começam, mas não limita o tempo total de execução dessas operações. Não há garantia de que as operações de manutenção terminem antes de a janela de manutenção se encerrar, podendo continuar além do tempo de encerramento especificado. Para ter mais informações, consulte A janela de manutenção do Amazon RDS.

Para obter informações sobre atualizações feitas para mecanismos do Amazon Aurora e instruções para atualizar e corrigi-los, consulte Atualizações do mecanismo de banco de dados Amazon Aurora MySQL e Atualizações do Amazon Aurora PostgreSQL.

Você pode ver se uma atualização de manutenção está disponível para seu cluster de banco de dados executando o comando describe-pending-maintenance-actions da AWS CLI.

Para ter informações sobre a aplicação de atualizações de manutenção, consulte Aplicação de atualizações para um cluster de banco de dados.

A janela de manutenção do Amazon RDS

As janelas de manutenção são um intervalo de tempo semanal durante o qual todas as alterações do sistema são aplicadas. Cada cluster de banco de dados tem uma janela de manutenção semanal. A janela de manutenção é uma oportunidade de controlar quando as modificações e a aplicação de patches de software ocorrem. Para ter mais informações sobre como ajustar a janela de manutenção, consulte Ajustar a janela de manutenção do cluster de banco de dados preferencial.

O RDS consome alguns dos recursos em seu cluster de banco de dados enquanto a manutenção é aplicada. Você poderá observar um impacto mínimo na performance. Quanto a uma instância de banco de dados, em raras ocasiões, pode ser necessário realizar um failover Multi-AZ para concluir uma atualização de manutenção.

Se um evento de manutenção estiver programado para determinada semana, ele será iniciado durante a janela de manutenção de 30 minutos que você identificar. A maioria dos eventos de manutenção também é concluída durante a janela de manutenção de 30 minutos, embora os eventos de manutenção mais longos possam levar mais de 30 minutos para serem concluídos. A janela de manutenção é pausada quando o cluster de banco de dados é interrompido.

A janela de manutenção de 30 minutos é selecionada aleatoriamente de um bloco de tempo de 8 horas por região. Se você não especificar uma janela de manutenção ao criar o cluster de banco de dados, o RDS atribuirá uma janela de manutenção de 30 minutos em um dia da semana selecionado aleatoriamente.

A seguir, você pode encontrar os blocos de tempo de cada região dos quais as janelas de manutenção padrão são atribuídas.

Atualizações da versão secundária automáticas para clusters de banco de dados do Aurora

A configuração Upgrade automático de versões secundárias especifica se o Aurora aplica upgrades automaticamente em seu cluster. Esses upgrades incluem novas versões secundárias que contêm atributos adicionais e patches que contêm correções de bugs.

Essa configuração está ativada por padrão. Para cada novo cluster de banco de dados, selecione o valor apropriado para essa configuração. Esse valor é baseado em sua importância, tempo de vida esperado e a quantidade de testes de verificação que você faz após cada atualização.

Para obter instruções sobre como ativar ou desativar a configuração Upgrade automático de versões secundárias, consulte o seguinte:

A tabela a seguir mostra como a configuração Upgrade automático de versões secundárias funciona quando aplicada nos níveis de cluster e instância.

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.

Os upgrades automáticos ocorrem durante as janelas de manutenção. Se as instâncias de banco de dados individuais no cluster de banco de dados tiverem janelas de manutenção diferentes da janela de manutenção do cluster, a janela de manutenção do cluster terá precedência.

Para ter mais informações sobre atualizações de mecanismos para o Aurora PostgreSQL, consulte Atualizações do Amazon Aurora PostgreSQL.

Para ter mais informações sobre a configuração Auto minor version upgrade (Atualização automática de versão secundária) para o Aurora MySQL, consulte Habilitar atualizações automáticas entre versões secundárias do Aurora MySQL. Para obter informações gerais sobre atualizações de mecanismos para o Aurora MySQL, consulte Atualizações do mecanismo de banco de dados Amazon Aurora MySQL.

É possível usar um comando de CLI como o seguinte para conferir o status da configuração AutoMinorVersionUpgrade para todas as instâncias de banco de dados em seus clusters do Aurora MySQL.

aws rds describe-db-instances \
  --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'

Esse comando gerará uma saída semelhante à seguinte:

[
  {
      "DBInstanceIdentifier": "db-writer-instance",
      "DBClusterIdentifier": "my-db-cluster-57",
      "AutoMinorVersionUpgrade": true
  },
  {
      "DBInstanceIdentifier": "db-reader-instance1",
      "DBClusterIdentifier": "my-db-cluster-57",
      "AutoMinorVersionUpgrade": false
  },
  {
      "DBInstanceIdentifier": "db-writer-instance2",
      "DBClusterIdentifier": "my-db-cluster-80",
      "AutoMinorVersionUpgrade": true
  },
... output omitted ...

Neste exemplo, a opção Habilitar atualização automática da versão secundária está desativada para o cluster de banco de dados my-db-cluster-57 porque está desativada para uma das instâncias de banco de dados no cluster.

Escolher a frequência das atualizações de manutenção do Aurora MySQL

Você pode controlar se as atualizações do Aurora MySQL ocorrem com frequência ou raramente para cada cluster de banco de dados. A melhor opção depende do seu uso do Aurora MySQL e das prioridades das aplicações que são executadas no Aurora. Para saber mais sobre as versões de estabilidade a longo prazo (LTS) do Aurora MySQL que exigem upgrades menos frequentes, consulte Versões de suporte de longo prazo (LTS) do Aurora MySQL.

Você pode optar por atualizar um cluster Aurora MySQL raramente se algumas ou todas as seguintes condições se aplicarem:

Se os fatores anteriores se aplicarem à situação, você poderá limitar o número de atualizações forçadas para um cluster de banco de dados do Aurora MySQL. Você faz isso escolhendo uma versão específica do Aurora MySQL conhecida como versão de "suporte de longo prazo" (LTS) quando cria ou atualiza esse cluster de banco de dados. Isso minimiza o número de ciclos de atualização, ciclos de testes e interrupções relacionadas à atualização para esse cluster de banco de dados.

Você pode optar por atualizar um cluster Aurora MySQL frequentemente se algumas ou todas as seguintes condições se aplicarem:

Se os fatores anteriores se aplicarem à situação, você poderá habilitar o Aurora para aplicar atualizações importantes com maior frequência. Para fazer isso, atualize um cluster de banco de dados do Aurora MySQL para uma versão mais recente do Aurora MySQL que a versão LTS. Fazer isso disponibiliza os mais recentes aprimoramentos de desempenho, correções de erros e recursos mais rapidamente.