A implantação multi‑AZ reduzirá o tempo de inatividade durante uma modificação do MySQL do Amazon RDS?
Quero modificar minha instância do Amazon Relational Database Service (Amazon RDS) para MySQL. Uma implantação multi‑AZ ajudará a reduzir o tempo de inatividade?
Breve descrição
As implantações multi‑AZ podem reduzir o impacto de suas alterações quando você modifica uma instância MySQL do Amazon RDS.
A implantação multi‑AZ pode impactar sua instância MySQL do Amazon RDS nos casos a seguir:
- Modificação do armazenamento da instância de banco de dados
- Atualização da classe da instância de banco de dados
- Manutenção do sistema operacional ou do hardware
Observação: dependendo do tipo de atualização, pode ser que a implantação multi‑AZ não ofereça maiores benefícios de disponibilidade.
Resolução
Modificação do armazenamento da instância de banco de dados
Para modificar o armazenamento do Amazon RDS, as modificações de armazenamento disponíveis são:
- Tamanho do armazenamento alocado
- Valor das IOPS provisionadas
- Tipo de armazenamento
Aumentar o armazenamento alocado e alterar os valores das IOPS são operações on‑line que não geram tempo de inatividade. O multi‑AZ não oferece disponibilidade adicional durante as atualizações de armazenamento, já que elas ocorrem ao mesmo tempo na instância de banco de dados primária e na instância em espera. Para mais informações sobre as modificações no armazenamento e possíveis períodos de inatividade, consulte Configurações para instâncias de banco de dados.
Também não há tempo de inatividade quando você altera o tipo de armazenamento de uma instância de banco de dados multi‑AZ de SSD de uso geral para SSD de IOPS provisionadas ou vice‑versa. No entanto, há tempo de inatividade quando você altera:
- De SSD de uso geral para Magnético ou vice‑versa: de Magnético para SSD de uso geral.
- De SSD de IOPS provisionadas para Magnético ou vice‑versa: de Magnético para SSD de IOPS provisionadas.
- De SSD de uso geral para SSD de IOPS provisionadas, mas só se a instância de banco de dados for single‑AZ e você estiver usando um grupo de parâmetros personalizado. Uma instância single‑AZ quer dizer que a instância não conta com uma implantação multi‑AZ.
- De SSD de IOPS provisionadas para SSD de uso geral, mas só se a instância de banco de dados for single‑AZ e você estiver usando um grupo de parâmetros personalizado.
Atualização da classe da instância de banco de dados
Alterar a classe da instância exige tempo de inatividade. Isso ocorre porque o conjunto de hardware é redefinido, e, logo, a operação não é realizada on‑line. Uma implantação multi‑AZ da instância de banco de dados MySQL do Amazon RDS pode reduzir os impactos dessa atualização de modo significativo. A razão para isso é que a atualização não é feita na instância primária e na instância em espera ao mesmo tempo. A instância em espera é modificada primeiro, causando um failover. Após o failover, a antiga instância primária (que agora é a instância em espera) é modificada. O tempo de inatividade necessário inclui a conclusão de um failover, normalmente de 60 a 120 segundos, e a conclusão da recuperação de falhas do mecanismo de banco de dados. Para mais informações, consulte Implantações multi‑AZ.
Atualização da versão do mecanismo de banco de dados
A atualização da versão do mecanismo de banco de dados pode ser programada manualmente por meio do console ou da API do RDS. Uma atualização também pode ocorrer por meio de uma atualização automática de versão secundária ou após o mecanismo ser descontinuado. A atualização da versão do mecanismo de banco de dados é feita no host primário e no host em espera ao mesmo tempo, já que as atualizações contínuas não são automatizadas pelo MySQL do RDS. Logo, uma atualização da versão do mecanismo de banco de dados não se beneficia de uma implantação multi‑AZ. Faça a atualização em um ambiente de teste antes de fazer a atualização real. Dessa forma, você pode avaliar o impacto da atualização quanto ao escopo e à duração. Para mais informações, consulte Práticas recomendadas ao atualizar o Amazon RDS para MySQL e o Amazon RDS para MariaDB.
Observação: caso sua instância de banco de dados MySQL do RDS use réplicas de leitura, é necessário atualizar todas as réplicas de leitura antes de atualizar a instância de origem. Para mais informações, consulte Usando uma réplica de leitura para reduzir o tempo de inatividade ao atualizar um banco de dados MySQL.
Manutenção programada do sistema operacional ou do hardware
A implantação multi‑AZ pode reduzir os impactos das alterações de modo significativo ao fazer uma manutenção programada do sistema operacional ou do hardware.
A implantação multi‑AZ afeta a manutenção programada das seguintes formas:
- Quando a manutenção é programada somente para o host primário, um failover ocorre e a manutenção é feita nesse host, que agora é considerado o host secundário.
- Quando a manutenção é programada somente para o host secundário (também chamado host em espera), não há tempo de inatividade.
- Quando a manutenção é programada tanto para o host primário quanto para o secundário, a manutenção é executada primeiro no host secundário. Em seguida, ocorre um failover e a manutenção é feita no antigo host primário (que agora é o host secundário).
Para mais informações, consulte Como minimizo o tempo de inatividade durante uma manutenção obrigatória do Amazon RDS?
Conteúdo relevante
- AWS OFICIALAtualizada há 3 anos
- AWS OFICIALAtualizada há um ano
- AWS OFICIALAtualizada há 3 anos