Preguntas frecuentes: Opciones de cadena de conexión

¿Cómo identifico qué cadena de conexión utiliza mi aplicación?

La estructura de la cadena de conexión ElURI indica el tipo de cadena. Si ha creado una conexión de peering o un punto final privado, Atlas muestra más de una de estas opciones.

¿Por qué mi clúster tiene varias cadenas de conexión?

Para conectarse a Atlas, apunte sus aplicaciones a un URI para comunicarse con un clúster. Atlas crea clústeres con más de un nodo o host. Cada nodo tiene su propio nombre de host que se resuelve en una dirección IP. El URI, conocido como cadena de conexión, al que se conecta Atlas puede tener más de un nombre de host. Configure Atlas para que acepte conexiones a los hosts del clúster desde las direcciones IP permitidas.

Atlas protege las conexiones desde direcciones IP públicas mediante autenticación y TLS. Si desea conectarse a direcciones IP privadas, puede usar:

• Emparejamiento de VPC de AWS y GCP

• Emparejamiento de redes virtuales de Azure

• AWS PrivateLink y Azure Private Link

Todas estas funciones gestionan la comunicación a través de direcciones IP internas dentro de redes seguras.

Atlas proporciona más de una cadena de conexión al usar redes seguras. Cada red ofrece una cadena que resuelve a diferentes direcciones IP.

Todos los clústeres tienen un Cadena de conexión estándar. Esto se resuelve en el clúster:

• Direcciones IP públicas para conexiones a Internet y

• Direcciones IP privadas deVPC para clústeres de AWS cuando se resuelven desde una VPC emparejada.

Utilice esta cadena para aplicaciones que se conectan a través de Internet o a clústeres emparejados en AWS.

Los clústeres con redes emparejadas tienen una cadena de conexión IP privada para emparejamiento. Esta cadena se resuelve en direcciones IP disponibles para:

• Redes emparejadas en Azure o Google Cloud

• Clústeres emparejados deAWS con un servicio DNS personalizado.

Utilice esta cadena de conexión con aplicaciones que se conecten:

• Dentro de una red emparejada Azure o Google Cloud

• A los clústeres AWS cuando se usa AWS con el servicio DNS personalizado.

Los clústeres deAWS o Azure en regiones con puntos de conexión privados configurados tienen una o más cadenas de conexión. Cada cadena se resuelve en la dirección IP privada de una interfaz de red en su VPC o VNet que se conecta directamente a un balanceador de carga en la VPC o VNet de Atlas. Use estas cadenas de conexión con aplicaciones que se conecten a puntos de conexión privados.

¿Puedo usar una sola cadena de conexión SRV de MongoDB para un clúster multirregional con enlace privado?

Sí, puede usar una sola cadena de conexión SRV para un clúster multirregional con Private Link en MongoDB Atlas. La cadena de conexión SRV se resuelve automáticamente en los nodos correspondientes de cada región. Sin embargo, asegúrese de que la configuración de su red permita la conectividad entre regiones mediante puntos de conexión privados. Para AWS y Azure, esto implica configurar el emparejamiento de VPC/VNet entre regiones. Para Google Cloud, debe configurar el acceso global para Private Service Connect.

Para obtener más información, consulte la documentación de puntos finales privados.

¿Qué significa esto para los clústeres de Google Cloud o Azure en modo de solo emparejamiento?

Antes del de 31 marzo 2020 del, era necesario habilitar el modo de solo emparejamiento para conectarse a bases de datos en clústeres de Azure o Google Cloud en red de pares. Este modo:

• Resolución DNS global afectada y

• Limite cualquier conexión de base de datos fuera de la red emparejada.

Multiple Horizons elimina estas restricciones y desbloquea las siguientes funciones adicionales:

• Gráficos

• Migración en vivo

Para aprovechar múltiples horizontes, complete las siguientes tareas:

• Actualice las cadenas de conexión existentes de su aplicación para utilizar cadenas de conexión de IP privada para peering.

