¿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 deshabilitarlo. Atlas es ideal para usuarios que desean gestionar menos componentes, lo que permite a los desarrolladores y administradores de bases de datos ser más productivos.
MongoDB Cloud Manager ofrece mayor control al ofrecer más opciones de configuración en la infraestructura que elija. Los usuarios de Cloud Manager tienen acceso a operaciones avanzadas y un mayor nivel de control, pero deben gestionar el ciclo de vida completo de su infraestructura. Cloud Manager es ideal para usuarios que requieren un mayor control sobre sus clústeres de MongoDB.
Para obtener orientación sobre qué servicio MongoDB se adapta mejor a las necesidades de su 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.
Importante
Solo AWS
Las conexiones de peering de la nube virtual privada (VPC) de Amazon Web Services (AWS) son específicas de cada región. Los clústeres que utilizan una conexión de peering de VPC existente con una VPC de AWS en una región de AWS determinada pierden el acceso a dicha conexión si se trasladan a otra región de AWS. El clúster trasladado puede usar una conexión de peering existente en la nueva región.
Para obtener más información, consulte Configurar una conexión peering de red.
Si necesita migrar datos entre regiones de diferentes proveedores de servicios en la nube, puede:
Modifique el formulario de configuración del clúster en la interfaz de usuario de Atlas cambiando los proveedores de nube y la región de 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.
Restaurar una copia de seguridad del clúster de origen al clúster de destino.
Advertencia
Cuando se migra a un nuevo proveedor de nube, cambian las direcciones IP de la implementación.
La migración de datos interrumpe el emparejamiento de VPC y el funcionamiento de los endpoints privados. Debe reconfigurarlos después de completar la migración.
Agregar o mover un nodo a una nueva región o proveedor de nube sin un nodo principal o secundario requiere que cada miembro del conjunto de réplicas recién migrado realice una sincronización inicial.
Si creó un clúster de Atlas en Google Cloud o Microsoft Azure antes del de 2 noviembre, 2020 cuando Atlas agregó compatibilidad con clústeres multinube, al cambiar de proveedor, la cadena de conexión cambia a su nuevo clúster. Considere programar una fecha para actualizar sus aplicaciones con la nueva cadena de conexión para conectarse de nuevo al clúster.
¿Atlas admite implementaciones entre regiones?
Sí. Puede 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 seleccionables 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 Atlas?
Puedes pausar un M10+ Clúster de pago por hasta 30 días. Atlas reanuda automáticamente el clúster después de 30 días.
¿Puedo predividir fragmentos en un clúster fragmentado de Atlas?
El Atlas admin rol de usuario de base de datos tiene los privilegios necesarios para dividir previamente fragmentos en una colección fragmentada 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 implementar clústeres con más de 50 fragmentos?
Sí, MongoDB Atlas permite seleccionar hasta 70 fragmentos. Si le interesan más de 70 fragmentos, contacte con el soporte de MongoDB.
¿Cómo MongoDB Atlas ofrece alta disponibilidad?
Los clústeres Atlas utilizan la capacidad de replicación de MongoDB para ofrecer alta disponibilidad. Todos los clústeres Atlas son conjuntos de réplicas o clústeres fragmentados, donde cada fragmento es un conjunto de réplicas. Para obtener más información sobre los conjuntos de réplicas y la replicación de MongoDB, consulte Replicación.
Atlas utiliza una estrategia de actualización continua para ejecutar operaciones de mantenimiento o infraestructura, como la aplicación de parches de seguridad o el escalado de un clúster Atlas. Esta estrategia garantiza que el clúster pueda procesar lecturas y escrituras durante la mayor parte de las operaciones de mantenimiento o infraestructura. Durante el procedimiento de actualización continua:
Atlas aplica los cambios a cada nodo secundario del clúster.
Atlas ordena al nodo principal que pase al estado secundario y active la elección de un nuevo primario.
Una vez que el clúster tenga un nuevo primario, Atlas aplicará los cambios al antiguo nodo primario.
Las aplicaciones deben retener las operaciones de escritura mientras el clúster elige un nuevo servidor principal. El clúster puede continuar procesando operaciones de lectura secundarias durante este período. Las elecciones en los clústeres Atlas suelen completarse en pocos segundos. Factores como la latencia de la red pueden prolongar el tiempo necesario para completar las elecciones del conjunto de réplicas, lo que a su vez afecta el tiempo que el clúster puede operar sin un servidor principal. Estos factores dependen de la arquitectura específica de su clúster.
Puede habilitar las escrituras reintentables añadiendo retryWrites=true a la cadena de conexión URI de Atlas. Para obtener más información, consulte Escrituras reintentables.
Para M10+ los clústeres, Atlas ofrece una función de conmutación por error principal de prueba que permite comprobar que las aplicaciones pueden detectar y reaccionar ante una elección de conjunto de réplicas. Al diseñar aplicaciones que gestionan sin problemas una elección de conjunto de réplicas, ya no tendrá que preocuparse por el mantenimiento subyacente de sus clústeres.
Las operaciones de mantenimiento de Atlas incluyen parches del sistema operativo y de mantenimiento para la propia base de datos MongoDB. Las operaciones de infraestructura incluyen las reparaciones necesarias para reemplazar la infraestructura defectuosa y los reemplazos programados, como el cambio de nivel del clúster.
Comuníquese con el soporte de MongoDB para obtener ayuda con la arquitectura de su aplicación para utilizar 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 se configuran con etiquetas de conjunto de réplicas distintas que permiten dirigir las consultas a los tipos de nodo y regiones deseados. Para obtener más información sobre las etiquetas de conjunto de réplicas predefinidas que implementa Atlas, consulte Etiquetas de conjunto de réplicas de Atlas.
Puedes tener hasta 50 nodos 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 envió una solicitud de cambio de almacenamiento en disco, AWS requiere que espere 6 horas y hasta 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 usa direcciones IP públicas para conectarse al clúster de Atlas desde su aplicación, puede cambiar a otro proveedor de nube de forma más eficiente modificando el clúster en la interfaz de usuario de Atlas. Si su aplicación es resistente a las conmutaciones por error, esto debería migrar el clúster correctamente.
Sin embargo, si su aplicación se conecta al clúster Atlas mediante emparejamiento de VPC o PrivateLink, el emparejamiento o la conexión PrivateLink entre su aplicación y el clúster se interrumpe después de que este migre a otro proveedor de nube. Por ello, debe considerar cómo se conecta su aplicación al clúster después de migrar al nuevo proveedor de nube. Consulte con el administrador de red de su aplicación para obtener más información o contacte con el soporte técnico.