Página inicial do Docs → MongoDB Ops Manager

Implementar um cluster fragmentado

Nesta página

Pré-requisitos

Considerações
Procedimento

Clusters fragmentados oferecem dimensionamento horizontal para grandes conjuntos de dados e permitem operações de alta taxa de transferência, distribuindo o conjunto de dados em um grupo de servidores.

Para saber mais sobre fragmentação, consulte Introdução à fragmentação no manual do MongoDB.

Use este procedimento para implantar um novo cluster fragmentado que o Ops Manager managed. Posteriormente, você pode usar o Ops Manager para adicionar fragmentos e realizar outras operações de manutenção no cluster.

Observação

Adicionado no Ops Manager 4.0

Você pode usar o Kubernetes para distribuir instâncias do MongoDB com o Ops Manager versão 4.0 ou posterior.

Para saber como implantar um cluster sharded usando um objeto Kubernetes, consulte Implantar um cluster sharded na documentação do MongoDB Enterprise Kubernetes Operator.

Pré-requisitos

Para implantar clusters do MongoDB, você deve provisionar hosts para atender a esses clusters. O Ops Manager requer acesso a esses hosts.

Importante

Se você executar o MongoDB Enterprise e provisionar seus próprios hosts Linux, será necessário instalar manualmente um conjunto de dependências para cada servidor antes de instalar o MongoDB. O manual MongoDB fornece o comando apropriado para instalar as dependências.

Para saber mais sobre as especificações de um sistema operacional, consulte o seguinte:

Considerações

Nomes exclusivos para clusters fragmentados

Use nomes exclusivos para o novo cluster e seus fragmentos.

Importante

O conjunto de réplicas, o agrupamento fragmentado e os nomes de shards dentro do mesmo projeto devem ser únicos. A falta de nomes exclusivos para os sistemas resultará em snapshots de backup quebrados.

Não implante Agente de monitoramento dentro e fora do Kubernetes

Não combine MongoDB deployments fora do Kubernetes com dentro do Kubernetes no mesmo projeto.

Devido à tradução de rede do Kubernetes, um agente de monitoramento fora do Kubernetes não pode monitorar instâncias do MongoDB dentro do Kubernetes. Por esse motivo, implantações do k8s e não-k8s no mesmo projeto não são suportadas. Use projetos separados.

Arquitetura de sistema do servidor de configuração

Novidade na Ops Manager 4.0

Começando com MongoDB 3.2 ou versões posteriores do servidor de configuração mongod processos, o Ops Manager implementa seus servidores de configuração como um conjunto de réplicas.

Para saber mais sobre CSRS e servidores de configuração espelhada (SCCC), consulte Servidores de configuração.

Removendo um shard

Quando você remove um fragmento, todos os bancos de dados não compartilhados nesse fragmento são movidos para um fragmento restante usando o comando movePrimary .

Todas as coleções fragmentadas permanecem online e disponíveis durante o processo de remoção de fragmentos. No entanto, as operações de leitura e escrita enviadas para collections não fragmentadas durante a movePrimary operação pode resultar em comportamento inesperado, incluindo falha da migração ou perda de dados.

Recomendamos mover o fragmento primário para quaisquer bancos de dados que contenham coleções não compartilhadas antes de remover o fragmento.

Para saber mais sobre como remover fragmentos, consulte Remover fragmentos de um cluster fragmentado existente.

Procedimento

Navegue até a página Deployment do seu projeto.

Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se ainda não estiver exibido, clique em Deployment na barra lateral.

Abrir a visualização de criação de cluster.

Clique na seta Add no canto superior direito da página Deployment. Selecione New Cluster no menu suspenso para abrir a visualização Create New Cluster.

Definir configurações em todo o cluster.

A seção Cluster Configuration contém as seguintes definições de configuração em todo o agrupamento. As configurações marcadas com um asterisco * na interface do usuário do Ops Manager são obrigatórias.

