Visão geral das implantações azul/verde do Amazon RDS

Crie facilmente um ambiente de teste pronto para produção.

Replique automaticamente as alterações do banco de dados do ambiente de produção para o ambiente de teste.

Teste as alterações do banco de dados em um ambiente de teste seguro sem afetar o ambiente de produção.

Mantenha-se atualizado com os patches do banco de dados e as atualizações do sistema.

Implemente e teste novos recursos de banco de dados.

Faça a transição de seu ambiente de teste para ser o novo ambiente de produção sem alterações em sua aplicação.

Faça a transição com segurança por meio do uso de grades de proteção de transição integradas.

Elimine a perda de dados durante a transição.

Faça a transição rapidamente, normalmente em menos de um minuto, dependendo da sua workload.

rds:AddTagsToResource

rds:CreateDBInstanceReadReplica

rds:ModifyDBInstance

rds:PromoteReadReplica

rds:DeleteDBInstance

Se você realizar a filtragem usando a API e os IDs de recursos do RDS, ajuste os IDs de recursos usados na filtragem após a transição.

Se você usa o CloudTrail para recursos de auditoria, ajuste os consumidores do CloudTrail para rastrear os novos IDs de recursos após a transição. Para ter mais informações, consulte Monitorar chamadas de API do Amazon RDSno AWS CloudTrail.

Se você usar a API do Performance Insights, ajuste os IDs dos recursos nas chamadas para a API após a transição. Para ter mais informações, consulte Monitorar a carga de banco de dados com o Performance Insights no Amazon RDS.

Você pode monitorar um banco de dados com o mesmo nome após a transição, mas ele não contém os dados de antes da transição.

Se você usar IDs de recursos nas políticas do IAM, adicione os IDs dos recursos recém-promovidos quando necessário. Para ter mais informações, consulte Gerenciamento de identidade e acesso no Amazon RDS.

Se você tiver perfis do IAM associados à instância de banco de dados, associe-os novamente depois da transição. Os perfis anexados não são copiados automaticamente no ambiente verde.

Se você se autenticar na instância de banco de dados usando a autenticação do banco de dados do IAM, garanta que a política do IAM usada para acesso ao banco de dados tenha os bancos de dados azul e verde listados sob o elemento Resource da política. Isso é necessário para se conectar ao banco de dados verde após a transição. Para ter mais informações, consulte Criar e usar uma política do IAM para acesso do banco de dados do IAM.

Se você usa AWS Backup para gerenciar backups automatizados de recursos em uma implantação azul/verde, ajuste os IDs de recursos usados por AWS Backup após a transição. Para ter mais informações, consulte Uso do AWS Backup para gerenciar backups automatizados.

Se você quiser restaurar um snapshot de banco de dados manual ou automatizado para uma instância de banco de dados que fazia parte de uma implantação azul/verde, restaure o snapshot de banco de dados correto examinando a hora em que o snapshot foi obtido. Para ter mais informações, consulte Restaurar a partir de um snapshot do de banco de dados.

Se você quiser descrever o backup automatizado de uma instância de banco de dados do ambiente azul anterior ou restaurá-lo para um determinado momento, use o ID do recurso para a operação.

Como o nome da instância de banco de dados muda durante a transição, você não pode usar seu nome anterior para operações DescribeDBInstanceAutomatedBackups ou RestoreDBInstanceToPointInTime.

Para ter mais informações, consulte Restauração de uma instância de banco de dados para um tempo especificado.

Quando você adiciona uma réplica de leitura a uma instância de banco de dados no ambiente verde de uma implantação azul/verde, a nova réplica de leitura não substituirá uma réplica de leitura no ambiente azul quando você fizer a transição. No entanto, a nova réplica de leitura é mantida no novo ambiente de produção após a transição.

Quando você exclui uma instância de banco de dados no ambiente verde de uma implantação azul/verde, não é possível criar uma instância de banco de dados para substituí-la na implantação azul/verde.

Se você criar uma instância de banco de dados com o mesmo nome e nome do recurso da Amazon (ARN) da instância de banco de dados excluída, ela terá um DbiResourceId diferente, portanto, não fará parte do ambiente verde.

Ocorrerá o comportamento a seguir se você excluir uma instância de banco de dados no ambiente verde:

O mesmo comportamento se aplica às instâncias de banco de dados e às réplicas de leitura.

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.

Ao 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 Lidar com o carregamento lento ao criar uma implantação azul/verde.

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 para replicação de logs binários.

