Preguntas frecuentes: Implementación

¿MongoDB Atlas o MongoDB Cloud Manager?

Atlas ofrece una experiencia administrada y simplificada. Los usuarios de Atlas tienen acceso a una selección seleccionada de opciones de configuración e infraestructura. Es posible que las opciones de configuración e infraestructura de Atlas disponibles no proporcionen la flexibilidad que algunos usuarios necesitan. Por ejemplo, Atlas requiere TLS para la conectividad del clúster y no muestra opciones para deshabilitar TLS. Atlas se ajusta a los usuarios que quieren menos partes móviles que gestionar, lo que permite a los desarrolladores y administradores de bases de datos ser más productivos.

MongoDB Cloud Manager ofrece más control al exponer más opciones de configuración en la infraestructura de su elección. Los usuarios de Cloud Manager tienen acceso a operaciones avanzadas y un nivel superior de control, pero deben gestionar el ciclo de vida completo de su infraestructura. Cloud Manager es más adecuado para usuarios que requieren un nivel superior de control sobre los clústeres de MongoDB.

Para orientación sobre qué servicio de MongoDB se adapta mejor a las necesidades de tu organización, Póngase en contacto con el soporte de MongoDB.

¿Puedo traer una implementación de MongoDB existente a MongoDB Atlas para su administración?

No. Sin embargo, puedes cargar datos de una implementación existente de MongoDB en MongoDB Atlas.

Puede usar la migración en vivo en la interfaz de usuario de Atlas para migrar datos en vivo desde un conjunto de réplicas de origen o un clúster fragmentado a un clúster de Atlas. Para elegir una estrategia de importación, consulte Migrar o importar datos.

También puedes escribir scripts utilizando controladores oficiales compatibles con MongoDB para cargar datos.

¿Puedo migrar entre regiones?

Sí. Puedes cambiar una o más regiones para un clúster determinado dentro del proveedor original de servicios en la nube o entre diferentes proveedores de servicios en la nube. MongoDB Atlas utiliza una estrategia de migración continua para mover nodos de la región original a una nueva región y así preservar la disponibilidad del clúster.

Si necesitas migrar datos entre regiones en diferentes proveedores de servicios en la nube, puedes:

• Modifique el formulario de configuración de clúster en la Interfaz de Usuario de Atlas cambiando los proveedores de nube y la región para cada clúster cuyos datos esté migrando. La migración se realiza clúster por clúster, comenzando por los nodos secundarios.

• Migrar mediante la opción multinube/multiregión. Este método minimiza el riesgo de problemas relacionados con la capacidad del proveedor de la nube, pero puede resultar en mayores costos de transferencia de datos.

• Sembrar el clúster de destino mediante mongorestore.

• Restaurar una copia de seguridad desde el clúster de origen al clúster de destino.

¿Atlas admite implementaciones entre regiones?

Sí. Puedes especificar regiones adicionales para alta disponibilidad o lecturas locales al crear o escalar una implementación.

Atlas admite implementaciones entre proveedores de servicios en la nube. Para obtener más información, consulte Nodos elegibles para alta disponibilidad.

¿Qué regiones de AWS admite Atlas?

Atlas es compatible con todas las regiones de AWS, excepto las de China y GovCloud en EE. UU. Para obtener más información, consulte Amazon Web Services (AWS).

¿Puedo pausar o detener mis clústeres de Atlas?

Puede pausar a M10+ clúster de pago durante hasta 30 días a la vez. Atlas reanuda automáticamente el clúster después de 30 días.

¿Puedo predividir fragmentos en un clúster fragmentado de Atlas?

El rol de usuario de base de datos Atlas admin tiene los privilegios necesarios para predividir fragmentos en una colección particionada vacía.

Para obtener más información sobre la creación y gestión de fragmentos en el clúster, consulte Crear fragmentos en un clúster.

¿Puede MongoDB Atlas desplegar clústeres con más de 50 particiones?

Sí, MongoDB Atlas permite seleccionar hasta 70 particiones. Si está interesado en más de 70 particiones, contacte a Soporte de MongoDB.

¿Cómo ofrece MongoDB Atlas alta disponibilidad?

Los clústeres de Atlas utilizan la capacidad de replicación de MongoDB para ofrecer alta disponibilidad. Todos los clústeres de Atlas son sets de réplicas o clústeres fragmentados, en los que cada partición es un set de réplicas. Para obtener más información sobre los set de réplicas y replicación de MongoDB, consulte Replicación.