Contexto	Descrição
Cluster Name	Especifique o nome da sua implantação de cluster fragmentado. Não é possível alterar esse valor depois de definido.
Config Server Replica Set Name	Especifique o nome do seu Conjunto de Réplicas do Servidor de Configuração. Não é possível alterar esse valor depois de definido. Esta configuração corresponde à opção de configuração de réplica do `_id` . O Ops Manager só exibe essa opção se você selecionou MongoDB 3.2 ou posterior como o Version dos seus servidores de configuração.
Shard Name Prefix	Especifique o prefixo de cada fragmento no cluster. O Ops Manager nomeia cada fragmento no cluster usando o formato `<prefix_n>` , em que `n` é um número inteiro indexado 0que aumenta monotonicamente.
Process Name	Nome do host e porta de um `mongod` ou `mongos` associado ao cluster fragmentado. Esse nome de host pode ser um nome de host, um FQDN, um endereço IPv4 ou um endereço IPv6 . O Ops Manager agrupa processos `mongod` sob o nome do conjunto de réplicas pai e `mongos` processos sob mongoses. Em seguida, o Ops Manager agrupa todos os componentes do cluster sob o nome do cluster. Clique em à esquerda de um agrupamento para listar seus subgrupos ou processos. A modificação de qualquer uma das configurações disponíveis para um agrupamento altera o valor correspondente em seus subgrupos e processos. Observação Para clusters que executam MongoDB 3.0 ou anterior, o Ops Manager agrupa os processos do servidor de configuração `mongod` em configServers.
Version	Selecione a versão do servidor MongoDB do processo `mongod` ou `mongos` . Observação Versões disponíveis O Ops Manager lista apenas as versões MongoDB que estão disponíveis para sua implantação. Para desativar esta filtragem, consulte `automation.versions.download.baseUrl.allowOnlyAvailableBuilds`.
Data Directory	Especifique o diretório onde o processo `mongod` armazena os arquivos de dados. Esta configuração corresponde à opção de arquivo de configuração do `storage.dbPath` `mongod` . A automação do Ops Manager deve ter permissão do sistema de arquivos para ler, escrever e executar todos os arquivos e pastas no diretório especificado. Cada processo do `mongod` deve ter seu próprio diretório de banco de dados. Se estiver implantando vários processos `mongod` no mesmo host, certifique-se de que cada processo tenha seu próprio diretório distinto.
Log File	Especifique o caminho completo para o arquivo de log `mongod` ou `mongos` , incluindo o nome e extensão do arquivo de log. Esta configuração corresponde à opção de arquivo de configuração do `systemLog.path` . O `mongod` ou `mongos` deve ter permissão para ler e escrever no arquivo especificado. Exemplo Especificar `/var/log/mongodb/mongo.log` direciona o `mongod` ou `mongos` para armazenar seu arquivo de log em `/var/log/mongodb/` como `mongo.log`. O `mongod` ou `mongos` tem seu próprio arquivo de log exclusivo. Se estiver implantando vários processos `mongod` ou `mongos` no mesmo host, certifique-se de que cada `mongod` ou `mongos` tenha seu próprio arquivo de log distinto.

Configure cada shard no seu cluster.

Na seção Member Configuration , clique em Shard Settings para abrir as opções de configuração de shard . O Ops Manager lista cada shard no cluster e os processos mongod associados a esse shard. Cada processo de shard tem as seguintes opções:

Contexto	Descrição
Member	Selecione uma das seguintes roles do nó do conjunto de réplicas no menu: `Default` Um membro portador de dados do set que pode se tornar o primary e votar nas eleições. Árbitro Um membro sem dados do conjunto de réplicas que pode votar nas eleições. Corresponde à opção de configuração de réplica do `arbiterOnly` . Oculto Um membro portador de dados do conjunto de réplicas que pode votar nas eleições. Corresponde à opção de configuração de réplica do `hidden` . Atrasado oculto Um membro portador de dados do conjunto de réplicas que pode votar nas eleições. Corresponde às opções de configuração de réplica `secondaryDelaySecs` e `hidden` .
Hostname	Selecione no menu o host para o qual o Ops Manager Automation implementa o membro do conjunto de réplicas. O menu lista somente os hosts em Automação do Ops Manager. Para obter a documentação completa sobre como adicionar servidores à automação do Ops Manager, consulte Provisionar servidores para automação. Este nome de host pode ser um nome de host, um FQDN, um endereço IPv4 ou um endereço IPv6.
Port	Especifique o número da porta IANA para o processo `mongod` . Esta configuração corresponde à opção de arquivo de configuração do `net.port` . O padrão é `27017`. O `mongod` deve ter acesso exclusivo à porta especificada. Se estiver implantando vários processos `mongod` em um único host, você deverá selecionar uma porta não utilizada exclusiva para cada processo.
Votes	Especifique o número de votos que o membro do conjunto de réplicas tem durante as eleições. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `votes` `mongod` .
Priority	Especifique a prioridade do membro durante as eleições. Os membros do conjunto de réplicas com prioridade `0` não podem se tornar os principais e não podem acionar eleições. Essa configuração corresponde à opção de configuração do conjunto de réplicas `priority` `mongod` .
Delay	Especifique o número de segundos "atrás" do membro primário que este membro deve "atrasar". Esta configuração corresponde à opção de configuração do conjunto de réplicas do `secondaryDelaySecs` `mongod` .
Build Indexes	Especifique `true` para direcionar `mongod` para a criação de índices. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `buildIndexes` `mongod` .
Tags	Especifique a tag ou tags associadas ao conjunto de réplicas. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `tags` `mongod` . Para obter a documentação completa sobre as tags de conjuntos de réplicas, consulte Tags de conjuntosde réplicas
Add a Mongod	Adiciona um processo `mongod` adicional como membro do conjunto de réplicas. Adicionar um novo processo do `mongod` também atualiza a lista de processos na seção Cluster Configuration . Você deve configurar o Version, Data Directory e Log File do novo processo.

