Práticas recomendadas para implantações azul/verde do Amazon RDS

Teste minuciosamente as instâncias de banco de dados no ambiente verde antes da transição.

Mantenha seus bancos de dados no ambiente verde somente leitura. Recomendamos que você habilite as operações de gravação no ambiente verde com cuidado, pois elas podem causar conflitos de replicação. Elas também podem ocasionar dados não intencionais nos bancos de dados de produção após a transição.

Se você usar uma implantação azul/verde para implementar alterações de esquema, faça somente alterações compatíveis com a replicação.

Por exemplo, é possível adicionar novas colunas ao final de uma tabela sem interromper a replicação da implantação azul para a implantação verde. No entanto, alterações de esquema, como renomear colunas ou renomear tabelas, transformam a replicação na implantação verde.

Para ter mais informações sobre alterações compatíveis com replicação, consulte Replicação com diferentes definições de tabela na origem e na réplica na documentação do MySQL e Restrições na documentação de replicação lógica do PostgreSQL.

Depois de criar a implantação azul/verde, manipule o carregamento lento, se necessário. O carregamento de dados deve ser concluído antes da transição. Para ter mais informações, consulte Carregamento lento e inicialização de armazenamento para implantações azuis/verdes.

Ao realizar a transição de uma implantação azul/verde, siga as práticas recomendadas de transição. Para ter mais informações, consulte Práticas recomendadas de transição.

Evite usar mecanismos de armazenamento não transacionais, como o MyISAM, que não são otimizados para replicação.

Otimize as réplicas de leitura e o ambiente verde para replicação de logs binários. Se compatível com o mecanismo de banco de dados, habilite as replicações GTID, paralela e à prova de falhas para garantir consistência e durabilidade dos dados antes de criar a implantação azul/verde. Para ter mais informações, consulte Usar a replicação baseada em GTID.

Se o ambiente verde apresentar atraso na réplica, pense no seguinte:

Atualize todas as extensões do PostgreSQL para a versão mais recente antes de criar uma implantação azul/verde. Para ter mais informações, consulte Atualizar extensões do PostgreSQL em bancos de dados do RDS para PostgreSQL.

Transações de longa duração podem causar um atraso significativo na réplica. Para reduzir o atraso na réplica, pense no seguinte:

A replicação lenta pode fazer com que remetentes e destinatários sejam reiniciados com frequência, o que atrasa a sincronização. Para garantir que eles permaneçam ativos, desabilite os tempos limite definindo o parâmetro wal_sender_timeout como 0 no ambiente azul e o parâmetro wal_receiver_timeout como 0 no ambiente verde.

Para evitar que segmentos de log de gravação antecipada (WAL) sejam removidos do ambiente azul, defina o parâmetro wal_keep_segments como 15625 para o PostgreSQL versão 13 e anterior. Para a versão 14 e posterior, defina o parâmetro wal_keep_size como 1 TiB, se houver espaço de armazenamento livre suficiente.

Se o banco de dados tiver memória livre suficiente, aumente o valor do parâmetro de banco de dados logical_decoding_work_mem no ambiente azul. Isso permite menos decodificação no disco e uso da memória. Para obter mais informações, consulte a Documentação do PostgreSQL.

Se você estiver usando a extensão aws_s3, conceda à instância de banco de dados verde acesso ao Amazon S3 por meio de um perfil do IAM após a criação do ambiente verde. Isso permite que os comandos de importação e exportação continuem funcionando após a transição. Para instruções, consulte Configurar o acesso a um bucket do Amazon S3.

Analise o desempenho das instruções UPDATE e DELETE e avalie se a criação de um índice na coluna utilizada na cláusula WHERE pode otimizar essas consultas. Isso pode melhorar o desempenho quando as operações são repetidas no ambiente verde.

Se você estiver usando gatilhos, garanta que eles não interfiram na criação, atualização e eliminação de objetos pg_catalog.pg_publication, pg_catalog.pg_subscription e pg_catalog.pg_replication_slots cujos nomes comecem com “rds”.

Se você especificar uma versão posterior do mecanismo para o ambiente verde, execute a operação ANALYZE em todos os bancos de dados para atualizar a tabela pg_statistic. As estatísticas do otimizador não são transferidas durante uma atualização de versão principal, portanto, é necessário gerar novamente todas as estatísticas para evitar problemas de performance. Para conhecer práticas recomendadas adicionais durante as principais atualizações de versões, consulte Como atualizar a versão principal do RDS para PostgreSQL.

Evite configurar gatilhos como ENABLE REPLICA ou ENABLE ALWAYS se o gatilho for usado na origem para manipular dados. Caso contrário, o sistema de replicação propagará as alterações e executará o gatilho, o que ocasiona duplicação.