Atlas utiliza una estrategia de actualización continua para ejecutar operaciones de mantenimiento o infraestructura, como aplicar parches de seguridad o aumentar la escala de un clúster de Atlas. La estrategia de actualización continua garantiza que el clúster pueda procesar lecturas y escrituras durante la mayor parte del mantenimiento o la operación de infraestructura. Durante el procedimiento de actualización gradual:

• Atlas aplica los cambios a cada nodo secundario en el clúster.

• Atlas dirige al nodo primario para que se degrade al estado secundario y desencadene una elección de un nuevo nodo primario.

• Una vez que el clúster tenga un nuevo primario, Atlas aplicará los cambios al antiguo nodo primario.

Las aplicaciones deben mantener operaciones de escritura mientras el clúster elige un nuevo primario. El clúster puede continuar procesando operaciones de lectura secundarias durante este período. Las elecciones en los clústeres de Atlas suelen completarse en pocos segundos. Factores como la latencia de red pueden extender el tiempo necesario para que se completen las elecciones del set de réplicas, lo que a su vez afecta el tiempo que su clúster puede operar sin un primario. Estos factores dependen de la arquitectura particular de tu clúster.

Puedes habilitar escrituras reintentables añadiendo retryWrites=true a tu cadena de conexión URI de Atlas. Para obtener más información, consulta Escrituras reintentables.

Para los clústeres de M10+, Atlas ofrece una funcionalidad de Prueba de cambio de preferencia de nodo primario que te permite comprobar que tus aplicaciones pueden detectar y reaccionar a una elección de set de réplicas. Al diseñar aplicaciones que puedan gestionar sin problemas una elección de set de réplicas, ya no tendrá que preocuparse por el mantenimiento subyacente que ocurre en sus clústeres.

Las operaciones de mantenimiento de Atlas incluyen parches del sistema operativo y parches de mantenimiento para la propia base de datos MongoDB. Las operaciones de infraestructura incluyen las operaciones de reparación necesarias para sustituir la infraestructura defectuosa y las sustituciones programadas de infraestructura, como cambiar el nivel del clúster.

Contacta con el Soporte de MongoDB para obtener ayuda al diseñar tu aplicación para usar MongoDB Atlas con una disponibilidad óptima.

¿Qué son los nodos de análisis?

Disponible en clústeres M10+.

Los nodos de análisis son nodos especializados de solo lectura que se utilizan para aislar consultas que no se desea que afecten la carga de trabajo operativa. Son útiles para gestionar datos analíticos, como consultas de informes ejecutadas por herramientas de BI.

Los nodos de análisis y los nodos de solo lectura están configurados con etiquetas de set de réplicas distintas que permiten dirigir queries a los tipos de nodos y regiones deseados. Para obtener detalles sobre las etiquetas de set de réplicas predefinidas implementadas por Atlas, consulta Etiquetas de set de réplicas de Atlas.

Puedes tener hasta 50 nodos totales en un clúster multirregional. Dentro de ese límite no hay un número máximo de nodos de análisis.

Los nodos de análisis no pueden contribuir a la disponibilidad de un clúster porque no pueden participar en las elecciones ni convertirse en los principales de su clúster.

¿Por qué no puedo enviar otra solicitud de cambio de almacenamiento en disco?

Si recientemente se envió una solicitud de cambio de almacenamiento en disco, AWS requiere que espera 6 horas y que se complete la primera solicitud antes de enviar otra solicitud de cambio de disco.

¿Cómo puedo migrar mi clúster de Atlas de un proveedor de nube a otro?

Si utilizas IPs públicas para conectar con el clúster de Atlas desde tu aplicación, puedes cambiar a un proveedor de nube diferente de manera más eficiente modificando el clúster en la Interfaz de Usuario de Atlas. Siempre que su aplicación sea resiliente a los conmutadores por error, esto debería migrar su clúster con éxito.

Sin embargo, si tu aplicación se conecta al clúster de Atlas a través de emparejamiento VPC o PrivateLink, la conexión de emparejamiento o PrivateLink entre tu aplicación y el clúster se interrumpe después de que el clúster migra a un proveedor de nube diferente. Debido a ello, debes considerar cómo tu aplicación se conectará a tu clúster después de migrar al nuevo proveedor de nube. Consulta con el administrador de red de tu aplicación para obtener consejo adicional o contactar al soporte.