¿Cambian alguna vez las IP públicas del clúster de Atlas?
Los factores que determinan si y cuándo cambia la dirección IP pública de un clúster de Atlas dependen del nivel de clúster.
Nota
Esta sección se aplica a M10 o en clústeres dedicados más grandes solamente, a menos que se especifique.
Las direcciones IP públicas de un clúster de Atlas deben cambiar cuando:
Convierte un conjunto de réplicas en un clúster fragmentado.
Escalar un clúster Free (anteriormente conocido como
M0) o Flex a un clústerM10o superior.Finalice y luego vuelva a implementar un clúster con el mismo nombre pero en un nivel diferente dentro de horas.36
Activar el cifrado en reposo en un clúster con una vida útil inferior a 12 horas.
Nota
En el caso de clústeres con NVMe en Amazon Web Services (AWS) o Microsoft Azure, el escalado vertical generalmente conserva las direcciones IP públicas existentes. Sin embargo, existe una pequeña posibilidad de que cambien; Atlas no garantiza la retención de las direcciones IP.
Las IP públicas de un clúster de Atlas no cambian cuando usted:
Aumenta verticalmente un clúster en Amazon Web Services (AWS) o Microsoft Azure que no esté respaldado por un NVMe SSD, o aumenta verticalmente un clúster desde cualquier nivel en Google Cloud Platform (GCP).
Despausar el clúster.
Terminar y, a continuación, volver a implementar un clúster con una vida útil de 12 horas o más en un periodo de 12a36 horas.
Experimente un evento de mantenimiento o curación en su clúster.
Para encontrar la dirección IP pública de cualquier nodo del clúster, use la herramienta nslookup desde la línea de comandos. La dirección IP se muestra en la sección Address de la salida.
nslookup ds-shard-00-00-17jcm.mongodb-dev.net Address: 34.226.104.79
¿Puedo especificar mi propia VPC para mi proyecto de MongoDB Atlas?
No. Un proyecto Atlas y sus clústeres están asociados a una región específica. VPC.
Atlas crea una VPC cuando implementas el primer M10+ clúster dedicado de pago en un proveedor y región determinados. Para clústeres multirregionales, Atlas crea un VPC por región si todavía no existe un VPC para esa región.
(solo implementaciones AWS) Atlas también crea un VPC cuando creas una conexión de emparejamiento de VPC con una AWS VPC Atlas crea el VPC en la misma región que el VPC emparejado.
Para usar una VPC diferente (es decir, en las propias cuentas de infraestructura en la nube de los clientes), sería necesario usar MongoDB Cloud Manager u Ops Manager.
¿Cómo encuentro mis nombres de host del lado Atlas para abrir mi firewall de salida?
Si el firewall bloquea las conexiones salientes de la red, debe configurar el acceso saliente desde el entorno de su aplicación a MongoDB Atlas.
Resolver automáticamente direcciones IP
Puedes utilizar el Formato de cadena de conexión SRV, que resuelve automáticamente las direcciones IP adecuadas para los servicios y clústeres de MongoDB Atlas.
Recuperar direcciones IP específicas para reglas de firewall salientes
Si su entorno de aplicación requiere configurar reglas de firewall de salida mediante direcciones IP específicas, puede recuperar una lista de direcciones IP asociadas con todos los clústeres y servicios en su proyecto utilizando el punto final de API Devolver todas las direcciones IP para un proyecto.
Nota
Estas direcciones IP son dinámicas y están sujetas a cambios frecuentes. Utiliza esta opción solo si tu aplicación puede integrar programáticamente estas direcciones IP en tu orquestación automatizada, permitiendo actualizaciones frecuentes de las reglas de tu firewall.
¿Cuántos permisos de red entre regiones admite Atlas?
Los clústeres pueden abarcar regiones y proveedores de servicios en la nube. El número total de nodos en clústeres que abarcan varias regiones tiene una restricción específica por proyecto.
Atlas limita el número total de nodos en otras regiones en un proyecto a un total de 40, sin incluir:
Las regiones de Google Cloud se comunican entre ellas
Clústeres gratuitos
Clústeres Flex
Los clústeres fragmentados incluyen nodos adicionales. Los nodos elegibles en el set de réplicas de servidor de configuración (CSRS) dedicado cuentan para el número total de nodos permitidos. Cada clúster tiene un nodo elegible adicional por región como parte del CSRS dedicado. Para obtener más información, consulta Servidores de configuración del set de réplicas.
El número total de nodos entre cualquier par de regiones debe cumplir con esta restricción.
Ejemplo
Si un proyecto de Atlas tiene nodos en clústeres distribuidos en tres regiones:
30 nodos en Región A
10 nodos en Región B
5 nodos en Región C
Solo puedes agregar 5 nodos más a Región C porque:
Si excluyes la Región C, Región A + Región B = 40.
Si excluyes la Región B, Región A + Región C = 35, <= 40.
Si excluyes la Región A, Región B + Región C = 15, <= 40.
Cada combinación de regiones con los 5 nodos añadidos sigue cumpliendo la restricción por proyecto:
Región A + B = 40
Región A + C = 40
Región B + C = 20
No puedes crear un clúster multiregional en un proyecto si tiene uno o más clústeres que abarcan 40 o más nodos en otras regiones.
Ponte en contacto con el soporte de Atlas para preguntas o asistencia con el aumento de este límite.
Si excede el límite de permisos entre regiones al crear un clúster a través de la API de administración de Atlas, la API devuelve el siguiente error:
{ "error" : 403, "detail" : "Cannot have more than 40 cross-region network permissions.", "reason" : "Forbidden" }
¿Se puede utilizar Atlas con AWS Transit Gateway?
Sí. AWS PrivateLink impulsa los puntos de conexión privados de Atlas. Esto permite la conectividad transitiva. Puede usar AWS Transit Gateway con su VPC si la conectó a Atlas mediante AWS PrivateLink.
¿Se puede usar Atlas con AWS Direct Connect?
Sí. AWS PrivateLink impulsa los puntos de conexión privados de Atlas. Esto permite la conectividad transitiva. Puede usar AWS Direct Connect con su VPC si la conectó a Atlas mediante AWS PrivateLink.