Perguntas frequentes: Opções de cadeia de conexão

Por que meu cluster tem múltiplas cadeias de conexão?

Para se conectar ao Atlas, aponte seus aplicativos para um URI para se comunicar com um cluster. O Atlas cria clusters com mais de um nó ou host. Cada nó tem seu próprio nome de host que se resolve para um endereço IP. O URI, conhecido como uma connection string, ao qual o Atlas se conecta, pode ter mais de um nome de host. Configure o Atlas para aceitar conexões para os hosts de cluster a partir de endereços IP permitidos.

O Atlas protege conexões de endereços IP públicos por meio de autenticação e TLS. Se você quiser se conectar a endereços IP privados, você pode usar:

• Emparelhamento de VPC da AWS e do GCP

• Emparelhamento de rede virtual do Azure

• AWS PrivateLink e Azure Private Link

Essas funcionalidades gerenciam a comunicação em endereços IP internos dentro de redes seguras.

O Atlas fornece mais de uma cadeia de conexão ao usar redes seguras. Cada rede oferece uma string que se resolve para endereços IP diferentes.

Todos os clusters têm uma string de conexão padrão. Isso é resolvido para o cluster:

• Endereços IP públicos para conexões de Internet e

• Endereços IP privados de VPC para clusters da AWS quando resolvidos a partir de uma VPC emparelhada.

Use essa string para aplicativos que se conectam pela Internet ou que se conectam a clusters emparelhados na AWS.

Os clusters com redes emparelhadas têm uma cadeia de conexão de IP privado para emparelhamento. Essa string é resolvida para endereços IP disponíveis para:

• Redes emparelhadas no Azure ou Google Cloud

• Clusters emparelhados da AWS com um serviço de DNS personalizado.

Use esta cadeia de conexão com aplicativos conectados:

• Em uma rede emparelhada do Azure ou do Google Cloud

• Para clusters AWS quando usar a AWS com DNS personalizado.

Os clusters da AWS ou do Azure em regiões com endpoints privados configurados têm uma ou mais connection strings. Cada string é resolvida para o endereço IP privado de uma interface de rede em sua VPC ou VNet que se conecta diretamente a um balancer de carga na VPC ou VNet do Atlas. Use essas connection strings com aplicativos que se conectam a endpoints privados.

O que isso significa para clusters do Google Cloud ou do Azure no modo somente emparelhamento?

Antes de 31 de março de 2020, era necessário habilitar o modo somente emparelhamento para se conectar a bancos de dados em clusters do Azure ou do Google Cloud em rede de mesmo nível. Este modo:

• Afetou a resolução global de DNS e

• Limitou quaisquer conexões de banco de dados fora da rede com emparelhamento.

Vários horizontes elevam essas restrições e desbloqueiam as seguintes funcionalidades adicionais:

• Charts

• Migração ao vivo

Para aproveitar várias possibilidades, execute as seguintes tarefas:

• Atualize as cadeias de conexão existentes do seu aplicativo para usar IP privado para cadeias de conexão de emparelhamento.

• Desative o modo Somente emparelhamento.

• Conecte-se usando as strings descritas em Por que meu cluster tem várias cadeias de conexão.

O meu cluster do Azure com o emparelhamento de VNet pode abranger várias regiões?

Sim.

Altere seus aplicativos para se conectarem usando a cadeia de conexão de IP privado para emparelhamento. Essa alteração permite que seus aplicativos se conectem a partir de redes emparelhadas usando a IU ou a API.

Para expandir para mais regiões, desative primeiro o modo somente emparelhamento nos clusters existentes do Azure.

Como faço para desativar o modo somente de emparelhamento?

Para desativar o modo somente emparelhamento usando:

curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
     --header "Accept: application/json" \
     --header "Content-Type: application/json" \
     --include \
     --request GET "https://cloud.mongodb.com/api/atlas/v1.0/groups/{GROUP-ID}/clusters?pretty=true"

{
  "results": [{
    ...
    "mongoDBMajorVersion": "5.0",
    "mongoDBVersion": "5.0.14",
    ...
  },{
    ...
    "mongoDBMajorVersion": "5.0",
    "mongoDBVersion": "5.0.12",
    ...       }
  ]
}

curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
     --header "Accept: application/json" \
     --header "Content-Type: application/json" \
     --include \
     --request PATCH "https://cloud.mongodb.com/api/atlas/v1.0/groups/{GROUP-ID}/privateIpMode?pretty=true" \
     --data '
       {
         "enabled" : false
       }'

1
{
2
  "enabled" : false
3
}

Como isso afeta o emparelhamento do AWSVPC quando uso DNS personalizado?

?

Antes de 31 de março de 2020, os aplicativos implantados na AWS usando serviços de DNS personalizados e com VPC com o Atlas não podiam se conectar por endereços IP privados:

• DNS personalizado resolvido para endereços IP públicos.

• DNS interno AWS resolvido para endereços IP privados.

Os aplicativos implementados com serviços DNS personalizados na AWS devem usar IP privado para strings de conexão de emparelhamento.

Para mostrar essas strings:

Como identifico qual cadeia de conexão meu aplicativo usa?

A estrutura do URI da connection string indica o tipo de string. Se você tiver criado uma conexão de emparelhamento ou um endpoint privado, o Atlas exibirá mais de uma dessas opções para seu uso.

mongodb://xyz456-shard-00-00.ab123.mongodb.net:27017
mongodb+srv://xyz456.ab123.mongodb.net

mongodb+srv://xyx456-ab123.mongodb.net

mongodb+srv://xyx456.ab123.mongodb.net

mongodb://xyx456-shard-00-00-pri.ab123.mongodb.net:27017
mongodb+srv://xyx456-pri.ab123.mongodb.net

mongodb://pl-0-us-east-1a.ab123.mongodb.net:1024
mongodb+srv://pl-0-us-east-1a.ab123.mongodb.net

mongodb://pl-0-us-west-1.ab123.mongodb.net:1024
mongodb+srv://cluster0-pl-0-us-west-1.ab123.mongodb.net

mongodb://pl-0-eastus2.ab123.mongodb.net:1024
mongodb+srv://pl-0-eastus2.ab123.mongodb.net

mongodb://pl-0-eastus2.ab123.mongodb.net:1024
mongodb+srv://cluster0-pl-0-eastus2.ab123.mongodb.net

foo-shard-00-00-ab123.mongodb.net
foo-ab123.mongodb.net

foo-shard-00-00-ab123.azure.mongodb.net
foo-ab123.azure.mongodb.net

foo-shard-00-00-ab123.gcp.mongodb.net
foo-ab123.gcp.mongodb.net

Preciso atualizar minha cadeia de conexão ao migrar para um provedor de nuvem diferente de um cluster M0, M2 ou M5 para outro?

Se você tiver uma string de conexão legada e quiser alterar os provedores de nuvem, sua string de conexão deverá incluir .gcp ou .azure e você deverá realizar uma das seguintes ações:

• Mudar para o Google Cloud ou Azure

• Saia do Google Cloud ou do Azure

  Observação

  Qualquer operação pode alterar sua cadeia de conexão. Na IU do Atlas, clique em Connect no seu cluster após a conclusão da atualização de uma cadeia de conexão atualizada.

Preciso atualizar minha cadeia de conexão ao migrar para um provedor de nuvem diferente de um cluster dedicado para outro?

Depende do seguinte:

• qual provedor de nuvem seu cluster atual usa

• quando você criou o cluster