Para adicionar shards adicionais ao cluster:

Clique em Add a Shard.
Na seção Cluster Configuration , defina os seguintes parâmetros para cada mongod no shard:
- Version
- Data Directory
- Log File

Configure cada servidor de configuração no seu cluster.

O Ops Manager exibe um cabeçalho diferente para as configurações do servidor de configuração, dependendo da versão do MongoDB selecionada para os servidores de configuração.

MongoDB 3.2 ou posterior:

Na seção Member Configuration , clique em Config Server Replica Set Settings para abrir as opções de configuração do CSRS. Cada nó do conjunto de réplicas do servidor de configuração possui as seguintes opções:

Contexto	Descrição
Member	Selecione uma das seguintes roles do nó do conjunto de réplicas no menu: `Default` Um membro portador de dados do set que pode se tornar o primary e votar nas eleições. Árbitro Um membro sem dados do conjunto de réplicas que pode votar nas eleições. Corresponde à opção de configuração de réplica do `arbiterOnly` . Oculto Um membro portador de dados do conjunto de réplicas que pode votar nas eleições. Corresponde à opção de configuração de réplica do `hidden` . Atrasado oculto Um membro portador de dados do conjunto de réplicas que pode votar nas eleições. Corresponde às opções de configuração de réplica `secondaryDelaySecs` e `hidden` .
Hostname	Selecione no menu o host para o qual o Ops Manager Automation implementa o membro do conjunto de réplicas. O menu lista somente os hosts em Automação do Ops Manager. Para obter a documentação completa sobre como adicionar servidores à automação do Ops Manager, consulte Provisionar servidores para automação. Este nome de host pode ser um nome de host, um FQDN, um endereço IPv4 ou um endereço IPv6.
Port	Especifique o número da porta IANA para o processo `mongod` . Esta configuração corresponde à opção de arquivo de configuração do `net.port` . O padrão é `27017`. O `mongod` deve ter acesso exclusivo à porta especificada. Se estiver implantando vários processos `mongod` em um único host, você deverá selecionar uma porta não utilizada exclusiva para cada processo.
Votes	Especifique o número de votos que o membro do conjunto de réplicas tem durante as eleições. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `votes` `mongod` .
Priority	Especifique a prioridade do membro durante as eleições. Os membros do conjunto de réplicas com prioridade `0` não podem se tornar os principais e não podem acionar eleições. Essa configuração corresponde à opção de configuração do conjunto de réplicas `priority` `mongod` .
Delay	Especifique o número de segundos "atrás" do membro primário que este membro deve "atrasar". Esta configuração corresponde à opção de configuração do conjunto de réplicas do `secondaryDelaySecs` `mongod` .
Build Indexes	Especifique `true` para direcionar `mongod` para a criação de índices. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `buildIndexes` `mongod` .
Tags	Especifique a tag ou tags associadas ao conjunto de réplicas. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `tags` `mongod` . Para obter a documentação completa sobre as tags de conjuntos de réplicas, consulte Tags de conjuntosde réplicas
Add a Mongod	Adiciona um processo `mongod` adicional como membro do conjunto de réplicas. Adicionar um novo processo do `mongod` também atualiza a lista de processos na seção Cluster Configuration . Você deve configurar o Version, Data Directory e Log File do novo processo.

MongoDB 3.0 ou anterior

Na seção Member Configuration , clique em Config Server Settings para abrir as opções do servidor de configuração. Cada servidor de configuração possui as seguintes opções:

Contexto	Descrição
Hostname	Selecione no menu o host para o qual o Ops Manager Automation implementa o membro do conjunto de réplicas. O menu lista somente os hosts em Automação do Ops Manager. Para obter a documentação completa sobre como adicionar servidores à automação do Ops Manager, consulte Provisionar servidores para automação. Este nome de host pode ser um nome de host, um FQDN, um endereço IPv4 ou um endereço IPv6.
Port	Especifique o número da porta IANA para o processo `mongod` . Esta configuração corresponde à opção de arquivo de configuração do `net.port` . O padrão é `27017`. O `mongod` deve ter acesso exclusivo à porta especificada. Se estiver implantando vários processos `mongod` em um único host, você deverá selecionar uma porta não utilizada exclusiva para cada processo.

