Manutenção de uma instância de banco de dados

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

Visão geral das atualizações de manutenção da instância de banco de dados

A manutenção geralmente envolve atualizações dos seguintes atributos na instância 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 uma instância 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 a instância 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

As modificações feitas na instância de banco de dados adiadas que você optou por não aplicar imediatamente são aplicadas durante a janela de manutenção. Por exemplo, convém optar por alterar a classe da instância de banco de dados ou o grupo de parâmetros 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 mais informações sobre a modificação de uma instância de banco de dados , consulte Modificar uma instância de banco de dados do Amazon RDS.

Para ver as modificações pendentes para a próxima janela de manutenção, use o comando describe-db-instances da AWS CLI e verifique 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 uma instância 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 sua instância 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) da instância de banco de dados no console do Amazon RDS, conforme mostrado a seguir.

Se nenhuma atualização de manutenção estiver disponível para uma instância de banco de dados, o valor da coluna será none.

Se uma atualização de manutenção estiver disponível para uma instância 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 a instância 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.

Você pode ver se uma atualização de manutenção está disponível para sua instância 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 uma instância de banco de dados.

Manutenção para implantações multi-AZ

A execução de uma instância de banco de dados como uma implantação multi-AZ pode reduzir ainda mais o impacto de um evento de manutenção. Esse resultado ocorre porque o Amazon RDS aplica atualizações do sistema operacional seguindo estas etapas:

Se você atualiza o mecanismo de banco de dados de sua instância de banco de dados em uma implantação multi-AZ, o Amazon RDS modifica as instâncias de banco de dados primária e secundária ao mesmo tempo. Nesse caso, as instâncias de banco de dados primária e secundária na implantação multi-AZ não estão disponíveis durante a atualização. Essa operação causa tempo de inatividade até que a atualização seja concluída. A duração do tempo de inatividade varia de acordo com o tamanho de sua instância de banco de dados.

Se houver patches subjacentes do sistema operacional que precisem ser aplicados, será necessário um pequeno failover multi-AZ para aplicar os patches à instância de banco de dados primária. Esse failover geralmente dura menos de um minuto.

Se a instância de banco de dados executa o RDS para MySQL, o RDS para PostgreSQL ou o RDS para MariaDB, é possível minimizar o tempo de inatividade necessário para um upgrade usando uma implantação azul/verde. Para ter mais informações, consulte Usar implantações azul/verde do Amazon RDS para atualizações de banco de dados. Se você atualizar uma instância de banco de dados do RDS para SQL Server ou do RDS Custom para SQL Server em uma implantação multi-AZ, o Amazon RDS realizará atualizações contínuas, de modo que você enfrentará apenas uma interrupção durante um failover. Para ter mais informações, consulte Considerações sobre otimização Multi-AZ e na memória.

Se sua instância de banco de dados executa o RDS for SQL Server em uma implantação Multi-AZ, você poderá aplicar uma atualização ao sistema operacional subjacente usando um dos seguintes métodos:

Para ter mais informações sobre implantações Multi-AZ, consulte Configurar e gerenciar uma implantação multi-AZ para o Amazon RDS.

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 instância 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 da instância de banco de dados preferencial.

O RDS consome alguns dos recursos em sua instância 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 a instância de banco de dados é interrompida .

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 a instância 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.