Configurar Configurações Adicionais

Opções de Backup para Clusters Flex

O Atlas habilita automaticamente backups para clusters Flex e você não pode desabilitá-los. Para aprender mais, consulte Backups de cluster Flex.

Opções de backup de nível M10+

Para habilitar os backups em nuvem para um cluster M10+ do Atlas, defina a alternância Turn on Cloud Backup para On. Quando ativado, o Atlas tira snapshots de seus bancos de dados em intervalos regulares e os retém de acordo com a política de backup do seu projeto.

Para desativar os backups em nuvem para um cluster M10+ do Atlas, defina o botão de alternância Turn on Cloud Backup como Off. Isso também desativa os backups contínuos em nuvem para o cluster. Para reter quaisquer snapshots existentes após a desativação dos backups em nuvem, defina o botão de alternância Keep existing snapshots after backups disabled? como On antes de aplicar suas alterações ao cluster. Esta opção orienta o Atlas a manter os snapshots existentes e oplog para o cluster de acordo com a política de backup do seu cluster.

O Atlas fornece as seguintes opções de backup para clusters do M10+ :

Sobre o sistema de fragmentação

Atlas deploys each shard as a three-node replica set, where each node deploys using the configured Cloud Provider & Region, Cluster Tier, and Additional Settings. Atlas deploys one mongod per shard node.

Para clusters entre regiões, o número de nós por fragmento é igual ao número total de nós apenas para leitura e elegíveis em todas as regiões configuradas. O Atlas distribui os nós de fragmentação nas regiões selecionadas.

Sobre os sistemas de servidores de configuração

Para servidores de configuração dedicados, o Atlas distribui os servidores de configuração como um conjunto de réplicas de três nós. Os servidores de configuração são executados em30 camadas do cluster M. Em clusters multirregional , os servidores de configuração são distribuídos entre as regiões.

Para clusters entre regiões, o Atlas distribui os nós do conjunto de réplicas do servidor de configuração para garantir a disponibilidade ideal. Por exemplo, o Atlas pode distribuir os servidores de configuração em três zonas de disponibilidade distintas e três regiões diferentes, caso seja suportado pelo fornecedor de serviços na nuvem selecionado e pela configuração de região. Os servidores de configuração devem permanecer legíveis para que as operações de leitura fragmentadas continuem funcionando. Para saber mais, consulte Disponibilidade do servidor de configuração.

Se você habilitar servidores de configuração gerenciados pelo Atlas, o Atlas poderá colocar os dados do servidor de configuração com os dados do aplicativo em vez de usar um servidor de configuração dedicado. Para saber mais, consulte Servidores de configuração autogerenciados para clusters fragmentados.

Uma interrupção regional ou simulação de interrupção regional que afeta as regions de priority mais alta em um cluster fragmentado pode fazer com que o cluster se torne inoperável para priority de leitura. Para restaurar os servidores de configuração, faça o seguinte:

• Configure uma preferência de leitura adequada para consultar nós secundários para leituras.

• Reconfigure o cluster para recuperar os nós elegíveis.

Sobre a implantação mongos

Atlas deploys one mongos router for each node in each shard. For cross-region clusters, this allows clients using a MongoDB driver to connect to the geographically "nearest" mongos.

To calculate the number of mongos routers in a cluster, multiply the number of shards by the number of replica set nodes per shard.

Você não pode converter um sistema de cluster fragmentado para uma sistema de conjunto de réplicas.

Para saber mais sobre como o número de instâncias do servidor afeta o custo, consulte Número de nós.

Para saber mais sobre clusters sharded, consulte Sharding no manual do MongoDB.

Configurar o número de fragmentos

Este campo estará visível apenas se o sistema for um cluster fragmentado.

Seu cluster pode ter entre 1 e 70 fragmentos, inclusive.

Para escalar um conjunto de réplicas para um cluster com vários shards, você deve primeiro escalar para um cluster de único shard, reiniciar seu aplicativo e reconectar-se ao cluster, e então adicionar shards adicionais.

Se você não se reconectar os clientes do aplicativo, seu aplicativo poderá sofrer interrupções de dados.

Depois de dimensionar um cluster de conjunto de réplicas para um cluster de fragmento único, você pode definir o número de fragmentos a serem implantados com o cluster fragmentado.

