Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

Configurar um serviço de backup do Ops Manager altamente disponível

As seguintes considerações se aplicam para tornar os backups altamente disponíveis:

  • A aplicação Ops Manager managed backups. Para atender às suas necessidades de backup, implemente um número suficiente de hosts do Ops Manager com um balancer de carga.

  • O Ops Manager espera que todas as lojas estejam disponíveis o tempo todo. A alta disponibilidade de armazenamentos de armazenamento e sistemas de arquivos compatíveis com o S3 está fora do escopo do aplicativo Ops Manager.

  • Crie um conjunto de réplicas em vez de um autônomo para cada processo MongoDB dedicado que hospeda o aplicativo Ops Manager e para cada banco de dados de apoio . Um banco de dados de apoio pode incluir um armazenamento de snapshots do blockstore do MongoDB , um armazenamento de oplog do MongoDB ou um3armazenamento de metadados de armazenamento compatível com S.

    A partir do Ops Manager 8.0.26, o Ops Manager usa a preocupação de gravação majority por padrão para gravações duráveis no banco de dados de aplicativo e para fazer backup de armazenamentos de metadados. Isso se aplica a novas implantações e implantações existentes que atualizam para 8.0.26 ou posterior. As gravações não duráveis, como registros e métricas, continuam a usar a preocupação de gravação w: 2 pelo desempenho. Para reverter para o comportamento pré-8.0.26, onde algumas gravações duráveis usavam w: 2, defina mms.writeConcern.mode como legacy. Use o modo legacy somente se notar uma queda de desempenho após a atualização.

    Com a preocupação de gravaçãomajority, uma escrita deve ser reconhecida pela maioria dos membros votantes antes que o gerente de operações a considere bem-sucedida. Ao implantar um conjunto de réplicas com membros em várias instalações, certifique-se de que uma única instalação tenha votos suficientes para eleger um primário, se necessário. Ao escolher entre as instalações para esta instalação única, escolha a instalação que hospeda o aplicativo de Ops Manager e o banco de dados de aplicativo. Coloque a maioria dos membros votantes e todos os membros que podem se tornar primários nesta instalação. Caso contrário, as partições da rede poderiam impedir que o conjunto fosse capaz de formar uma maioria.

    Para saber mais, consulte:

  • Se você optar por atribuir armazenamentos de snapshots a data centers específicos, considere os requisitos de alta disponibilidade de cada região com base nas suas necessidades de implantação. Por exemplo, em alguns sistemas, configurar um conjunto de réplicas pode fornecer disponibilidade suficiente. Se sua implantação tiver requisitos de alta disponibilidade 24 horas por dia, 7 dias por semana, mesmo que um centro de dados fique inativo, configure nós suficientes em cada centro de dados para acomodar as gravações. Para saber mais, consulte aplicação Ops Manager altamente disponível e Vários armazenamento de snapshots.

  • Configure mais de uma instância do Backup Daemon para tarefas de restauração consultáveis e tarefas de limpeza , que são úteis para grandes sistemas.

    Para cada Backup Daemon, você pode:

    • Atribuir tarefas de backup. Se você não atribuir tarefa a daemon e armazenamentos específicos, o Ops Manager usará todos os Backup Daemon disponíveis para cada grupo.

    • Ajuste as configurações na página de configuração do Daemon . Por exemplo, para o host daemon de query dedicado, você pode desmarcar todas as caixas de seleção, exceto Queryable Restore Jobs.

  • Se você usar vários Backup Daemons, use uma pasta local distinta para cada caminho do diretório principal .

  • Recomendamos usar um sistema de arquivos diferente do NFS se pretender executar trabalhos de restauração consultáveis. Para obter mais recomendações sobre sistemas de arquivos, consulte a Lista de verificação de operações do MongoDB .