RDS PostgreSQL Major Version Upgrade - ApsaraDB RDS: Central de Documentação do Alibaba Cloud

O RDS PostgreSQL oferece suporte a atualizações de versão principal para ajudar você a migrar de versões sem suporte para versões mais recentes, com melhor desempenho, segurança e recursos. Escolha entre quatro soluções de atualização conforme sua tolerância a tempo de inatividade e requisitos de rollback.

Visão geral das soluções

Versões antigas do PostgreSQL perdem gradualmente o suporte da comunidade, o que gera riscos de desempenho e segurança. O RDS PostgreSQL disponibiliza várias soluções de atualização de versão principal para que você aproveite as melhorias das novas versões e minimize os riscos da atualização.

Uma atualização de versão principal preserva as configurações da instância original, incluindo listas de permissões, definições de parâmetros e extensões (exceto extensões e parâmetros incompatíveis com a nova versão). Além disso, as instâncias criptografadas do RDS PostgreSQL permanecem criptografadas após a atualização, e a chave de criptografia não é alterada.

Solução de atualização	Atualização in-place	Blue-green deployment		Zero downtime	Using DTS for data migration
Solução de atualização	Atualização in-place	Cutover	No cutover	Zero downtime	Using DTS for data migration
Cenários	A instância atualizada deve ser idêntica à original. É aceitável que fique somente leitura durante a atualização.	Você deseja manter a instância original. É aceitável que ela fique somente leitura durante a atualização.	Simulação de atualização. Execução simultânea de duas versões da aplicação.	Seu negócio não tolera longos períodos de inatividade.	Seu negócio não tolera longos períodos de inatividade. A instância possui poucos bancos de dados.
Funcionamento	Usa pg_upgrade para atualizar a instância original para a versão de destino. Preserva todos os metadados.	Cria uma nova instância a partir de um backup, usa pg_upgrade para atualizá-la e alterna automaticamente o endereço de conexão original para a nova instância.	Cria uma nova instância a partir de um backup e usa pg_upgrade para atualizá-la.	Usa pg_upgrade para atualizar a instância original para a versão de destino. As atualizações incrementais ocorrem por replicação lógica nativa.	Cria manualmente uma nova instância RDS PostgreSQL e usa replicação lógica assíncrona para migração de dados.
Vantagens	Preserva integralmente a configuração e as informações de faturamento da instância original.	Alterna endereços de conexão automaticamente. Permite rollback para a instância original.	Oferece um ambiente independente para validação da atualização, sem afetar a instância original.	Permite validar a nova versão antes da alternância. Suporta switchover manual no horário de sua preferência. Compatível com atualização que inclui instâncias somente leitura. Mantém intactas a configuração e as informações de faturamento da instância original.	service de migração gerenciado com orquestração integrada. Inclui validação de dados.
Desvantagens	Não permite rollback para a instância original.	Não herda as informações de faturamento da instância original.	Nenhuma.	Não suporta validação de dados nem sincronização reversa. A replicação lógica tem limitações. Por exemplo, todas as tabelas devem ter chaves primárias. O tempo de switchover aumenta conforme a quantidade de objetos sequence.	Uma tarefa de migração por banco de dados. Exige troca manual dos endereços de conexão.
Tempo em somente leitura da instância original	Geralmente minutos.	Geralmente minutos.	Nenhum.	Geralmente segundos.	Geralmente segundos.
Custo	Sem custo de atualização.	A nova instância usa pagamento conforme o uso.	A nova instância usa pagamento conforme o uso.	Sem custo de atualização.	Custo da nova instância RDS. Custo da instância DTS.

Importante

No modo de atualização in-place, se a instância não atender às especificações recomendadas durante o processo, o sistema a atualiza automaticamente para as especificações adequadas. Isso resulta em um estado somente leitura na ordem de minutos e uma breve desconexão de aproximadamente um segundo. Recomendamos resolver os alertas de especificação no relatório de verificação de atualização de versão principal antes de iniciar a atualização.

Atualização de versão principal

Método 1: In-place upgrade

Método 2: Blue-green deployment

Método 3: Zero downtime upgrade

Método 4: Atualização via migração de dados com DTS

Se não for possível usar a atualização in-place, blue-green deployment ou zero downtime upgrade, ou se você precisar validar dados durante a atualização, utilize o DTS para migrar os dados.