Se você estiver reduzindo o número de fragmentos em seu cluster fragmentado, o Atlas removerá os fragmentos em ordem decrescente com base no número no campo "_id" (consulte Configuração de cluster fragmentado). Por exemplo, considere um cluster fragmentado com os seguintes três fragmentos:

• "shard0"

• "shard1"

• "shard2"

Se você definir o número de fragmentos para dois, o Atlas removerá "shard2" do agrupamento.

IMPORTANTE: quando você remove um fragmento 8.0 em, o Atlas usa o comando para mover todas as coleções não fragmentadas nesse fragmento para um fragmento restante. Todas as coleções não fragmentadas permanecem online durante esse moveCollection processo.

• Todas as coleções fragmentadas permanecem online e disponíveis durante o processo de remoção de fragmentos. Você deve ativar o balanceador para drenar as coleções fragmentadas do fragmento removido.

• Atlas moves any unsharded collections that can't be drained by moveCollection command by using the movePrimary command. To learn more about the limitations of moveCollection, see Restrictions. movePrimary is an offline operation.

• Para obter mais informações sobre remoção de fragmentos, consulte Remover fragmentos de um cluster fragmentado.

Consideração para converter um conjunto de réplicas em um cluster fragmentado

Se a camada do cluster for M30 ou superior, você poderá converter o conjunto de réplicas em um cluster fragmentado.

Para converter um cluster de conjunto de réplicas singulares em um cluster de vários fragmentos, você deve primeiro converter em um cluster de fragmento único, reiniciar o aplicativo e reconectar-se ao cluster, e, em seguida, adicionar fragmentos.

Se você não reiniciar os clientes do aplicativo, seus dados poderão ficar inconsistentes quando o Atlas começar a distribuir os dados entre os fragmentos.

Se você não se reconectar os clientes do aplicativo, seu aplicativo poderá sofrer interrupções de dados.

• If you are using a DNS Seed List connection string, your application automatically connects to the mongos for your sharded cluster.

• Se você estiver usando uma cadeia de conexão padrão, deverá atualizar sua cadeia de conexão para refletir sua nova topologia de cluster.

A partir do MongoDB,8.3 asoperações DDL e só podem ser executadas em applyOps um mongos para todos os clusters fragmentados. Essas operações podem estar temporariamente indisponíveis durante a transição de um conjunto de réplicas para um cluster fragmentado.

Após a conversão, você deve fragmentar as coleções e escolher uma chave de fragmento apropriada para distribuir dados entre os fragmentos. Para saber mais, consulte Converter um conjunto de réplicas em um cluster fragmentado.

Preferências de leitura

A tabela a seguir descreve as preferências de leitura disponíveis para o BI Connector e suas opções correspondentes de cadeia de conexão readPreference e readPreferenceTag.

Configurações de amostragem

Para gerar um esquema relacional, o BI Connector requer amostragem de dados do MongoDB.

Não é possível usar um arquivo .drdl ou usar o comando mongodrdl para substituir o estágio de amostragem no Atlas BI Connector.

Você pode definir as seguintes configurações de amostragem:

Pré-requisitos

• Você deve configurar o projeto do Atlas para Encryption at Rest usando o Gerenciamento de Chaves antes de habilitar a funcionalidade para seus clusters do Atlas. Para saber mais, consulte Encryption at Rest usando o Gerenciamento de Chaves do Cliente.

• Para alternar de um fornecedor de encryption at rest no cluster para outro, você deve primeiro desabilitar a encryption at rest e, em seguida, reabilitá-la com o fornecedor desejado. Para saber mais, consulte Encryption at rest usando o Gerenciamento de chaves do cliente.

Procedimento

Para começar a gerenciar suas próprias chaves de encriptação para esse cluster, alterne de Encryption using your Key Management (M10 and up) para Yes.

O Atlas Encryption at Rest usando o Gerenciamento de Chaves está disponível para clusters M10+ de conjuntos de réplicas. O Atlas Encryption at Rest oferece suporte à criptografia apenas para Backup do Cluster .

Gerenciar suas próprias chaves de criptografia gera um aumento nos custos de execução por hora de seus clusters. Para saber mais sobre o faturamento do Atlas para funcionalidades avançadas de segurança, consulte Segurança avançada.

