Atualização da versão de mecanismo de um cluster de banco de dados multi-AZ para o Amazon RDS
O Amazon RDS fornece versões mais recentes de cada mecanismo de banco de dados compatível, para que você possa manter o cluster de banco de dados multi-AZ atualizado. Este tópico explica o processo de atualização de um cluster de banco de dados multi-AZ para versões mais recentes.
A atualização de um cluster de banco de dados multi-AZ exige a seleção de uma nova versão de mecanismo compatível e o planejamento de um possível tempo de inatividade. O processo garante o mínimo de interrupção ao utilizar os recursos de failover da arquitetura multi-AZ. Durante a atualização, a instância primária é atualizada primeiro, seguida de um failover para a instância em espera para manter a disponibilidade. As práticas recomendadas incluem a realização de atualizações durante períodos de baixo tráfego, testes em ambientes que não sejam de produção e verificação da compatibilidade da aplicação com a nova versão.
Existem dois tipos de atualizações que você pode realizar:
- Atualizações da versão principal
-
Uma atualização da versão principal do mecanismo pode apresentar alterações não compatíveis com as aplicações existentes. Ao iniciar uma atualização de versão principal, o Amazon RDS atualiza simultaneamente as instâncias de leitor e gravador. Portanto, o cluster de banco de dados pode não estar disponível até que a atualização seja concluída.
- Atualizações de versões secundárias
-
Uma atualização de versão secundária inclui somente alterações compatíveis com versões anteriores dos aplicativos existentes. Quando você inicia uma atualização de versão secundária, o Amazon RDS primeiro atualiza as instâncias de banco de dados de leitor, uma por vez. Depois, uma das instâncias de banco de dados de leitor passa a ser a nova instância de banco de dados de gravador. Depois, o Amazon RDS atualiza a antiga instância de gravador (que agora é uma instância de leitor).
O tempo de inatividade durante a atualização é limitado ao tempo necessário para que uma das instâncias de banco de dados de leitor se torne a nova instância de banco de dados de gravador. Esse tempo de inatividade funciona como um failover automático. Para ter mais informações, consulte Fazer failover de um cluster de banco de dados multi-AZ para o Amazon RDS. Observe que o atraso da réplica do cluster de banco de dados multi-AZ pode afetar o tempo de inatividade. Para ter mais informações, consulte Atraso de réplica e clusters de banco de dados multi-AZ.
Para réplicas de leitura de cluster de banco de dados multi-AZ do RDS para PostgreSQL, o Amazon RDS atualiza as instâncias membros do cluster uma por vez. Os perfis do cluster de leitor e gravador não mudam durante a atualização. Portanto, o cluster de banco de dados pode passar por tempo de inatividade enquanto o Amazon RDS atualiza a instância de gravador de cluster.
nota
O tempo de inatividade para uma atualização da versão secundária de cluster de banco de dados multi-AZ é geralmente de 35 segundos. Quando usado com o RDS Proxy, é possível reduzir ainda mais o tempo de inatividade para um segundo ou menos. Para ter mais informações, consulte Usar o Amazon RDS Proxy. Como alternativa, é possível usar um proxy de banco de dados de código aberto, como ProxySQL
, PgBouncer ou driver JDBC da AWS para MySQL .
No momento, o Amazon RDS é compatível com as atualizações de versão principal apenas para clusters de banco de dados multi-AZ do RDS para PostgreSQL. O Amazon RDS é compatível com atualizações de versão secundária para todos os mecanismos de banco de dados compatíveis com clusters de banco de dados multi-AZ.
O Amazon RDS não atualiza automaticamente réplicas de leitura de clusters de banco de dados multi-AZ. Com relação às atualizações de versão secundária, primeiro é necessário atualizar manualmente todas as réplicas de leitura e, depois, atualizar o cluster. Caso contrário, a atualização será bloqueada. Quando você realiza uma atualização de versãoprincipal de um cluster, o estado da replicação de todas as réplicas de leitura muda para Encerrado. Você deve excluir e recriar as réplicas de leitura após a conclusão da atualização. Para ter mais informações, consulte Monitoramento da replicação de leitura.
O processo de atualização da versão do mecanismo de um cluster de banco de dados multi-AZ é o mesmo processo de atualização de uma versão do mecanismo de instância de banco de dados. Para obter instruções, consulte Atualizar a versão de mecanismo de uma instância de banco de dados. A única diferença é que, ao usar a AWS Command Line Interface (AWS CLI), você usa o comando modifique-db-cluster e especifica o parâmetro --db-cluster-identifier (bem como o parâmetro --allow-major-version-upgrade).
Para ter mais informações sobre atualizações de versões principais e secundárias, consulte a seguinte documentação do mecanismo de banco de dados:
