As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Replicação entre regiões do Aurora
Com clusters da edição do Amazon Aurora compatível com MySQL, você pode usar réplicas do Aurora entre regiões para criar uma réplica do seu cluster de banco de dados primário em outra Região da AWS usando o mecanismo de replicação nativo do mecanismo de banco de dados. O Aurora compatível com MySQL usa a replicação de log binário (binlog). Esse tipo de replicação é baseado no processo de captura de dados de alteração (CDC). O CDC identifica e rastreia as alterações nos dados em um banco de dados. As alterações no banco de dados primário são registradas em um arquivo de logs de alterações, que é transferido para a máquina que executa a réplica do Aurora na segunda região. Um processo na máquina secundária lê esses rlogs de alterações e gera instruções SQL que são então aplicadas ao banco de dados secundário.
O diagrama a seguir mostra a arquitetura de alto nível de uma réplica do Aurora entre regiões.
O diagrama mostra o seguinte fluxo de transação:
-
As transações são confirmadas nos clusters primários do Aurora.
-
Um processo registra essas alterações na fonte usando o thread de despejo de logs binários, que as grava em um arquivo de logs binários.
-
Um agente de replicação envia os logs de alterações por meio de um thread de E/S para retransmitir os logs na região secundária.
-
Um processo lê os logs de alterações, gera instruções SQL e aplica as instruções ao cluster secundário do Aurora.
Os clusters do Aurora compatível com MySQL pode ter até cinco réplicas de leitura criadas dessa maneira, cada uma em uma região diferente. O Aurora compatível com PostgreSQL não é compatível com réplicas do Aurora entre regiões. No entanto, para clusters de banco de dados PostgreSQL do Aurora, você pode usar um banco de dados global do Aurora.