Considerações

O Atlas modifica dinamicamente o Oplog Size para conjuntos de réplicas e coleções sharded quando você altera o tamanho do armazenamento do cluster. Para saber mais sobre como o Atlas gerencia o tamanho do oplog, consulte Comportamento do Tamanho do Oplog. No entanto, para as configurações Minimum TLS Protocol Version e Allow Server-Side JavaScript, ele executa uma reinicialização contínua dos membros do shard e do conjunto de réplicas do servidor de configuração. Para saber mais sobre como o Atlas suporta alta disponibilidade durante operações de manutenção, consulte Como o MongoDB Atlas oferece alta disponibilidade?

Visualizar e editar configurações adicionais

Para visualizar e editar estas configurações:

atlas clusters advancedSettings update <clusterName> [options]

Permita a sincronização inicial entre regiões mais rápida para clusters da AWS

Ao adicionar um novo nó a uma região da AWS, o Atlas executa uma sincronização inicial baseada em nuvem para criar um snapshot de um nó de origem e restaurá-lo no novo nó usando os recursos nativos de snapshots do AWS.

Quando você habilita essa configuração, o Atlas usa as cópias de snapshots baseadas em tempo da AWS para executar sincronizações iniciais baseadas na nuvem para os nós de destino da AWS que estão em uma região da AWS diferente do nó de origem. O Atlas prioriza a restauração de um nó primário em relação aos nós secundários para maximizar a atualização dos dados. As operações de cópia de snapshots baseadas em tempo podem atingir uma taxa de transferência máxima de 500 MiB/s. O Atlas sempre maximiza a taxa de transferência ajustando o tempo de conclusão da operação de cópia com base no tamanho do snapshot.

O Atlas oferece suporte à sincronização inicial baseada em nuvem entre regiões somente para clusters da AWS e Google Cloud. Para clusters do Azure, o Atlas executa uma sincronização inicial lógica para adicionar um nó a uma nova região. Você pode adicionar ou substituir nós no seu cluster ao editar a configuração do cluster.

This setting can be enabled only for clusters that contain at least one AWS node. All clusters are opted out by default. If you remain opted out for an AWS cluster, Atlas uses AWS's native non-time-based snapshot copy method to perform cross-region Cloud-based initial syncs. Non-time-based snapshot copies are likely to be much slower than time-based snapshot copies.

Habilitar sincronizações iniciais entre regiões mais rápidas e baseadas em tempo gera custos adicionais para AWS. Para aprender mais sobre os preços de AWS snapshot, consulte a página de preços do Amazon EBS.

Capacidade adaptativa para cluster do Azure

O Atlas habilita Adaptive Capacity por padrão para clusters no Microsoft Azure que têm pelo menos um nó. A capacidade adaptativa entra em vigor em M30 e clusters maiores. Para saber mais, consulte Capacidade adaptativa.

Para desativar a capacidade adaptativa de um cluster individual ou reativá-la, use a IU do Atlas ou a Atlas Administration API:

Definir janela de oplog mínima

Modificar a duração da retenção para entradas de oplog no oplog do cluster. Por padrão, o Atlas retém as entradas por 24 horas antes que o as remova do mongod oplog.

This option corresponds to modifying the storage.oplogMinRetentionHours configuration file option for each mongod in the cluster.

Para definir a janela de oplog mínima:

1. Verifique se o auto-scaling de armazenamento está ativado e se você não desativou esse recurso. O Atlas habilita o auto-scaling por padrão.

2. Defina a oplog window mínima para o valor desejado. Se você não definir esse valor, o Atlas reterá as entradas de oplog por 24 horas antes que o as mongod remova do oplog.

Definir tamanho do oplog

Você pode definir um tamanho fixo de oplog, o que é útil durante a migração em produção ou durante uma carga intensiva de dados.

Você pode definir a configuração do Set Oplog Size somente se optar por não usar o dimensionamento automático de armazenamento do cluster. Você não pode usar o comando MongoDB replSetResizeOplog para redimensionar o oplog em um cluster no Atlas.

Para clusters que têm o dimensionamento automático de armazenamento ativado, você pode definir o Minimum Oplog Window. Consulte Definir oplog window mínima. O Atlas habilita o dimensionamento automático de armazenamento por padrão.

O tamanho mínimo do oplog que você pode definir é 990 megabytes. O Atlas retornará um erro se o tamanho do oplog escolhido deixar o disco do cluster com menos de 25% de sua capacidade livre.

Para verificar o tamanho atual do oplog e o tempo de atraso da replicação:

1. Connect to your cluster via mongosh.

2. Authenticate as a user with the Atlas admin role.

3. Run the rs.printReplicationInfo() method.

O Atlas exibe o tamanho atual do oplog e o tempo de atraso da replicação.

Para definir um tamanho de oplog fixo:

1. Desative o dimensionamento automático de armazenamento.

2. Set the Minimum Oplog Window to 0.

3. Determinar o tamanho do oplog de que você precisa:

   • Monitore o tempo de atraso durante o processo de migração na IU do Atlas .

   • If the lag time shown in the Atlas UI during migration approaches the replication lag time that you obtained using the rs.printReplicationInfo() method, increase the oplog size.

4. Especifique o Oplog Size desejado em megabytes na caixa de entrada. Essa configuração define o tamanho descompactado do oplog, não o tamanho no disco.

   Para sistemas de cluster fragmentado, esta opção modifica o tamanho do oplog de cada shard no cluster.

   This option corresponds to modifying the replication.oplogSizeMB configuration file option for each mongod in the cluster.

   Aviso

   Reduzir o tamanho do oplog requer a remoção de dados do mesmo. O Atlas não pode acessar ou restaurar quaisquer entradas do oplog removidas devido à redução do oplog. Considere as implicações dessa perda de dados antes de reduzir o oplog.

Permitir JavaScript no servidor

Habilite ou desabilite a execução de operações que executam a execução de JavaScript no lado do servidor.

• Se o cluster executar uma versão do MongoDB inferior 5.0 a, essa opção corresponderá à modificação da security.javascriptEnabled opção de arquivo de configuração para cada no mongod cluster.

• Se o cluster executar o MongoDB versão 5.0 ou superior, essa opção corresponderá à modificação da security.javascriptEnabled opção de arquivo de configuração para cada mongod e no mongos cluster.

• Se o cluster executar o MongoDB 8.0 versão, Allow Server-Side JavaScript será desativado por padrão para melhorar a segurança e o desempenho. Essa opção corresponde à security.javascriptEnabled opção de arquivo de configuração para cada mongod e no mongos cluster.

Habilitar registro de dados de query editados e anônimos

Incluir saída do $queryStats editada e anônima nos registros do MongoDB. A saída $queryStats não contém literais ou valores de campo. Habilitar essa configuração pode afetar o desempenho do seu cluster.

Definir versão mínima do protocolo TLS

Set the minimum TLS version that the cluster accepts for incoming connections. This option corresponds to configuring the net.tls.disabledProtocols configuration file option for each mongod in the cluster.

IMPORTANTE: o Atlas não suporta mais TLS 1.0 ou 1.1. Todos os clusters rejeitam tentativas de conexão com TLS 1.0 ou 1.1. Defina a versão mínima de TLS dos seus clusters como 1.2 ou superior.

Defina a configuração personalizada da suíte de cifras

A partir de uma lista de suítes de cifras, selecione qual será usada para as comunicações de nó a nó e cliente para Atlas do cluster. A lista de cifras disponíveis depende da versão mínima do TLSdo cluster.

Exigir índices para todas as queries

Enable or disable the execution of queries that require a collection scan to return results. This option corresponds to modifying the notablescan parameter via the setParameter command for each mongod in the cluster.

Write concern padrão

Define o nível padrão de confirmação solicitado ao MongoDB para operações de gravação nesse cluster.

A write concern padrão para cluster é maioria.

Definir a vida útil da transação

Set the maximum lifetime of multi-document transactions. This option corresponds to modifying the transactionLifetimeLimitSeconds parameter via the setParameter command for each mongod in the cluster.

O tempo de vida padrão da transação para clusters é de 60 segundos.

Habilitar ou desabilitar o pré-aquecimento rápido do disco

To enable fast disk pre-warming for a cluster, toggle Allow Fast Disk Pre-Warming to Yes.

Para desabilitar o pré-aquecimento rápido do disco para um cluster, mude de Allow Fast Disk Pre-Warming para No.