Contexto

Descrição

Hostname

Selecione no menu o host para o qual o Ops Manager Automation implementa o membro do conjunto de réplicas. O menu lista somente os hosts em Automação do Ops Manager. Para obter a documentação completa sobre como adicionar servidores à automação do Ops Manager, consulte Provisionar servidores para automação.

Este nome de host pode ser um nome de host, um FQDN, um endereço IPv4 ou um endereço IPv6.

Port

Especifique o número da porta IANA para o processo mongod . Esta configuração corresponde à opção de arquivo de configuração do net.port . O padrão é 27017.

O mongod deve ter acesso exclusivo à porta especificada. Se estiver implantando vários processos mongod em um único host, você deverá selecionar uma porta não utilizada exclusiva para cada processo.

Configure cada `mongos` no seu cluster.

Na seção Member Configuration , clique em Mongos Settings para abrir as opções de configuração do mongos . Cada processo do mongos tem as seguintes opções:

Contexto	Descrição
Hostname	Selecione no menu o host para o qual o Ops Manager Automation implementa o `mongos`. O menu lista somente os hosts em Automação do Ops Manager. Para obter a documentação completa sobre como adicionar servidores à automação do Ops Manager, consulte Provision Servers for Automation. Este nome de host pode ser um nome de host, um FQDN, um endereço IPv4 ou um endereço IPv6.
Port	Especifique o número da porta IANA para o processo `mongos` . Esta configuração corresponde à opção de arquivo de configuração do `net.port` . O padrão é `27017`. O `mongos` deve ter acesso exclusivo à porta especificada. Se estiver implantando vários processos `mongos` em um único host, você deverá selecionar uma porta não utilizada exclusiva para cada processo.
Add a Mongos	Clique em para adicionar um processo `mongos` adicional.

Configure cada conjunto de réplicas em seu cluster.

A seção Replication Settings contém as seguintes opções de configuração para cada conjunto de réplicas no cluster:

Contexto	Descrição
Protocol Version	Selecione a versão do protocolo de replicação usada pelo conjunto de réplicas. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `protocolVersion` . Para obter mais informações, consulte Replica Set Protocol Versions.
Chaining Allowed	Especifique `true` para permitir que membros secundários repliquem a partir de outros membros secundários. Essa configuração corresponde à opção de configuração do conjunto de réplicas `chainingAllowed` .
Write Concern Majority Journal Default	Determina o comportamento da write concern `{w:"majority"}` se a write concern não especificar explicitamente a opção de diário `j`. Essa configuração corresponde à opção de configuração do conjunto de réplicas `writeConcernMajorityJournalDefault` .
Heartbeat Timeout (secs)	Especifique o número de segundos em que os membros do conjunto de réplicas aguardam uma pulsação bem-sucedida um do outro. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `heartbeatTimeoutSecs` .
Election Timeout (ms)	Especifique o limite de tempo, em milésimos de segundo, para detectar quando o primário de um conjunto de réplicas não pode ser acessado. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `electionTimeoutMillis` .
CatchUp Timeout (ms)	Especifique o limite de tempo, em milésimos de segundo, para que um primary recém-eleito sincronize ou se atualize com os outros membros do conjunto de réplicas que possam ter gravações mais recentes. Esta configuração corresponde à opção de configuração do conjunto de réplicas do `catchUpTimeoutMillis` .
CatchUp Takeover Delay (ms)	Especifique o tempo , em milésimos de segundo , que um nó aguarda para iniciar uma catchup takeover depois de determinar que está à frente do primário atual . Esta configuração corresponde à opção de configuração do conjunto de réplicas do `catchUpTakeoverDelayMillis` .
Last Error Defaults	Especifique a write concern padrão para o conjunto de réplicas. O conjunto de réplicas utiliza esta write concern somente quando as operações de gravação ou getLastError não especificam outra write concern. Se esta opção não estiver definida, a write concern padrão para o conjunto de réplicas exigirá apenas a confirmação do primário. Especifique esta opção na forma de um documento, ou seja, `{"w":2}`.
Force Reconfigure	Especifique que você deseja forçar uma reconfiguração do conjunto de réplicas. Quando definido para `Yes`, o Agente MongoDB força o conjunto de réplicas a aceitar uma nova configuração, mesmo que a maioria dos membros não esteja disponível. Aviso Forçar a reconfiguração de um conjunto de réplicas pode levar a uma reversão das gravações comprometidas pela maioria. Prossiga com cuidado. Entre em contato com o suporte do MongoDB se tiver dúvidas sobre os possíveis impactos dessa operação. Dica Veja também: Reconfigure um conjunto de réplicas com membros indisponíveis no Manual do servidor MongoDB.

