Disponibilidade de região e versão Benefícios Fluxo de trabalho

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

Ao usar implantações azul/verde do Amazon Aurora, é possível fazer e testar alterações no banco de dados antes de implementá-las em um ambiente de produção. Uma implantação azul/verde cria um ambiente de teste que copia o ambiente de produção. Em uma implantação azul/verde, o ambiente azul é o ambiente de produção atual. O ambiente verde é o ambiente de preparação e permanece sincronizado com o ambiente de produção atual.

Você pode fazer alterações no cluster de banco de dados do RDS no ambiente verde sem afetar as workloads de produção. Por exemplo, você pode atualizar a versão principal ou secundária do mecanismo de banco de dados ou alterar os parâmetros do banco de dados no ambiente de preparação. Você pode testar minuciosamente as alterações no ambiente verde. Quando estiver tudo pronto, você poderá fazer a transição do ambiente verde para o novo ambiente de produção. A transição normalmente leva menos de um minuto, sem perda de dados e sem necessidade de alterações na aplicação.

Como o ambiente verde é uma cópia da topologia do ambiente de produção, o cluster de banco de dados e todas as suas instâncias de banco de dados são copiados na implantação. O ambiente verde também inclui os recursos usados pelo cluster de banco de dados, como snapshots do cluster de banco de dados, Performance Insights, monitoramento aprimorado e o Aurora Serverless v2.

nota

Implantações azul/verde são compatíveis com o Aurora MySQL e o Aurora PostgreSQL. Para ter informações sobre a disponibilidade do RDS, consulte Visão geral das implantações azul/verde do Amazon RDS no Guia do usuário do Amazon RDS.

Tópicos

Disponibilidade de região e versão

A disponibilidade e a compatibilidade de recursos variam entre versões específicas de cada mecanismo de banco de dados e entre Regiões da AWS. Para obter mais informações, consulte Regiões e mecanismos de banco de dados do Aurora compatíveis com implantações azul/verde.

Benefícios do uso de implantações azul/verde do Amazon RDS

Ao usar implantações azul/verde do Amazon RDS, você pode se manter atualizado sobre os patches de segurança, melhorar a performance do banco de dados e adotar novos recursos de banco de dados com um tempo de inatividade curto e previsível. As implantações azul/verde reduzem os riscos e o tempo de inatividade das atualizações do banco de dados, como atualizações principais ou secundárias de versões do mecanismo.

As implantações azul/verde oferecem os seguintes benefícios:

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.

Fluxo de trabalho de uma implantação azul/verde

Conclua as etapas principais a seguir ao usar uma implantação azul/verde para atualizações do cluster de banco de dados do Aurora.

Identifique um cluster de banco de dados de produção que exija atualizações.

A imagem a seguir mostra um exemplo de cluster de banco de dados de produção.
Crie a implantação azul/verde Para instruções, consulte Criar uma implantação azul/verde no Amazon Aurora.

A imagem a seguir mostra um exemplo de implantação azul/verde do ambiente de produção da etapa 1. Ao criar a implantação azul/verde, o RDS copia a topologia e a configuração completas do cluster de banco de dados do Aurora para criar o ambiente verde. Os nomes do cluster e das instâncias de banco de dados copiados são anexados com -green-random-characters. O ambiente de teste na imagem contém o cluster de banco de dados (auroradb-green-abc123). Ele também contém as três instâncias de banco de dados no cluster de banco de dados (auroradb-instance1-green-abc123, auroradb-instance2-green-abc123 e auroradb-instance3-green-abc123).

Ao criar a implantação azul/verde, você pode especificar uma versão do mecanismo de banco de dados posterior e um grupo de parâmetros de banco de dados diferente para o cluster de banco de dados no ambiente verde. Você também pode especificar um grupo de parâmetros de banco de dados diferente para as instâncias de banco de dados no cluster de banco de dados.

O RDS também configura a replicação da instância de banco de dados primária no ambiente azul para a instância de banco de dados primária no ambiente verde.

Importante
Em relação ao Aurora MySQL versão 3, depois de criar a implantação azul/verde, o cluster de banco de dados no ambiente verde permite operações de gravação por padrão. No entanto, isso não se aplica aos usuários que têm o privilégio CONNECTION_ADMIN, incluindo o usuário principal do Aurora. Usuários com esse privilégio podem ignorar o comportamento read_only. Para obter mais informações, consulte Modelo de privilégios baseados em funções.
Faça as alterações no ambiente de teste.

Por exemplo, você pode alterar a classe da instância de banco de dados usada por uma ou mais instâncias de banco de dados no ambiente verde.

Para obter informações sobre como modificar um cluster de banco de dados, consulte Modificar um cluster de bancos de dados Amazon Aurora.
Teste seu ambiente de teste.

Durante o teste, recomendamos que você mantenha seus bancos de dados no ambiente verde somente leitura. Habilite 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. Para habilitar as operações de gravação para o Aurora MySQL, defina o parâmetro read_only como 0 e reinicialize a instância de banco de dados. Para o Aurora PostgreSQL, defina o parâmetro default_transaction_read_only como off no nível da sessão.
Quando estiver tudo pronto, faça a transição para promover o ambiente de teste para o novo ambiente de produção. Para instruções, consulte Mudar uma implantação azul/verde no Amazon Aurora.

A transição ocasiona tempo de inatividade. O tempo de inatividade geralmente é inferior a um minuto, mas pode ser maior dependendo de sua workload.

A imagem a seguir mostra os clusters de banco de dados após a transição.

Após a transição, o cluster de banco de dados do Aurora no ambiente verde se torna o novo cluster de banco de dados de produção. Os nomes e os endpoints no ambiente de produção atual são atribuídos ao ambiente de produção recém-transicionado, sem exigir alterações na aplicação. Como resultado, seu tráfego de produção agora flui para o novo ambiente de produção. O cluster e as instâncias de banco de dados no ambiente azul são renomeados anexando -oldn ao nome atual, em que n é um número. Por exemplo, suponha que o nome da instância de banco de dados no ambiente azul seja auroradb-instance-1. Após a transição, o nome da instância de banco de dados pode ser auroradb-instance-1-old1.

No exemplo da imagem, as seguintes alterações ocorrem durante a alternância:
- O cluster de banco de dados do ambiente verde auroradb-green-abc123 torna-se o cluster de banco de dados de produção chamado auroradb.
- A instância de banco de dados do ambiente verde denominada auroradb-instance1-green-abc123 torna-se a instância de banco de dados de produção denominada auroradb-instance1.
- A instância de banco de dados do ambiente verde denominada auroradb-instance2-green-abc123 torna-se a instância de banco de dados de produção denominada auroradb-instance2.
- A instância de banco de dados do ambiente verde denominada auroradb-instance3-green-abc123 torna-se a instância de banco de dados de produção denominada auroradb-instance3.
- O cluster de banco de dados do ambiente azul chamado auroradb torna-se auroradb-old1.
- A instância de banco de dados do ambiente azul chamado auroradb-instance1 torna-se auroradb-instance1-old1.
- A instância de banco de dados do ambiente azul chamado auroradb-instance2 torna-se auroradb-instance2-old1.
- A instância de banco de dados do ambiente azul chamado auroradb-instance3 torna-se auroradb-instance3-old1.
Caso não precise mais de uma implantação azul/verde, você pode excluí-la. Para instruções, consulte Excluir uma implantação azul/verde no Amazon Aurora.

Após a transição, o ambiente de produção anterior não é excluído para que você possa usá-lo para testes de regressão, se necessário.