Devido ao design da infraestrutura subjacente do provedor de nuvem, o pré-aquecimento do disco ocorre sempre que o Atlas precisa provisionar um novo nó em um cluster, como quando você adiciona um novo nó a uma região existente. O pré-aquecimento do disco usa temporariamente um nó secundário oculto.

O pré-aquecimento rápido do disco é mais rápido que o aquecimento do disco em segundo plano. Por padrão, o Atlas habilita o pré-aquecimento de disco rápido para sua implantação. Quando o pré-aquecimento do disco está ativado, o Atlas oculta o nó e isso impede que esse nó execute operações de leitura.

Considere as seguintes recomendações:

• Se você tiver cargas de trabalho que buscam latência de consulta consistente, habilite essa configuração.

• Se você tiver cargas de trabalho que buscam garantias de disponibilidade máxima sobre o desempenho consistente da query e precisar que o nó recém-adicionado ou substituído esteja imediatamente ativo e visível, desabilite essa configuração e use uma string de conexão personalizada com tags para o nó que passa por pré-aquecimento até que o processo de pré-aquecimento seja concluído. Usar essa string de conexão impede leituras no nó enquanto a maior parte das suas IOPS é utilizada pelo processo de pré-aquecimento.

Defina o tempo limite padrão para operações de leitura

Para clusters que executam o MongoDB versão 8.0+, você pode especificar o tempo limite máximo padrão em milissegundos de todas as operações de leitura para esses clusters. Isso protege seu banco de dados contra queries de longa duração não intencionais. Esta opção corresponde ao parâmetro de cluster defaultMaxTimeMS.

Configurar o modo de dimensionamento do conjunto de réplicas

Modify the replica set scaling mode for your cluster. Atlas uses the scaling mode In Parallel By Workload Type by default. Atlas can also scale a replica set with the In Parallel By Node Type and Sequential modes.

A lista a seguir descreve os modos de dimensionamento disponíveis:

• In Parallel By Workload Type O modo aplica-se apenas a clusters com nós operacionais e nós de analítica somente para leitura. O Atlas usa esse modo de dimensionamento por padrão, a menos que você especifique outro modo de dimensionamento. Neste modo, o Atlas dimensiona seus nós analíticos em paralelo com seus nós operacionais.

  Observação

  If your cluster has only electable nodes, the scaling mode In Parallel By Workload Type doesn't affect cluster behavior.

• In Parallel By Node Type o modo é para cargas de trabalho grandes e dinâmicas que exigem redimensionamento frequente e imediato em tiers do cluster. Neste modo, o Atlas dimensiona seus nós elegíveis em paralelo com seus nós somente leitura e nós de análise. Essa é a estratégia de dimensionamento mais rápida, mas pode afetar a latência das cargas de trabalho ao executar leituras secundárias extensas.

• Sequential O modo é para cargas de trabalho de estado estável e aplicativos que realizam leituras secundárias sensíveis à latência. Neste modo, o Atlas dimensiona todos os nós sequencialmente.

Habilitar a supressão de logs

Ative esta opção para evitar o registro de informações potencialmente confidenciais em valores de campo. Para obter mais informações, consulte Supressão de log.

Uma reinicialização contínua é necessária para habilitar e desabilitar a supressão de log.

Servidores de configuração gerenciados pelo Atlas para clusters fragmentados

Ative ou desative o gerenciamento do Atlas do tipo de servidor de configuração para um novo cluster fragmentado. Um servidor de configuração gerenciado pelo Atlas alterna automaticamente o tipo de servidor de configuração com base em critérios para desempenho ideal e economia de custos. Se você não habilitar um servidor de configuração gerenciado pelo Atlas para um cluster fragmentado, o Atlas sempre usará um servidor de configuração dedicado para o cluster.

Para todos os 8.0 clusters fragmentados do Atlas , os servidores de configuração gerenciados pelo Atlas são On por padrão. Para desabilitar os servidores de configuração gerenciados pelo Atlas, configure o botão de alternância para Off. Se o cluster tiver menos de seis fragmentos e servidores de configuração incorporados, a desativação dos servidores de configuração gerenciados pelo Atlas transita imediatamente o cluster para servidores de configuração dedicados.