O RDS PostgreSQL oferece quatro soluções de atualização de versão principal com diferentes compensações entre tempo de inatividade e rollback. Essas opções ajudam você a migrar de versões sem suporte para versões mais recentes, com melhor desempenho, segurança e recursos.
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 fornece várias soluções de atualização para que você aproveite os benefícios das novas versões e minimize os riscos.
Uma atualização de versão principal preserva as configurações originais da instância, incluindo listas de permissões, parâmetros e extensões (exceto aquelas não suportadas pela nova versão). Instâncias criptografadas permanecem criptografadas com a mesma chave após a atualização.
|
Solução de atualização |
Atualização in-place |
Blue-green deployment |
Zero downtime |
||
|
Com cutover |
Sem cutover |
||||
|
Cenários |
Indicado quando a instância atualizada deve ser idêntica à original e é aceitável um período de inatividade somente leitura durante a atualização. |
Recomendado para manter a instância original, aceitando inatividade somente leitura durante o processo. |
|
Projetado para cenários em que o negócio não tolera longos períodos de inatividade. |
|
|
Funcionamento |
Utiliza o pg_upgrade para atualizar a instância original para a versão de destino. Todos os metadados são preservados. |
Cria uma nova instância a partir de um backup, atualiza-a com o pg_upgrade 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 a atualiza com o pg_upgrade. |
Usa o pg_upgrade para atualizar a instância original. As atualizações incrementais são sincronizadas por replicação lógica nativa. |
Cria manualmente uma nova instância do RDS PostgreSQL e utiliza replicação lógica assíncrona para a migração. |
|
Vantagens |
Preserva a configuração e o faturamento da instância original. |
|
Ambiente de verificação independente, sem impacto na instância original. |
|
|
|
Desvantagens |
Não permite rollback para a instância original. |
Não herda o faturamento da instância original. |
Nenhuma. |
|
|
|
Tempo 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. |
|
Na atualização in-place, se a instância não atender às especificações recomendadas, o sistema atualiza automaticamente essas especificações. Isso causa um estado somente leitura na ordem de minutos e uma breve desconexão de aproximadamente um segundo. Resolva 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: Atualização in-place
Método 2: Blue-green deployment
Método 3: Atualização com zero downtime
Método 4: Atualização via migração de dados com DTS
Utilize a migração de dados com DTS caso os outros métodos de atualização não estejam disponíveis ou se você precisar validar dados durante a atualização.