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”.

Tolerância a falhas para um cluster de banco de dados do Neptune

Modo de foco
Tolerância a falhas para um cluster de banco de dados do Neptune - Amazon Neptune

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á.

Um cluster de banco de dados do Neptune é tolerante a falhas por design. O volume do cluster abrange várias zonas de disponibilidade em uma única AWS região, e cada zona de disponibilidade contém uma cópia dos dados do volume do cluster. Esta funcionalidade significa que seu cluster de banco de dados pode tolerar falhas de uma Zona de disponibilidade sem perder dados, apenas uma breve interrupção do serviço.

Se a instância principal em um cluster de banco de dados falhar, o Neptune fará failover automaticamente para uma nova instância principal de duas maneiras:

  • Ao promover uma réplica do Neptune existente para a nova instância principal.

  • Ao criar uma nova instância primária.

Se o cluster de banco de dados tiver uma ou mais réplicas do Neptune, uma réplica do Neptune será promovida à instância principal durante um evento de falha. Um evento de falha resulta em uma breve interrupção, durante a qual as operações de leitura e gravação falham com uma exceção. No entanto, o serviço é restaurado normalmente em menos de 120 segundos, muitas vezes, em menos de 60 segundos. Para aumentar a disponibilidade do cluster de banco de dados, recomendamos que você crie pelo menos uma ou mais réplicas do Neptune em duas ou mais zonas de disponibilidade diferentes.

É possível personalizar a ordem em que as réplicas do Neptune são promovidas à instância principal após uma falha, atribuindo uma prioridade a cada réplica. As prioridades variam de 0, para a prioridade mais alta, a 15, para a prioridade mais baixa. Se a instância principal falhar, o Neptune promoverá a réplica do Neptune com a prioridade mais alta à nova instância principal. É possível modificar a prioridade de uma réplica do Neptune a qualquer momento. Modificar a prioridade não desencadeia um failover.

Você pode usar o AWS CLI para definir a prioridade de failover de uma instância de banco de dados, da seguinte forma:

aws neptune modify-db-instance --db-instance-identifier (the instance ID) --promotion-tier (the failover priority value)

A mesma prioridade pode ser compartilhada por mais de uma réplica do Neptune, gerando níveis de promoção. Se duas ou mais réplicas do Neptune compartilharem a mesma prioridade, o Neptune promoverá a réplica que for maior. Se duas ou mais réplicas do Neptune compartilharem a mesma prioridade e o mesmo tamanho, o Neptune promoverá uma réplica arbitrária no mesmo nível de promoção.

Se o cluster de banco de dados não contiver nenhuma réplica do Neptune, a instância principal será recriada durante um evento de falha. Um evento de falha resulta em uma interrupção durante a qual as operações de leitura e gravação falham com uma exceção. O serviço é reestabelecido quando a nova instância primária é criada, o que normalmente leva menos de 10 minutos. Promover uma réplica do Neptune à instância principal é muito mais rápido do que criar uma instância principal.

PrivacidadeTermos do sitePreferências de cookies
© 2025, Amazon Web Services, Inc. ou suas afiliadas. Todos os direitos reservados.