As implantações Multi-AZ do Amazon RDS proporcionam disponibilidade e durabilidade melhores para instâncias de banco de dados (DB) do RDS, o que as torna a solução ideal para cargas de trabalho de banco de dados de produção. Quando você provisiona uma Instância de DB Multi-AZ, o Amazon RDS cria automaticamente uma Instância de DB principal e replica de forma síncrona os dados para uma instância de espera em uma Zona de disponibilidade (AZ) diferente. Cada AZ opera em sua própria infraestrutura fisicamente distinta e independente e é projetada para ser altamente confiável. Em caso de uma falha de infraestrutura, o Amazon RDS executa um failover automático para a espera (ou para uma réplica de leitura, no caso do Amazon Aurora) para que você possa reiniciar as operações de banco de dados assim que o failover for concluído. Como o endpoint da sua instância de DB permanece o mesmo após um failover, sua aplicação pode retomar as operações de banco de dados sem necessidade de intervenção administrativa manual.

Diversos mecanismos do Amazon RDS permitem que você adicione réplicas de leitura para maior escalabilidade e mantena a disponibilidade do banco de dados caso haja falha de uma AZ. As réplicas de leitura do Amazon RDS podem ser configuradas com suas próprias instâncias de espera em uma AZ diferente. No caso do Aurora, você pode escolher colocar a réplica de leitura entre diversas zonas de disponibilidade.

O Amazon Aurora amplia ainda mais os benefícios do Multi-AZ, usando uma camada de armazenamento virtualizado com SSD criada especificamente para cargas de trabalho de banco de dados. Ele replica automaticamente o armazenamento seis vezes, em três Zonas de disponibilidade. O armazenamento do Amazon Aurora é tolerante a falhas e trata de forma integrada a perda de até duas cópias de dados sem afetar a disponibilidade de gravação do banco de dados, bem como a perda de até três cópias sem afetar a disponibilidade de leitura. O Aurora sempre replica seus dados entre três Zonas de disponibilidade, independentemente de se seu banco de dados usa réplicas de leitura.

Conversão de uma instância do Amazon RDS em Multi-AZ (3:01)

Benefícios

Durabilidade aperfeiçoada

Implantações Multi-AZ para mecanismos MySQL, MariaDB, Oracle e PostgreSQL utilizam replicação física síncrona para manter os dados da instância de espera atualizados em relação à instância principal. Implantações Multi-AZ para o mecanismo SQL Server utilizam replicação lógica síncrona para alcançar o mesmo resultado, empregando a tecnologia de espelhamento nativa do SQL Server. O Amazon Aurora usa uma camada de armazenamento virtualizado com SSD criada especificamente para cargas de trabalho de banco de dados. Todas as abordagens protegem seus dados no caso de falha de uma instância de DB ou perda de uma Zona de disponibilidade.

Maior disponibilidade

Você se beneficia da disponibilidade otimizada do banco de dados ao executar implantações Multi-AZ. Se ocorrer uma falha em uma Zona de disponibilidade ou em uma instância de DB, o impacto na disponibilidade será limitado ao tempo necessário para a conclusão do failover automático, que geralmente é inferior a um minuto para o Amazon Aurora (chegando a 30 segundos com o uso do MariaDB Connector/J) e de um a dois minutos para outros mecanismos de banco de dados (consulte as perguntas frequentes do RDS para obter detalhes).

Os benefícios de disponibilidade das implantações Multi-AZ também se estendem à manutenção e aos backups planejados. No caso de upgrades de sistema como patching de OS ou escalonamento de instância de DB, essas operações são aplicadas primeiro na implantação de espera, antes do failover automático. Como resultado, o impacto na disponibilidade é limitado ao tempo necessário para a conclusão do failover automático.

Proteção do desempenho do seu banco de dados

Diferentemente das implantações Single-AZ, a atividade de E/S não é suspensa em sua instância principal durante o backup nas implantações Multi-AZ de mecanismos MySQL, MariaDB, Oracle e PostgreSQL, pois o backup é feito por meio da instância de espera. Contudo, observe que você ainda pode passar por latências elevadas por alguns minutos durante os backups para implantações Multi-AZ.

