Atualizar um Amazon Aurora Global Database

A atualização de um Aurora Global Database segue os mesmos procedimentos que a atualização de clusters de banco de dados Aurora. No entanto, veja a seguir algumas diferenças importantes a serem observadas antes de iniciar o processo.

Recomendamos que você atualize os clusters de banco de dados primário e secundário para a mesma versão. Você só poderá realizar um failover gerenciado de banco de dados entre regiões em um banco de dados global do Aurora se os clusters de banco de dados primário e secundário tiverem as mesmas versões principal, secundária e nível de patch do mecanismo. No entanto, os níveis de patch podem ser diferentes, dependendo da versão secundária do mecanismo. Para ter mais informações, consulte Compatibilidade em nível de patch para transições e failovers gerenciados entre regiões.

Atualizações de versão principal

Quando você executa uma atualização de versão principal de um banco de dados Amazon Aurora global, você atualiza o cluster de banco de dados global em vez dos clusters individuais que ele contém.

Para saber como atualizar um banco de dados Aurora PostgreSQL global para uma versão principal superior, consulte Atualizações principais de bancos de dados globais.

Para saber como atualizar um banco de dados Aurora MySQL global para uma versão principal superior, consulte Principais atualizações no local para bancos de dados globais.

Atualizações de versões secundárias

É possível atualizar o Aurora Global Database para uma versão mais recente de mecanismo secundário em todas as regiões com uma única operação gerenciada e tempo de inatividade mínimo, o que elimina a necessidade de atualizar manual e separadamente cada cluster e reduz os custos operacionais indiretos do gerenciamento de clusters globais.

Noções básicas sobre atualizações de versões secundárias de banco de dados globais

É possível atualizar a versão secundária de um banco de dados global por meio da API do RDS, da AWS CLI ou do Console de gerenciamento da AWS. Essa operação única orquestra a atualização no cluster primário e em todos os clusters secundários (espelho). Se ocorrerem problemas durante a atualização, o serviço será revertido automaticamente para a versão existente.

Ao iniciar uma atualização de versão secundária do banco de dados global usando o comando modify-global-cluster, especifique a versão do mecanismo de destino para que o serviço coordene a atualização em todos os clusters. Essa atualização é aplicada imediatamente.

Para Linux, macOS ou Unix:

aws rds modify-global-cluster \
    --global-cluster-identifier global_cluster_identifier \
    --engine-version target_engine_version

Para Windows:

aws rds modify-global-cluster ^
    --global-cluster-identifier global_cluster_identifier ^
    --engine-version target_engine_version

Considerações sobre atualizações de versões secundárias

Ao planejar uma atualização de versão secundária para um banco de dados global, pense no seguinte:

É possível atualizar cada cluster individualmente na topologia de cluster global. Se optar por essa abordagem, atualize todos os clusters secundários antes de atualizar o cluster primário. Ao atualizar, garanta que os clusters de banco de dados primário e secundário sejam atualizados para o mesmo nível de versão secundária e de patch. Para atualizar o nível do patch, aplique todas as ações de manutenção pendentes no cluster secundário. Para saber como atualizar um banco de dados Aurora PostgreSQL global para uma versão secundária superior, consulte Como realizar atualizações de versão secundária e aplicar patches.

Atualizações de versões secundárias de um banco de dados global do Aurora MySQL

Para saber como atualizar um banco de dados Aurora MySQL global para uma versão secundária superior, consulte Atualizar o Aurora MySQL modificando a versão do mecanismo.

Antes de realizar a atualização, revise as seguintes considerações:

Compatibilidade em nível de patch para transições e failovers gerenciados entre regiões

Se o Aurora Global Database estiver executando uma das versões secundárias do mecanismo, será possível realizar transições ou failovers gerenciados entre regiões mesmo se os níveis de patch dos clusters de banco de dados primário e secundário forem diferentes. Para versões secundárias do mecanismo anteriores às desta lista, os clusters de banco de dados primário e secundário deverão executar os mesmos níveis principal, secundário e de patch a fim de realizar transições ou failovers gerenciados entre regiões. Revise as informações da versão e as observações na tabela a seguir ao planejar as atualizações para o cluster primário, secundário ou ambos.