• Deshabilitar el modo Peering-Only.

• Conéctese utilizando las cadenas descritas en ¿Por qué mi clúster tiene múltiples cadenas de conexión?

¿Puede mi clúster de Azure emparejado a VNet abarcar varias regiones?

Sí.

Cambie sus aplicaciones para que se conecten mediante la cadena de conexión IP privada para peering. Este cambio permite que sus aplicaciones se conecten desde redes peering mediante la interfaz de usuario o la API.

Para expandirse a más regiones, deshabilite primero el modo Peering-Only en los clústeres de Azure existentes.

¿Cómo puedo desactivar el modo sólo de emparejamiento?

Para deshabilitar el modo de solo intercambio de tráfico mediante:

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": "6.0",
    "mongoDBVersion": "6.0.14",
    ...
  },{
    ...
    "mongoDBMajorVersion": "6.0",
    "mongoDBVersion": "6.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
}

¿Cómo afecta esto al proceso de emparejamiento entre AWS y VPC cuando uso un DNS personalizado?

Antes del de 31 marzo 2020 del, las aplicaciones implementadas dentro de AWS que utilizaban servicios DNS personalizados y VPCemparejadas con Atlas no podían conectarse a través de direcciones IP privadas:

• DNS personalizado resuelto a direcciones IP públicas.

• DNS interno deAWS resuelto a direcciones IP privadas.

Las aplicaciones implementadas con servicios DNS personalizados en AWS deben usar IP privada para las cadenas de conexión de peering.

Para mostrar estas cadenas:

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

¿Cómo puedo optimizar el rendimiento de la conexión para clústeres fragmentados usando Nodos privados?

Atlas puede generar una cadena de conexión SRV optimizada para clústeres particionados con los balanceadores de carga del servicio de nodos privados. Cuando se usa una cadena de conexión optimizada, Atlas limita el número de conexiones por mongos entre la aplicación y el clúster particionado. Las conexiones limitadas por mongos mejoran el rendimiento durante los picos en el número de conexiones.

Para utilizar una cadena de conexión optimizada, debe cumplir todos los criterios siguientes:

• Configurar un clúster fragmentado.

• Asegúrese de que el clúster fragmentado se ejecute en AWS.

• Asegúrese de que el clúster fragmentado ejecute MongoDB versión 5.0 o posterior. Si su clúster ejecuta una versión anterior de MongoDB, actualice su versión de MongoDB a 5.0 la versión o posterior para usar una cadena de conexión SRV optimizada.

• Configure un punto final privado para su clúster.

• Utilice cualquiera de los siguientes:

  • Un clúster de una sola región o

  • Un clúster multirregional con puntos de conexión privados regionalizados habilitados. Solo las regiones de AWS de un clúster multirregional admiten una cadena de conexión SRV optimizada.

  Atlas no admite conexiones optimizadas a clústeres multirregionales mediante un único registro SRV.

• Conéctese utilizando uno de los siguientes métodos:

  • Conéctese utilizando un controlador que cumpla o supere la versión mínima del controlador para conexiones optimizadas.

  • Conectarse usando Compass.

  • Conectarse usando mongosh.

¿Debo actualizar la cadena de conexión si cambio de proveedor de nube en un clúster gratuito o Flex?

Si tiene una cadena de conexión heredada y desea cambiar de proveedor de nube, su cadena de conexión debe incluir .gcp o .azure y debe realizar una de las siguientes acciones:

• Migrar a Google Cloud o Azure

• Aléjesede Google Cloud o Azure

  Nota

  Cualquiera de estas operaciones puede cambiar la cadena de conexión. En la interfaz de usuario de Atlas, haga clic en Connect en el clúster una vez finalizada la actualización para obtener una cadena de conexión actualizada.

¿Debo actualizar la cadena de conexión si cambio de proveedor de nube en un clúster dedicado?

Depende de lo siguiente:

• ¿Qué proveedor de nube utiliza su clúster actual?

• cuando creaste el cluster