Selecione suas preferências de cookies

Usamos cookies essenciais e ferramentas semelhantes que são necessárias para fornecer nosso site e serviços. Usamos cookies de desempenho para coletar estatísticas anônimas, para que possamos entender como os clientes usam nosso site e fazer as devidas melhorias. Cookies essenciais não podem ser desativados, mas você pode clicar em “Personalizar” ou “Recusar” para recusar cookies de desempenho.

Se você concordar, a AWS e terceiros aprovados também usarão cookies para fornecer recursos úteis do site, lembrar suas preferências e exibir conteúdo relevante, incluindo publicidade relevante. Para aceitar ou recusar todos os cookies não essenciais, clique em “Aceitar” ou “Recusar”. Para fazer escolhas mais detalhadas, clique em “Personalizar”.

Processo de failover para o Amazon Timestream - Amazon Timestream

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Processo de failover para o Amazon Timestream

Se uma interrupção planejada ou não planejada de sua instância de banco de dados resultar de um defeito na infraestrutura, o Amazon Timestream for InfluxDB mudará automaticamente para uma réplica em espera em outra zona de disponibilidade se você tiver ativado o Multi-AZ. O tempo de conclusão do failover depende da atividade do banco de dados e de outras condições no momento em que a instância de banco de dados primária se tornou indisponível. Em geral, os tempos de failover variam de 60 a 120 segundos. No entanto, transações grandes ou um processo de recuperação longo podem aumentar o tempo de failover. Quando o failover estiver concluído, pode levar mais tempo para que o console do Timestream reflita a nova zona de disponibilidade.

nota

O Amazon Timestream gerencia os failovers automaticamente para que você possa retomar as operações do banco de dados o mais rápido possível sem intervenção administrativa. A instância de banco de dados principal muda automaticamente para a réplica em espera se alguma das condições descritas na tabela a seguir ocorrer.

Motivo do failover Descrição
O sistema operacional subjacente à instância do banco de dados Timestream está sendo corrigido em uma operação off-line. Um failover foi acionado durante a janela de manutenção para um patch de SO ou uma atualização de segurança.
O host principal da instância Multi-AZ do Timestream não está íntegro. A implantação de instância de banco de dados multi-AZ detectou uma instância de banco de dados primária danificada e executou failover.
O host principal da instância Multi-AZ do Timestream está inacessível devido à perda de conectividade de rede. O monitoramento do Timestream detectou uma falha na acessibilidade da rede na instância de banco de dados primária e acionou um failover.
A instância do Timestream foi modificada pelo cliente. Uma modificação da instância de banco de dados Timesteam for InfluxDB acionou um failover. Para obter mais informações, consulte Atualizar instâncias de banco de dados.
A instância primária Multi-AZ do Timestream está ocupada e não responde. A instância de banco de dados principal não responde. Recomendamos que você faça o seguinte: * Examine o evento para verificar se há uso excessivo de CPU, memória ou espaço de troca. * Avalie sua carga de trabalho para determinar se você está usando a classe de instância de banco de dados apropriada. Para ter mais informações, consulte Classes de instância de banco de dados.
O volume de armazenamento subjacente ao host principal da instância Multi-AZ do Timestream sofreu uma falha. A implantação de instância de banco de dados multi-AZ detectou um problema de armazenamento na instância de banco de dados primária e executou o failover.
PrivacidadeTermos do sitePreferências de cookies
© 2025, Amazon Web Services, Inc. ou suas afiliadas. Todos os direitos reservados.