O que acontece quando eu altero minha instância de banco de dados do RDS de uma implantação Single-AZ para uma Multi-AZ ou de uma implantação Multi-AZ para uma implantação Single-AZ?

Resolução

Escolha o tipo de implantação para seu caso de uso

Antes de alterar seu tipo de implantação, revise as seguintes diferenças entre as implantações Multi-AZ e Single-AZ:

• Uma configuração Single-AZ implanta uma instância de banco de dados do RDS e volumes de armazenamento do Amazon Elastic Block Store (Amazon EBS) em uma Zona de disponibilidade.
• Uma configuração Multi-AZ implanta uma instância e volumes de armazenamento do EBS em duas Zonas de disponibilidade.
• Quando você usa a implantação Multi-AZ, o Amazon RDS mantém uma cópia em espera dos seus dados. O Amazon RDS detecta e depois se recupera automaticamente de falhas de infraestrutura para que seja possível retomar rapidamente as operações do banco de dados.
• Ao usar a implantação Single-AZ, talvez seja necessário iniciar uma operação de recuperação para um ponto no tempo (point-in-time recovery, PITR) durante uma interrupção planejada ou não planejada. Uma operação PITR pode levar várias horas para ser concluída. As atualizações de dados que ocorrem após o último período de restauração não estão disponíveis, então é possível enfrentar um tempo de inatividade extra.
• Para uma implantação Multi-AZ, o Amazon RDS cria snapshots de banco de dados e backups automatizados da instância secundária durante a janela de backup automático. O processo de backup não suspende a atividade de E/S na sua instância primária porque o Amazon RDS faz o backup da instância secundária para os mecanismos de banco de dados do Amazon RDS para MariaDB, Amazon RDS para MySQL, Amazon RDS para Oracle e Amazon RDS para PostgreSQL. No Amazon RDS para SQL Server, o processo de backup suspende brevemente a atividade de E/S.
• Em uma implantação Single-AZ, o processo de backup resulta em uma breve suspensão de E/S que pode durar de alguns segundos a alguns minutos. A quantidade de tempo depende do tamanho e da classe da sua instância.
• Nas implantações Multi-AZ, o Amazon RDS aplica primeiro a manutenção do sistema operacional (SO) e operações de escala à instância secundária. O Amazon RDS promove a instância secundária para instância primária e, em seguida, executa manutenção ou modificações na instância primária antiga. A instância primária antiga se torna a nova instância em espera. Portanto, há um tempo de inatividade mínimo durante determinados patches do sistema operacional ou operações de escala.
• Uma instância Single-AZ não fica disponível durante uma operação de escala.

Observação: você não enfrenta tempo de inatividade na instância quando muda de um tipo de implantação para outro.

Modifique seu tipo de implantação de Multi-AZ para Single-AZ

Modifique seu tipo de implantação.

Quando você muda sua instância de uma implantação Multi-AZ para uma implantação Single-AZ, o Amazon RDS exclui somente a instância e os volumes secundários. A modificação não afeta a instância primária.

Modifique seu tipo de implantação de Single-AZ para Multi-AZ

Modifique seu tipo de implantação.

Quando você converte sua instância de uma implantação Single-AZ para uma implantação Multi-AZ, o Amazon RDS cria um snapshot dos volumes da instância. O Amazon RDS usa o snapshot para criar novos volumes em outra Zona de disponibilidade. Os novos volumes ficam imediatamente disponíveis para uso.

No entanto, é possível enfrentar um aumento na latência de gravação durante e após o processo de modificação devido ao carregamento lento. Isso ocorre porque a instância está carregando os dados do novo volume do Amazon Simple Storage Service (Amazon S3) em segundo plano. Para obter mais informações, consulte Restaurar uma instância de banco de dados.

A quantidade de latência que você enfrenta depende do tipo de volume, workload, instância e tamanho do volume. Como resultado, é uma prática recomendada modificar uma instância de teste antes de modificar a instância de produção. Também é uma prática recomendada modificar a instância em uma janela de manutenção ou de baixo throughput.

Para reduzir a duração do carregamento e a latência de gravação, conclua as seguintes etapas:

1. Altere o tipo de armazenamento da instância para operações de entrada e saída provisionadas por segundo (IOPS). Provisione uma quantidade de IOPS muito maior do que seu workload exige.
   Observação: se a instância usar um grupo de parâmetros personalizado, o tempo de inatividade poderá ocorrer quando você alterar o tipo de armazenamento.
2. Se você não alterou o tipo de implantação, modifique a instância para uma implantação Multi-AZ.
3. Inicie um failover em sua instância para garantir que a nova Zona de disponibilidade seja a principal Zona de disponibilidade.
4. Execute um despejo completo dos dados em sua instância. Ou execute consultas de varredura completa de tabela nas tabelas mais ativas para carregar rapidamente os dados nos volumes.
5. Analise a métrica WriteLatency no Amazon CloudWatch para confirmar se a latência de gravação retorna aos níveis normais.
6. Reverta o tipo de armazenamento ou IOPS da instância para sua configuração anterior.
   Observação: o tempo de inatividade não ocorre quando você reverte seu tipo de armazenamento.

Quando você altera uma instância de uma implantação Single-AZ para uma implantação Multi-AZ, o Amazon RDS cria uma instância em espera com a mesma configuração em outra Zona de disponibilidade. A instância em espera pode gerar custos extras. Além disso, como uma implantação Multi-AZ usa replicação síncrona, as gravações são um pouco mais lentas do que as de uma implantação Single-AZ.

Informações relacionadas

Amazon RDS Multi-AZ (Multi-AZ do Amazon RDS)