Por exemplo, se sua versão do mecanismo de banco de dados oferecer compatibilidade, considere usar replicação GTID, replicação paralela e replicação à prova de falhas em seu ambiente de produção antes de implantar sua implantação azul/verde. Essas opções promovem a consistência e a durabilidade de seus dados antes de você fazer a transição de sua implantação azul/verde. Para ter mais informações sobre replicação GTID para réplicas de leitura, consulte Usar a replicação baseada em GTID.

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. Você pode monitorar a memória livre com a métrica do FreeableMemory do CloudWatch. Para ter mais informações, consulte Métricas específicas da instância do Amazon CloudWatch para Amazon RDS.

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.

Se você estiver usando a extensão aws_s3, conceda ao da instância do banco de dados 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 obter instruções, consulte Configurar o acesso a um bucket do Amazon S3.

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 realizar uma atualização de versão principal.

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.

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.

As versões 8.0.11 a 8.0.13 do MySQL têm um bug da comunidade que impede que ele seja compatível com as implantações azul/verde.

As seguintes versões do são suportadas como origem e destino do upgrade: 11.21 e superior, 12.16 e superior, 13.12 e superior, 14.9 e superior e 15.4 e superior. Para versões inferiores, você pode realizar uma atualização de versão secundária para uma versão compatível.

As implantações azul/verde não são compatíveis com o gerenciamento de senhas de usuário principal com AWS Secrets Manager.

tabelas não registradas.

Para o RDS para PostgreSQL, a instância de banco de dados do ambiente azul não pode ser uma fonte lógica autogerenciada (publicador) nem uma réplica (assinante). Para o RDS para MySQL, a instância de banco de dados do ambiente azul não pode ser uma réplica externa de log binário.

Durante a transição, os ambientes azul e verde não podem ter integrações ETL zero com o Amazon Redshift. Você deve excluir a integração primeiro, alternar e, depois, recriar a integração.

O Agendador de Eventos (parâmetro event_scheduler) deve ser desativado no ambiente verde ao criar uma implantação azul/verde. Isso impede que eventos sejam gerados no ambiente verde e causem inconsistências.

As implantações azul/verde não são compatíveis com o driver JDBC da AWS para MySQL. Consulte mais informações em Known Limitations no GitHub.

As implantações azul/verde não são compatíveis com os seguintes recursos:

A extensão pg_partman deve ser desativada no ambiente azul ao criar uma implantação azul/verde. A extensão realiza operações de DDL como CREATE TABLE, que interrompem a replicação lógica do ambiente azul no ambiente verde.

A extensão pg_cron deve permanecer desativada em todos os bancos de dados verdes após a criação da implantação azul/verde. A extensão tem trabalhadores em segundo plano que são executados como superusuários e ignoram a configuração somente leitura do ambiente verde, o que pode causar conflitos de replicação.

Se o de banco de dados estiver configurado como o servidor externo de uma extensão de invólucro de dados externo (FDW), você deverá usar o nome do endpoint do da instância em vez dos endereços IP. Isso permite que a configuração permaneça funcional após a transição.

As extensões pglogical e pg_active devem ser desativadas no ambiente azul ao criar uma implantação azul/verde. Depois de promover o ambiente verde para o novo ambiente de produção, você poderá habilitar as extensões novamente. Além disso, o banco de dados azul não pode ser um assinante lógico de uma instância externa.

Se você estiver usando a extensão pgAudit, ela deverá permanecer nas bibliotecas compartilhadas (shared_preload_libraries) nos grupos de parâmetros de banco de dados personalizados para as instâncias de banco de dados azul e verde. Para ter mais informações, consulte Configurar a extensão pgAudit.

Você não pode alterar uma instância de banco de dados não criptografada em uma instância de banco de dados não criptografada.

Você não pode alterar uma instância de banco de dados não criptografada em uma instância de banco de dados não criptografada.

Você não pode alterar uma instância de banco de dados do ambiente azul para uma versão de mecanismo superior à instância de banco de dados do ambiente verde correspondente.

Os recursos no ambiente azul e no ambiente verde devem estar na mesma Conta da AWS.

Para o RDS para MySQL, se o banco de dados de origem estiver associado a um grupo de opções personalizado, você não poderá especificar uma atualização de versão principal ao criar a implantação azul/verde.

Nesse caso, você pode criar uma implantação azul/verde sem especificar uma atualização de versão principal. Depois, você pode atualizar o banco de dados no ambiente verde. Para ter mais informações, consulte Atualizar a versão de mecanismo de uma instância de banco de dados.