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 roteia 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 na AWS, Azure e GCP, e para clusters sharded que abrangem vários provedores de nuvem. Em comparação com private endpoints, o emparelhamento permite conectividade de rede privada entre o Atlas e a rede da sua nuvem, enquanto private endpoints fornecem acesso privado com escopo mais restrito e 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 essencial da configuração do emparelhamento de rede é a definição antecipada da faixa CIDR. Seu Atlas CIDR não deve se sobrepor a nenhuma VPC 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
O Modelo de responsabilidade compartilhada do MongoDB Atlas define os direitos complementares do MongoDB e de seus clientes em manter um ambiente de dados seguro e resiliente. Nesse framework, o MongoDB gerencia a segurança e a integridade operacional da plataforma subjacente, enquanto os clientes são responsáveis pelas políticas de configuração, gerenciamento e dados de suas implantações específicas. Para obter uma análise detalhada da propriedade em segurança e segurança operacional, consulte Modelo de responsabilidade compartilhada.
Limitações
O Atlas não oferece suporte ao emparelhamento de rede entre clusters implantados 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 Amazon Web Services e um aplicativo hospedado em uma única região no Google Cloud Platform.
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, de preferência antes de implantar o primeiro cluster dedicado em uma região. Seu Atlas CIDR não deve se sobrepor a nenhuma VPC 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.
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 Amazon Web Services, 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 por comportamento da nuvem: AmazonWeb 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.