Defina as write and read concerns para seu conjunto de réplicas MongoDB.

No cartão Default Read Concerns/Write Concerns, você configura o nível padrão de reconhecimento solicitado do MongoDB para operações de leitura e escrita para este agrupamento. Definir o write concern padrão pode ajudar com o MongoDB 5.0 e later deployments usando árbitros.

Na seção Default Read Concerns , é possível definir propriedades de consistência e isolamento para os dados lidos do cluster.

Selecione a preocupação de leitura padrão no menu suspenso Level. Você pode escolher entre os seguintes valores:

local, o MongoDB 5.0 e posterior valor padrão,
disponível, o MongoDB 4.4 valor padrão, ou
maioria.

Na seção Default Write Concerns , você configura o nível padrão de confirmação solicitado do MongoDB para operações de gravação do cluster. Você pode definir três parâmetros:

Parâmetro	Valor
Opção w	Número desejado de instâncias do `mongod` que devem reconhecer uma operação de gravação. Você pode inserir um dos seguintes valores: `majority`, o valor padrão do MongoDB 5.0 e posterior ou Qualquer número inteiro positivo. O padrão do MongoDB 4,4 é `1`.
Opção j	Sinalizador que indica se a confirmação de gravação deve ser gravada no diário em disco.
tempo esgotado	Tempo-limite desejado para o write concern expressado em milissegundos. Defina esse valor quando você definir w para um valor maior que `1` incluindo `majority`.

Defina quaisquer opções de configuração avançadas para o cluster fragmentado do MongoDB.

A seção Advanced Configuration Options permite a você configurar opções de tempo de execução do MongoDB para cada processo do MongoDB em seu sistema.

Para adicionar uma opção:

Clique em Add Advanced Options.
Clique em Select a Startup Option e selecione a opção de configuração.
O Ops Manager exibe uma entrada sensível ao contexto para configurar um valor aceitável para a opção selecionada.
Clique em Add para adicionar a opção selecionada e seu valor correspondente a cada processo do tipo de processo selecionado no agrupamento.

O Ops Manager lista cada processo no cluster agrupado logicamente. Clique na seta cinza à esquerda do agrupamento lógico para exibir seus subgrupos e processos. Você pode modificar as opções avançadas para cada processo individualmente, conforme necessário.

Para descrições do Advanced Configuration Options disponível, consulte Opções avançadas para sistemas MongoDB.

Clique Create Cluster.

O Ops Manager redireciona-o para a visualização Deployment , onde você deve revisar a configuração do cluster antes que o Ops Manager inicie a implantação.

Clique em Review & Deploy para rever as suas alterações.

Revise e aprove suas alterações.

O Ops Manager exibe as alterações propostas.

Se estiver satisfeito, clique em Confirm & Deploy.
Para fazer mais alterações de configuração, clique em Cancel. Clique em Modify para o cluster fazer alterações adicionais.

← Distribuir um conjunto de réplicas

Implementar uma instância standalone do MongoDB →

Observação

Adicionado no Ops Manager 4.0

Pré-requisitos

Importante

Considerações

Nomes exclusivos para clusters fragmentados

Importante

Não implante Agente de monitoramento dentro e fora do Kubernetes

Arquitetura de sistema do servidor de configuração

Removendo um shard

Procedimento

Navegue até a página .css-h15tq0{font-style:normal;font-weight:700;}Deployment do seu projeto.

Abrir a visualização de criação de cluster.

Definir configurações em todo o cluster.

Observação

Observação

Versões disponíveis

Exemplo

Configure cada shard no seu cluster.

Configure cada servidor de configuração no seu cluster.

Configure cada mongos no seu cluster.

Configure cada conjunto de réplicas em seu cluster.

Aviso

Dica

Veja também:

Defina as write and read concerns para seu conjunto de réplicas MongoDB.

Defina quaisquer opções de configuração avançadas para o cluster fragmentado do MongoDB.

Clique Create Cluster.

Clique em Review & Deploy para rever as suas alterações.

Revise e aprove suas alterações.

Navegue até a página Deployment do seu projeto.

Configure cada `mongos` no seu cluster.