Réplicas de leitura do Amazon RDS

As réplicas de leitura do Amazon RDS aperfeiçoam a performance e a durabilidade para instâncias de banco de dados (DB) do Amazon RDS. Elas facilitam o aumento da escala na horizontal de maneira elástica além dos limites de capacidade de uma única instância de DB para workloads de banco de dados com uso intenso de leitura. Você pode criar uma ou mais réplicas de uma determinada instância de banco de dados de origem e atender ao tráfego de leitura de aplicações de alto volume de várias cópias dos seus dados, aumentando portanto o processamento de leitura agregado. Quando necessário, as réplicas de leitura também podem ser promovidas para instâncias de banco de dados autônomas. As réplicas de leitura estão disponíveis no Amazon RDS para MySQL, MariaDB, PostgreSQL, Oracle e SQL Server, bem como no Amazon Aurora.

Para os mecanismos de banco de dados MySQL, MariaDB, PostgreSQL, Oracle e SQL Server, o Amazon RDS cria uma segunda instância de banco de dados usando um snapshot da instância de banco de dados de origem. Em seguida, o Amazon RDS usa a replicação assíncrona nativa dos mecanismos para atualizar a réplica de leitura sempre que a instância de banco de dados de origem é alterada. A réplica de leitura opera como uma instância de banco de dados que permite somente conexões para leitura. Os aplicativos podem conectar-se a uma réplica de leitura da mesma forma como fariam com qualquer outra instância de BD. O Amazon RDS replica todos os bancos de dados na instância de banco de dados de origem.

O Amazon Aurora amplia ainda mais os benefícios de réplicas de leitura, usando uma camada de armazenamento virtualizado com SSD criada especificamente para workloads de banco de dados. As réplicas do Amazon Aurora compartilham o mesmo armazenamento subjacente da instância de origem, reduzindo custos e evitando a necessidade de copiar dados para os nós de réplica. Para obter mais informações sobre replicação com o Amazon Aurora, consulte a documentação on-line.

Escalabilidade de leitura e recuperação de desastres

Configuração

Ao usar o Console de Gerenciamento da AWS, você pode adicionar facilmente réplicas de leitura a instâncias de bando de dados existentes. Use a opção “Create Read Replica” (Criar réplica de leitura) correspondente à sua instância de banco de dados no Console de Gerenciamento da AWS. O Amazon RDS para MySQL, MariaDB e PostgreSQL permite adicionar até 15 réplicas de leitura a cada instância de banco de dados. O Amazon RDS para Oracle e SQL Server permitem adicionar até cinco réplicas de leitura a cada instância de banco de dados.

O Amazon RDS para MySQL, MariaDB, PostgreSQL e Oracle oferece duas opções baseadas em SSD para armazenamento de banco de dados: uso geral e IOPS provisionadas. As réplicas de leitura desses mecanismos não devem usar o mesmo tipo de armazenamento que as instâncias de banco de dados principais. Você poderá otimizar sua performance ou seus gastos selecionando um tipo de armazenamento alternativo para réplicas de leitura. Para obter mais informações, consulte a documentação sobre réplicas de leitura para o Amazon RDS para MySQL, MariaDB, PostgreSQL, Oracle e SQL Server, bem como no Amazon Aurora.

Réplicas de leitura, implantações Multi-AZ e implantações em várias regiões

As réplicas de leitura do Amazon RDS complementam as implantações Multi-AZ. Embora ambos os recursos mantenham uma segunda cópia dos dados, há diferenças entre os dois:

Implantações Multi-AZ

Implantações de múltiplas regiões

Réplicas de leitura

O objetivo principal é a alta disponibilidade

O objetivo principal é a recuperação de desastres e desempenho local

O objetivo principal é a escalabilidade

Quando não realizadas com o Aurora: replicação síncrona; quando realizadas com o Aurora: replicação síncrona

Replicação assíncrona

Replicação assíncrona

Não Aurora: apenas a instância primária está ativa; Aurora: todas as instâncias estão ativas

Todas as regiões estão acessíveis e podem ser usadas para leitura

Todas as réplicas de leitura podem ser acessadas e usadas para escalabilidade de leitura

Não Aurora: backups automáticos são realizados usando a espera; Aurora: backups automáticos são realizados usando a camada de armazenamento compartilhada

Backups automatizados podem ser realizados em cada região

Nenhum backup configurado por padrão

Abrange sempre ao menos duas Zonas de disponibilidade em uma única região

Cada região pode ter uma implantação Multi-AZ

Pode estar em uma Zona de disponibilidade, em várias zonas de disponibilidade ou em várias regiões

Não Aurora: os upgrades de versão do mecanismo de banco de dados ocorrem no primário; Aurora: todas as instâncias são atualizadas junto

Não Aurora: os upgrades de versão do mecanismo de banco de dados são independentes em cada região; Aurora: todas as instâncias são atualizadas junto

Não Aurora: os upgrades de versão do mecanismo de banco de dados são independentes de cada instância; Aurora: todas as instâncias são atualizadas junto

Failover automático para espera (não Aurora) ou réplica de leitura (Aurora) quando um problema é detectado

Aurora permite a promoção de uma região secundária para ser a principal

Pode ser promovida manualmente para uma instância de banco de dados autônoma (não Aurora) ou para ser a instância principal (Aurora)

É possível combinar réplicas de leitura com outros recursos do Amazon RDS para aproveitar os benefícios de cada um. Por exemplo, você pode configurar um banco de dados de origem como Multi-AZ para alta disponibilidade e criar uma réplica de leitura (em Single-AZ) para escalabilidade de leitura. Ou você pode usar o Aurora Global Database para replicar dados da implantação do Aurora Multi-AZ em regiões adicionais.

Com o RDS for MySQL, MariaDB, PostgreSQL e Oracle, também é possível definir a réplica de leitura como Multi-AZ, o que permite usar a réplica de leitura como um destino de recuperação de desastres. Quando você promover a réplica de leitura para um banco de dados autônomo, ele já será habilitado para Multi-AZ.