Observação
Esta página se aplica tanto ao Atlas Infinite quanto ao Atlas Core.
O emparelhamento de rede do Atlas permite criar uma conexão privada entre a rede do seu aplicativo e a rede do Atlas para um cluster dedicado. Essa conexão direciona o tráfego por endereços IP privados em vez da Internet pública, o que ajuda a isolar o tráfego do aplicativo para o banco de dados. O Atlas oferece suporte ao emparelhamento para clusters dedicados no AWS, Azure e Google Cloud, e para clusters que abrangem vários provedores de nuvem. Em comparação com private endpoints, o emparelhamento permite conectividade de rede privada entre o Atlas e sua rede de nuvem, enquanto private endpoints fornecem acesso privado com escopo mais restrito com menos expansão do limite de confiança da rede.
Os requisitos e limitações exatos de configuração variam de acordo com o provedor de nuvem, portanto, você deve revisar a orientação específica do provedor antes de configurar a conexão.
Um componente chave da configuração do emparelhamento de rede é definir previamente a faixa CIDR. Seu Atlas CIDR não deve se sobrepor a quaisquer VPCs que você planeja emparelhar, e o tamanho do CIDR afeta quantos nós e conjuntos de réplicas o Atlas pode suportar nesse projeto ou região. No Atlas, um contêiner de rede é criado automaticamente quando você cria uma conexão de emparelhamento. Em alguns casos, você pode querer criar ou gerenciar o contêiner separadamente da conexão. Para fazer isso, siga o guia para gerenciar contêineres de rede.
Observação
The MongoDB Atlas Shared Responsibility Model defines the complementary duties of MongoDB and its customers in maintaining a secure and resilient data environment. Under this framework, MongoDB manages the security and operational integrity of the underlying platform, while customers are responsible for the configuration, management, and data policies of their specific deployments. For a detailed breakdown of ownership across security and operational excellence, see Shared Responsibility Model.
Limitações
O Atlas não oferece suporte ao emparelhamento entre clusters distribuídos em uma única região em diferentes provedores de nuvem. Por exemplo, você não pode configurar o emparelhamento de rede entre um cluster Atlas hospedado em uma única região no AWS e um aplicativo hospedado em uma única região no Google Cloud.
Os clusters gratuitos (anteriormente conhecidos como
M0) e os clusters Flex não aceitam emparelhamento de VPC. Para usar redes privadas, é necessário usar um cluster dedicado.
Melhores práticas recomendadas para emparelhamento Atlas
Planeje as faixas CIDR com antecedência, idealmente antes de implantar o primeiro cluster dedicado em uma região. Seu Atlas CIDR não deve se sobrepor a quaisquer VPCs com os quais você planeja emparelhar, e o tamanho do CIDR afeta quantos nós e conjuntos de réplicas o Atlas pode suportar nesse projeto ou região.
Use apenas endereços privados RFC 1918 para redes de emparelhamento.
Um projeto Atlas pode ter um máximo total de 50 conexões de emparelhamento, das quais um máximo de 25 pode estar pendente.
Use o emparelhamento VPC ou VNet quando quiser caminhos de rede privados para o Atlas, mas lembre-se de que o emparelhamento estende o limite de confiança da rede mais do que os private endpoints. Se minimizar a extensão do limite de confiança for a principal prioridade, os private endpoints geralmente são a melhor opção.
Trate o emparelhamento como um exercício de design de rede de privilégio mínimo: bloqueie grupos de segurança e ACLs de rede para que o Atlas não obtenha alcance de entrada desnecessário em sua rede de aplicativos e considere usar uma VPC intermediária para que apenas os componentes que precisam de acesso ao Atlas sejam expostos.
Adicione o CIDR de emparelhamento à lista deacesso IP do Atlas e certifique-se de que o roteamento de rede do lado da nuvem esteja configurado conforme explicado no procedimento de emparelhamento específico do provedor.
Seja explícito sobre a escolha da string de conexão. No AWS, a string de conexão padrão geralmente funciona por emparelhamento, e a string
-prié opcional a menos que você use DNS personalizado. No Azure e no Google Cloud Platform, use a string de conexão Private IP for Peering.Para implantações multirregionais, planeje o emparelhamento de acordo com o comportamento da nuvem: Amazon Web Services e Azure exigem emparelhamento para cada região do Atlas envolvida, enquanto o Google Cloud Platform usa VPCs globais e precisa de apenas uma conexão de emparelhamento.