Perguntas frequentes: implementação

MongoDB Atlas ou MongoDB Cloud Manager?

O Atlas oferece uma experiência managed e simplificada. Os Atlas users têm acesso a uma seleção cuidadosamente escolhida de opções de configuração e infraestrutura. As opções de configuração e infraestrutura do Atlas disponíveis podem não fornecer a flexibilidade que alguns usuários precisam. Por exemplo, o Atlas requer TLS para conectividade de cluster e não apresenta opções para desabilitar o TLS. O Atlas é adequado para usuários que desejam ter menos componentes para managed, permitindo que programadores e administradores de reconhecimento de data center sejam mais produtivos.

O MongoDB Cloud Manager oferece mais controle, disponibilizando mais opções de configuração na infraestrutura escolhida. Os usuários do Cloud Manager têm acesso a operações avançadas e a um nível mais alto de controle, mas precisam gerenciar o ciclo de vida completo da infraestrutura. O Cloud Manager é mais adequado para usuários que exigem um nível mais alto de controle sobre os clusters MongoDB.

Para obter orientação sobre qual serviço MongoDB melhor se adequa às necessidades de sua organização, entre emcontato com o Suporte do MongoDB.

Posso trazer uma implantação MongoDB existente para o MongoDB Atlas para gerenciamento?

Não. No entanto, você pode carregar dados da implantação MongoDB existente no MongoDB Atlas.

Você pode usar a migração live na UI do Atlas para migrar dados live de um conjunto de réplicas de origem ou de um cluster fragmentado para um Atlas cluster. Para escolher uma estratégia de importação, consulte Migrar ou importar dados.

Você também pode escrever roteiros usando drivers oficiais suportados pelo MongoDB para carregar dados.

Posso migrar entre regiões?

Sim. Você pode alterar uma ou mais regiões de um determinado cluster no provedor de serviços de cloud original ou em diferentes provedores de serviços de cloud. O MongoDB Atlas usa uma estratégia de migração contínua para mover nós da região original para uma nova região a fim de preservar a disponibilidade do cluster.

Se for necessário migrar dados entre regiões em diferentes fornecedores de serviços de nuvem, você pode:

• Modifique o formulário de configuração do cluster na UI do Atlas alterando os fornecedores de nuvem e a região de cada cluster cujos dados você está migrando. A migração rola cluster por cluster, a partir dos nós secundários.

• Migre usando a opção multicloud/multirregiões. Esse método minimiza o risco de problemas relacionados à capacidade do fornecedor de cloud, mas pode resultar em custos de fonte de dados mais altos.

• Executar migração em produção.

• Migrar usando o mongomirror.

• Popular o cluster de destino usando o mongorestore.

• Restaurar um backup do cluster de origem para o cluster de destino.

O Atlas suporta implantações entre regiões?

Sim. Você pode especificar regiões adicionais para alta disponibilidade ou leituras locais ao criar ou dimensionar uma implementação.

O Atlas suporta sistemas entre fornecedores de serviços em cloud. Para saber mais, consulte nó elegível para alta disponibilidade.

Quais regiões do Amazon Web Services são suportadas pelo Atlas?

Atlas O é compatível com todas as regiões do Amazon Web Services , exceto China e GovCloud dos EUA . Para saber mais, consulte Amazon Web Services (Amazon Web Services).

Posso pausar ou parar o meu cluster do Atlas?

Você pode pausar um M10+ cluster pago por até 30 dias. O Atlas retoma automaticamente o cluster após 30 dias.

Posso pré-dividir partes em um cluster fragmentado do Atlas?

O trigger de banco de dados Atlas admin tem o privilégio necessário para pré-divisão de partes em uma collection fragmentada vazia.

Para saber mais sobre criação e gerenciamento de partes em clusters fragmentados, consulte Criar partes em um cluster fragmentado.

O MongoDB Atlas pode distribuir clusters com mais de 50 fragmentos?

Sim, o MongoDB Atlas permite a seleção de até 100 shards. Se estiver interessado em mais de 100 shards, entre em contato com o Suporte do MongoDB.

Como o MongoDB Atlas oferece alta disponibilidade?

Os clusters do Atlas utilizam a capacidade de replicação do MongoDB para fornecer alta disponibilidade. Todos os clusters do Atlas são conjuntos de réplicas ou clusters fragmentados em que cada fragmento é um conjunto de réplica. Para saber mais sobre conjuntos de réplicas e replicação do MongoDB, consulte Replicação.

