Quais são os fatores que influenciam o tempo de inatividade dos clusters de banco de dados do Amazon Aurora?

Breve descrição

Suas instâncias de banco de dados do Amazon Aurora podem estar em tempo de inatividade por vários motivos. Os principais fatores que influenciam o tempo de inatividade incluem:

• Atualizações da versão do mecanismo
• Failovers dos clusters de banco de dados
• Tarefas de manutenção
• Reinicializações de cluster ou instância de banco de dados
• Modificar configurações específicas em seu cluster ou instância de banco de dados

Resolução

Observação: se aparecerem erros ao executar comandos da AWS Command Line Interface (AWS CLI), verifique se você está usando a versão mais recente da AWS CLI.

Atualizações da versão do mecanismo

As atualizações da versão do mecanismo incluem atualizações de versões principais e secundárias. As atualizações de versões principais e secundárias causam tempo de inatividade em todo o cluster do banco de dados do Aurora. Antes de atualizar um cluster de banco de dados de produção, é importante testar o processo de atualização em um cluster de banco de dados de teste. Verifique a duração do processo e valide seus aplicativos antes de realizar a atualização.

Você também pode usar implantações azul/verde do Amazon Relational Database Service (Amazon RDS) para atualizar a versão principal ou secundária do seu cluster. O tempo de inatividade normalmente dura menos de um minuto para atualizações ao usar implantações azul/verde.

Atualizações automáticas de versões secundárias

Atualizações automáticas de versões secundárias causam tempo de inatividade em todo o seu cluster de banco de dados do Aurora. Essas atualizações automáticas de versões secundárias são aplicadas durante a janela de manutenção do cluster. Se você não precisar desse recurso, desative as atualizações automáticas de versões secundárias em suas instâncias de banco de dados.

Para mais informações, consulte Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados do Aurora MySQL.

Observação: A ativação do recurso de atualização automática de versões secundárias em si não causa tempo de inatividade durante a modificação. O tempo de inatividade ocorre somente quando o Aurora aplica a atualização automática.

Failover de cluster de banco de dados

Se seu cluster de banco de dados Aurora tiver uma ou mais réplicas do Aurora, a réplica será promovida para a instância primária durante eventos de failover. Ocorre um breve período de inatividade e as operações de leitura e gravação falham, com uma exceção. Normalmente, o serviço é restaurado em menos de 120 segundos e, em geral, em menos de 60 segundos.

Para aumentar a disponibilidade do cluster de banco de dados, crie uma ou mais réplicas do Aurora em duas ou mais zonas de disponibilidade (AZs) diferentes. Para mais informações, consulte Tolerância a falhas para um cluster de banco de dados do Aurora.

Tarefas de manutenção para seu cluster de banco de dados do Aurora

Algumas tarefas de manutenção, como atualizações no sistema operacional (SO) ou correções do banco de dados, fazem com que seu cluster de banco de dados fique off-line por um curto período de tempo. Para mais informações, consulte Manutenção de um cluster de banco de dados do Amazon Aurora.

Janela de manutenção

O tempo de inatividade não ocorre inerentemente quando você modifica a janela de manutenção. Contudo, seu cluster de banco de dados pode ter uma ou mais ações pendentes que causam tempo de inatividade. Se alterar a janela de manutenção, você aplicará as ações pendentes imediatamente, e ocorrerá o tempo de inatividade. Para mais informações sobre como modificar sua janela de manutenção, consulte O que eu preciso saber sobre a janela de manutenção do Amazon RDS?

Reinicializações de cluster de banco de dados ou instância de banco de dados

A reinicialização de um cluster de banco de dados ou instância de banco de dados causa tempo de inatividade. O tempo necessário para reinicializar cada instância de banco de dados em seu cluster depende da atividade do banco de dados no momento da reinicialização. O tempo de inatividade também depende do processo de recuperação do seu mecanismo de banco de dados específico. Para mais informações, consulte Reinicializar um cluster de banco de dados do Amazon Aurora ou instância de banco de dados do Amazon Aurora.

Modificar a classe da instância de banco de dados

Quando você modifica a classe da instância de banco de dados da sua instância, o tempo de inatividade ocorre na instância de banco de dados especificada, mas não no cluster inteiro. Para mais informações sobre classes de instância, consulte Classes de instância de banco de dados do Aurora.

Anexar um novo cluster de banco de dados ou grupo de parâmetros de banco de dados

Quando você modifica o cluster de banco de dados ou o grupo de parâmetros de banco de dados anexado à sua instância de banco de dados, o tempo de inatividade não ocorre automaticamente. Mas, para aplicar alterações em um grupo de parâmetros de cluster de banco de dados, você deve reinicializar a instância de banco de dados primária no cluster. Para grupos de parâmetros de banco de dados, você deve reinicializar a instância para aplicar as alterações. A reinicialização em si causa tempo de inatividade. Para mais informações, consulte Trabalhar com grupos de parâmetros de cluster de banco de dados e Trabalhar com grupos de parâmetros.

Modificar configurações específicas em seu cluster ou instância de banco de dados

Modificar configurações de parâmetros em um cluster de banco de dados ou grupo de parâmetros de banco de dados

Os parâmetros do banco de dados são estáticos ou dinâmicos. Quando você modifica uma configuração de parâmetro estático em um cluster de banco de dados ou grupo de parâmetros de banco de dados, a alteração do parâmetro entra em vigor após a reinicialização manual das instâncias de banco de dados em cada cluster de banco de dados associado. O tempo de inatividade ocorre durante a reinicialização.

Mas quando você modifica uma configuração de parâmetro dinâmico em um cluster de banco de dados ou grupo de parâmetros de banco de dados, as alterações são aplicadas ao seu cluster de banco de dados imediatamente. A instância não é reinicializada quando você modifica os parâmetros dinâmicos, portanto, não há tempo de inatividade.

Para mais informações, consulte Trabalhar com grupos de parâmetros.

Modificar o identificador da instância de banco de dados

O tempo de inatividade ocorre quando você modifica o identificador da instância de banco de dados porque a instância de banco de dados é reinicializada.

Modificar a porta do banco de dados

O tempo de inatividade ocorre quando você modifica a porta do banco de dados que você deseja usar para acessar seu cluster de banco de dados. Isso acontece porque todas as instâncias de banco de dados no cluster de banco de dados são reinicializadas imediatamente.

Modificar a autoridade de certificação

Talvez você queira modificar a autoridade de certificação (CA) para o certificado do servidor usado pela sua instância de banco de dados. Nesse caso de uso, o tempo de inatividade ocorre se o mecanismo de banco de dados não suportar rotação sem reinicialização. Use o comando describe-db-engine-versions da AWS CLI para verificar se o mecanismo de banco de dados é compatível com rotação sem reinicialização.

Para obter mais informações sobre quais configurações do Aurora influenciam o tempo de inatividade ou não, consulte Configurações do Amazon Aurora.

Informações relacionadas

Executar grandes atualizações de versão para o Amazon Aurora MySQL com o mínimo de tempo de inatividade