Recuperar o MongoDB Ops Manager e o AppDB se o cluster do operador estiver operacional

Se os clusters Kubernetes que executam as instâncias do aplicativo MongoDB Ops Manager ou os nós do aplicativo de banco de dados falharem, mas o cluster do operador estiver disponível, você poderá usar o Kubernetes Operator para reconfigurar os sistemas do conjunto de réplicas do aplicativo de banco de dados e das instâncias do MongoDB Ops Manager com base nos seguintes cenários :

• Se algumas ou todas as instâncias do aplicativo MongoDB Ops Manager falharem, nenhum dado será perdido porque o aplicativo MongoDB Ops Manager não terá estado. Para aumentar a disponibilidade do Aplicativo de MongoDB Ops Manager , adicione novas instâncias do Aplicativo de MongoDB Ops Manager a clusters de membros Kubernetes já configurados e disponíveis ou adicione novos clusters do Kubernetes para executar as instâncias do Aplicativo de MongoDB Ops Manager .

• Se apenas uma minoria de nós do conjunto de réplicas falhar e a maioria dos nós em um conjunto de réplicas estiver disponível, durante o processo de reconciliação, o operador Kubernetes ignorará os clusters Kubernetes com falha e o aplicativo de banco de dados permanecerá em um estado gravável.

  Use as configurações do spec.applicationDatabase.clusterSpecList para adicionar nós do conjunto de réplicas do Banco de Dados de Aplicativo a clusters Kubernetes de nós já configurados e disponíveis ou adicionar novos clusters Kubernetes nos quais você distribui os nós do conjunto de réplicas com falha do Banco de Dados de Aplicativo. Você também pode reduzir a escala dos nós do conjunto de réplicas em um cluster Kubernetes com falha para reconfigurar o conjunto de réplicas para não conter mais esses nós.

• Se a maioria dos nós do conjunto de réplicas falhar, o conjunto de réplicas não poderá formar uma maioria votante para eleger um nó primário. Para saber mais, consulte Arquiteturas de sistema de conjunto de réplicas. Nesse caso, se pelo menos um nó no conjunto de réplicas de um aplicativo de banco de dados permanecer disponível, nenhum dado será perdido. Como não há nó primário em um conjunto de réplicas, você deve reconfigurar o conjunto de réplicas à força para adicionar novos nós. Os nós formarão uma maioria votante, permitindo que o conjunto de réplicas eleja um primário. As novas instâncias do banco de dados de aplicativos serão sincronizadas com os nós íntegros para receber os dados.

• Se todos os clusters de membros do Kubernetes hospedam os nós do conjunto de réplicas do aplicativo de banco de dados falharem, isso causará uma perda irreversível de dados (o MongoDB Ops Manager não faz backup do banco de dados de aplicativos). Se possível, use um número ímpar de clusters Kubernetes de membros e distribua os nós do banco de dados de aplicativos entre data centers, zonas ou clusters Kubernetes. Para saber mais, consulte Conjuntos de réplicas distribuídos em dois ou mais data centers.