O Atlas usa uma estratégia de atualização contínua para executar operações de manutenção ou de infraestrutura , como a aplicação de patches de segurança ou o aumento do dimensionamento de um cluster do Atlas. A estratégia de atualização contínua garante que o cluster possa processar leituras e gravações durante a maior parte da manutenção ou operação de infraestrutura. Durante o procedimento de atualização contínua:

• O Atlas aplica as alterações a cada nó secundário do cluster.

• O Atlas direciona o nó primário a passar para o estado secundário e aciona a eleição de um novo primário.

• Após o cluster ter um novo primário, o Atlas aplica as alterações no antigo nó primário.

Os aplicativos devem manter as operações de gravação enquanto o cluster elege um novo primário. O cluster pode continuar processando operações de leitura secundárias durante esse período. A eleição no cluster do Atlas normalmente é concluída em alguns segundos. Fatores como a latência da rede podem prolongar o tempo necessário para que as eleições de conjuntos de réplicas sejam concluídas, o que, por sua vez, afeta o tempo em que o cluster pode operar sem um primário. Esses fatores dependem da arquitetura específica de seus clusters.

Você pode ativar as gravações repetíveis adicionando retryWrites=true à cadeia de conexão do URI do Atlas. Para saber mais, consulte Gravações repetíveis.

Para os clusters M10+ , o Atlas fornece uma funcionalidade de failover primário de teste que permite verificar se sua aplicação pode detectar e React a uma eleição de conjunto de réplicas. Ao projetar aplicativos que podem lidar perfeitamente com uma eleição de conjunto de réplicas, você não precisa mais se preocupar com a manutenção subjacente que ocorre nos clusters.

As operações de manutenção do Atlas incluem patches de sistema operacional e patches de manutenção para o próprio banco de dados MongoDB. As operações de infraestrutura incluem operações de reparo necessárias para substituir a infraestrutura com falha e substituições de infraestrutura programadas , como alterar a camada do cluster.

Entre em contato com o suporte do MongoDB caso precise de ajuda com a arquitetura do seu aplicativo para utilizar o MongoDB Atlas com a disponibilidade ideal.

O que são nós de analítica?

Disponível em clusters M10+.

Os nós de análise são nós somente leitura especializados e usados para isolar queries que você não quer que afetem a carga de trabalho operacional. Eles são úteis para lidar com dados analíticos, como queries de relatórios executadas por ferramentas de BI.

Os nós de analítica e os nós read-only são configurados com marcações de conjunto de réplicas distintas que permitem direcionar queries para os tipos de nós e regiões desejados. Para obter detalhes sobre as marcações de conjuntos de réplicas predefinidas implementadas pelo Atlas, consulte Marcações de conjunto de réplicas do Atlas.

Você pode ter até 50 nós no total em um cluster multirregional. Dentro desse limite, não há um número máximo de nós de análise.

Os nós de analítica não podem contribuir para a disponibilidade de um cluster porque não podem participar de eleições nem se tornar o primary do cluster.

Por que não posso enviar outra solicitação de alteração de armazenamento em disco?

Se você enviou recentemente uma solicitação de alteração de armazenamento em disco, o AWS solicita que você aguarde 6 horas, e que a primeira solicitação seja concluída antes de enviar outra solicitação de alteração de disco.

Como posso migrar meu Atlas cluster de um provedor de nuvem para outro?

Se você usar IPs públicos para se conectar ao Atlas cluster a partir do seu aplicação, poderá alternar para um provedor de nuvem diferente de forma mais eficiente modificando o cluster na UI do Atlas . Desde que seu aplicação seja resiliente a failovers, isso deve migrar seu cluster com sucesso.

No entanto, se o aplicação estiver se conectando ao Atlas cluster por meio do emparelhamento VPC ou PrivateLink, o emparelhamento ou a conexão PrivateLink entre o aplicação e o cluster será interrompida depois que o cluster migrar para outro provedor de nuvem. Por esse motivo, você precisa considerar como seu aplicação se conecta ao cluster depois de ser migrado para o novo provedor de nuvem. Consulte o administrador de rede do seu aplicativo para obter orientações adicionais ou entre em contato com o suporte.