FAQ: Opciones de cadenas de conexión

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

La estructura del URI de la cadena de conexión indica el tipo de cadena. Si has creado una conexión de emparejamiento o unos nodos privados, Atlas muestra más de una de estas opciones para tu uso.

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

Para conectarse a Atlas, dirija sus aplicaciones a un URI para comunicarse con un clúster. Atlas crea clusters con más de un nodo o host. Cada nodo tiene su propio nombre de host que 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. Configura Atlas para aceptar conexiones a los hosts del clúster desde direcciones IP autorizadas.

Atlas asegura las conexiones desde la dirección IP pública mediante autenticación y TLS. Si quieres conectarte a direcciones IP privadas, puedes utilizar:

• Emparejamiento de VPC entre AWS y GCP
• Emparejamiento de vNet en Azure
• AWS PrivateLink y Azure Private Link

Estas funcionalidades 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 cuando se utilizan redes seguras. Cada red ofrece un string que se resuelve en diferentes direcciones IP.

Todos los clústeres tienen una cadena de conexión estándar. Esta se resuelve en el clúster:

• Direcciones IP públicas para conexiones a Internet y

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

Utiliza esta string para aplicaciones que se conectan a través de Internet o se conectan 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 interconectadas en Azure o Google Cloud

• AWS clústeres emparejados con un servicio personalizado de DNS.

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

• Dentro de una red asociada de Azure o de Google Cloud

• A los clústeres de AWS cuando se utilice AWS con un servicio DNS personalizado.

Los clústeres de AWS o Azure en regiones con nodos privados configurados tienen una o más cadenas de conexiones. Cada string se resuelve a la dirección IP privada de una interfaz de red en tu VPC o VNet que se conecta directamente a un balanceador de carga en el VPC o VNet de Atlas. Utiliza estas cadenas de conexión con aplicaciones que se conectan mediante nodos privados.

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

Sí, puedes utilizar una única cadena de conexión SRV para un clúster multiregional con Private Link en MongoDB Atlas. La cadena de conexión SRV se resuelve automáticamente a los nodos adecuados en todas las regiones. Sin embargo, asegúrate de que tu configuración de red permita la conectividad entre regiones a través de nodos privados. Para AWS y Azure, esto implica configurar el emparejamiento entre VPC/VNet entre regiones. Para Google Cloud, necesitas configurar acceso global para Private Service Connect.

Para obtener más información, consulte la documentación sobre nodos privados.

¿Qué implica esto para los clústeres de Google Cloud o Azure en modo de interconexión exclusiva?

Antes del 31 de marzo de 2020, debías activar el modo solo de emparejamiento para conectarte a bases de datos en redes de permisos Azure o en clústeres de Google Cloud. Este modo:

• Resolución DNS global y afectada

• Limitó todas las conexiones de base de datos fuera de la red emparejada.

Horizontes múltiples elimina estas restricciones y desbloquea las siguientes funcionalidades adicionales:

• Gráficos

• migración en vivo

Para aprovechar varios horizontes, completa 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.

• Deshabilite el modo Solo emparejamiento.

• 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 con emparejamiento de 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, primero desactive el modo Solo emparejamiento en los clústeres existentes de Azure.

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

Para desactivar el modo Solo Emparejamiento utilizando el:

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
     --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 --header "Authorization: Bearer {ACCESS-TOKEN}" \
     --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 emparejamiento de VPC de AWS cuando utilizo DNS personalizado?

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

• Los DNS personalizados se resolvieron en direcciones IP públicas.

• AWS DNS interno se resolvió 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 utilizando 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, se debe cumplir con todos los criterios siguientes:

• Configuré un clúster particionado.

• Asegurar que el clúster particionado se ejecute en <span class=\"\">AWS.

• Garantizar que el clúster particionado ejecute MongoDB versión 5.0 o posterior. Si el clúster ejecuta actualmente una versión anterior de MongoDB, se debe actualizar la versión de MongoDB del clúster a la versión 5.0 o posterior para usar una cadena de conexión SRV optimizada.

• Configure un endpoint privado para tu clúster.

• Usar cualquiera de las siguientes opciones:

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

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

  Atlas no admite conexiones optimizadas a clústeres de múltiples regiones utilizando un único registro SRV.

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

  • Conecte usando un controlador que cumpla o supere la versión mínima del controlador para conexiones optimizadas.

  • Conectarse mediante Compass.

  • Conéctese usando mongosh.

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

Si tienes una cadena de conexión heredada y quieres cambiar de proveedor de nube, tu cadena de conexión debe incluir .gcp o .azure y deseas realizar una de las siguientes acciones:

• Muévete a Google Cloud o Azure

• Salir Google Cloud o Azure

  Nota

  Cualquiera de las dos operaciones puede cambiar la cadena de conexión. En la interfaz de usuario de Atlas, hacer 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 la nube en un clúster dedicado?

Depende de lo siguiente:

• qué proveedor de nube utiliza tu clúster actual

• cuando creaste el clúster