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á.
Entender a tolerância a falhas de cluster do Amazon DocumentDB
Os clusters do Amazon DocumentDB são tolerantes a falhas por design. O volume de cada cluster abrange várias zonas de disponibilidade em uma única Região da AWS, e cada zona de disponibilidade contém uma cópia dos dados do volume do cluster. Esta funcionalidade significa que seu cluster pode tolerar a falha de uma Zona de Disponibilidade sem perder dados, com apenas uma breve interrupção do serviço.
Se a instância primária em um cluster falhar, o Amazon DocumentDB fará failover automaticamente para uma nova instância primária, de uma dessas duas maneiras:
-
Ao promover uma réplica existente do Amazon DocumentDB para a nova instância principal e, em seguida, criar uma substituição para a réplica anterior. Um failover para a instância de réplica normalmente leva menos de 30 segundos. As operações de leitura e gravação poderão sofrer uma breve interrupção durante esse período. Para aumentar a disponibilidade do seu cluster, recomendamos que você crie pelo menos uma ou mais réplicas do Amazon DocumentDB em duas ou mais Zonas de Disponibilidade diferentes.
-
Criar uma nova instância principal. Isso só acontecerá se você não tiver uma instância de réplica em seu cluster, e pode levar alguns minutos para ser concluída.
Se o cluster tiver uma ou mais réplicas do Amazon DocumentDB, uma réplica do Amazon DocumentDB 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 seu cluster, recomendamos que você crie pelo menos uma ou mais réplicas do Amazon DocumentDB em duas ou mais Zonas de Disponibilidade diferentes.
Você pode personalizar a ordem na qual suas réplicas do Amazon DocumentDB são promovidas à instância primária 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, a réplica do Amazon DocumentDB com a prioridade mais alta será promovida à nova instância principal. É possível modificar a prioridade de uma réplica do Amazon DocumentDB a qualquer momento. Modificar a prioridade não desencadeia um failover. Você pode usar a operação modify-db-instance com o parâmetro --promotion-tier. Para obter mais informações sobre como personalizar a prioridade de failover de uma instância, consulte Failover do Amazon DocumentDB.
A mesma prioridade pode ser compartilhada por mais de uma réplica do Amazon DocumentDB, o que resulta em níveis de promoção. Se duas ou mais réplicas do Amazon DocumentDB compartilharem a mesma prioridade, a réplica maior será promovida à principal. Se duas ou mais réplicas do Amazon DocumentDB compartilharem a mesma prioridade e o mesmo tamanho, uma réplica arbitrária no mesmo nível de promoção será promovida.
Se o cluster não contiver quaisquer réplicas do Amazon DocumentDB, 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 falharão 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 Amazon DocumentDB à instância primária é muito mais rápido que criar uma nova instância primária.
