¿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 solo a clústeres dedicados M10 o mayores, a menos que se especifique.
Las direcciones IP públicas de un clúster de Atlas deben cambiar cuando:
Escalar un clúster Free (anteriormente conocido como
M0) o Flex a un clústerM10o superior.Finalize y luego vuelva a implementar un clúster con el mismo nombre pero en un nivel diferente dentro de 36 horas.
Activar el cifrado en reposo en un clúster con una vida útil inferior a 12 horas.
Nota
Para los clústeres con respaldo NVMe en Amazon Web Services (AWS) o Microsoft Azure, la ampliación vertical suele conservar las direcciones IP públicas existentes. Sin embargo, hay una pequeña posibilidad de que cambien; Atlas no garantiza la retención de 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.
Experimenta un evento de mantenimiento o recuperación en el clúster.
Para encontrar la dirección IP pública de cualquier nodo de tu clúster, utiliza la herramienta nslookup desde la línea de comandos. La dirección IP se muestra en la Address parte 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 de Atlas, y sus clústeres, se asocian a una VPC específica de la región.
Atlas crea una VPC cuando implementas el primer M10+ clúster dedicado de pago a un determinado proveedor y región. Para clústeres multirregionales, Atlas crea una VPC por región si aún no existe una VPC para esa región.
(Solo implementaciones en AWS) Atlas también crea una VPC cuando se crea una conexión de emparejamiento VPC a una AWS VPC. Atlas crea la VPC en la misma región que la VPC apareada.
Para usar una VPC diferente (es decir, en las cuentas propias de infraestructura en la nube del cliente), deberías usar MongoDB Cloud Manager u Ops Manager.
¿Cómo puedo encontrar los nombres de host del lado de Atlas para configurar el 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 apropiadas para los servicios y clústeres de MongoDB Atlas.
Recuperar direcciones IP específicas para reglas de firewall salientes
Si el entorno de la aplicación requiere configurar reglas de firewall de salida con direcciones IP específicas, puedes recuperar una lista de direcciones IP asociadas a todos los clústeres y servicios del proyecto mediante el endpoint de la 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 se supera 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 potencia los nodos privados de Atlas. Esto permite la conectividad transitiva. Puedes usar la pasarela de tránsito AWS con tu VPC si conectaste tu VPC a Atlas a través de AWS PrivateLink.
¿Se puede usar Atlas con AWS Direct Connect?
Sí. AWS PrivateLink impulsa los nodos privados de Atlas. Esto permite una conectividad transitiva. Puedes utilizar AWS Direct Connect con tu VPC si has conectado tu VPC a Atlas mediante AWS PrivateLink.