Em caso de falha de instância em implementações do Amazon Aurora, o Amazon RDS usa tecnologia RDS Multi-AZ para automatizar o failover para uma das até 15 réplicas do Amazon Aurora que você criou em uma das três Zonas de disponibilidade. Em caso de falha, se nenhuma réplica do Amazon Aurora foi provisionada, o Amazon RDS tentará criar automaticamente uma nova instância de DB do Amazon Aurora.

Failover automático

Se um volume de armazenamento na instância primária falhar em uma implantação Multi-AZ, o Amazon RDS iniciará automaticamente um failover para a espera atualizada (ou para uma réplica, no caso do Amazon Aurora). Compare isso com uma implantação Single-AZ: no caso de uma falha de banco de dados Single-AZ, uma operação de restauração de ponto no tempo iniciada pelo usuário será necessária. Essa operação pode demorar várias horas para terminar e as atualizações que ocorrerem depois do tempo de restauração mais recente (normalmente, os últimos cinco minutos) não estarão disponíveis.

O failover da instância de DB é totalmente automático e não requer intervenção administrativa. O Amazon RDS monitora a saúde das instâncias primária e em espera, e inicia o failover automaticamente em resposta a diversas condições de falha.

Condições de failover

O Amazon RDS detecta e recupera automaticamente os cenários de falha mais comuns das implantações Multi-AZ para que você possa reiniciar as operações de banco de dados o mais rápido possível, sem intervenção administrativa. O Amazon RDS executa automaticamente um failover em qualquer uma das seguintes ocorrências:

  • Perda de disponibilidade na zona de disponibilidade principal
  • Perda de conectividade de rede para principal
  • Falha de unidade computacional na principal
  • Falha de armazenamento na principal

Observação: quando operações como ações de escalabilidade de instâncias de DB ou upgrades de sistema como aplicação de patches no SO são iniciadas em implantações Multi-AZ, são aplicadas primeiro na espera antes de um failover automático para oferecer melhor disponibilidade (consulte a documentação do Aurora para obter detalhes sobre o comportamento do upgrade). Como resultado, o impacto na disponibilidade será limitado ao tempo necessário para a conclusão do failover automático. Note que implantações Multi-AZ do Amazon RDS não executam failover automaticamente em caso de operações de banco de dados como consultas com execução demorada, bloqueios ou erros de corrupção de banco de dados.

Tolerância a falhas entre diversos datacenters

Configuração

Usando o Console de gerenciamento da AWS, você pode criar facilmente novas implantações Multi-AZ ou modificar instâncias Single-AZ existentes para que se tornem implantações Multi-AZ. Para criar uma nova implantação Multi-AZ usando o Console de gerenciamento da AWS, basta clicar na opção "Sim" para "Implantação Multi-AZ" ao iniciar uma Instância de DB. Para converter uma Instância de banco de dados Single-AZ existente em uma implantação Multi-AZ, use a opção "Modificar" correspondente à sua Instância de banco de dados no Console de gerenciamento da AWS.

Implantações Multi-AZ, implantações de múltiplas regiões e réplicas de leitura

Implantações Multi-AZ do Amazon RDS complementam as implantações de múltiplas regiões e réplicas de leitura. Enquanto todos os três recursos aumentam a disponibilidade e durabilidade ao manter cópias adicionais de seus dados, há diferenças entre eles:

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

Não Aurora: replicação síncrona; Aurora: replicação assí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 estão acessíveis e podem ser 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 promovido manualmente para uma instância de banco de dados autônoma (não Aurora) ou para ser a instância primária (Aurora)

É possível combinar implantações Multi-AZ 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.

Saiba mais sobre os recursos do Amazon RDS
Saiba mais sobre os recursos do RDS

Explore os principais recursos do Amazon RDS. 

Saiba mais 
Cadastre-se para obter uma conta da AWS
Cadastre-se para obter uma conta gratuita

Obtenha acesso instantâneo ao nível gratuito da AWS. 

Cadastrar-se 
Comece a criar com o Amazon RDS no console
Comece a criar no console

Comece a usar o console de gerenciamento do Amazon RDS.

Faça login