Configurar ajustes adicionales

Opciones de copia de seguridad para clústeres Flex

Atlas activa automáticamente las copias de seguridad para los clústeres Flex y no se pueden desactivar. Para obtener más información, se debe consultar Copias de seguridad de Flex Clúster.

Opciones de copia de seguridad de nivel M10+

Para habilitar la Copia de seguridad en la nube para un clúster Atlas M10+, configure el interruptor Turn on Cloud Backup en On. Cuando se habilita, Atlas toma snapshots de las bases de datos a intervalos regulares y las retiene de acuerdo con la política de copia de seguridaddel proyecto.

Para desactivar la copia de seguridad en la nube para un clúster de Atlas M10+, establece el interruptor Turn on Cloud Backup en Off. Esto también deshabilita la Copia de Seguridad Continua en la Nube para el clúster. Para conservar cualquier snapshot existente después de que Cloud Backup esté deshabilitado, establece el interruptor Keep existing snapshots after backups disabled? en On antes de aplicar tus cambios al clúster. Esta opción indica a Atlas que conserve los snapshots existentes y el oplog para el clúster, según la política de copia de seguridadde su clúster.

Atlas proporciona las siguientes opciones de copia de seguridad para los clústeres de M10+:

Opciones de copia de seguridad para clústeres Atlas Infinite

Los clústeres de Atlas Infinite incluyen una ventana de copia de seguridad en la nube continua de 24 horas. Para conservar las instantáneas más allá de ese período, utilice la configuración Additional Backup Retention, que Atlas habilita de forma predeterminada. La retención adicional de copias de seguridad genera costos adicionales según su política de copias de seguridad y carga de trabajo.

En la API de administración de Atlas, el campo diskBackupEnabled controla Additional Backup Retention en un clúster de Atlas Infinite. No controla si Atlas realiza copias de seguridad del clúster, ya que la ventana de copia de seguridad continua siempre se aplica.

Tras crear el clúster, puede configurar las políticas de retención de instantáneas. Para obtener más información, consulte la sección «Administrar políticas de copia de seguridad».

Acerca de la implementación de particiones

Atlas implementa cada partición como un Set de réplicas de tres nodos, donde cada nodo se implementa utilizando los Cloud Provider & Region, Cluster Tier y Additional Settings configurados. Atlas implementa un mongod por nodo de partición.

Para clústeres interregionales, el número de nodos por partición es igual al número total de nodos elegibles y de solo lectura en todas las regiones configuradas. Atlas distribuye los nodos de particiones en las regiones seleccionadas.

Acerca de la implementación de servidores de configuración

Para los servidores de configuración dedicados, Atlas implementa los servidores de configuración como un Set de réplicas de tres nodos. Los servidores de configuración se ejecutan en los niveles de clúster M30. En los clústeres multirregionales, los servidores de configuración son distribuidos a través de las regiones.

Para clústeres interregionales, Atlas distribuye los nodos del set de réplicas del servidor de configuración para garantizar una disponibilidad óptima. Por ejemplo, Atlas podría implementar los servidores de configuración en tres zonas de disponibilidad distintas y tres regiones distintas si es compatible con el Proveedor de servicios en la nube seleccionado y la configuración de la región. Los servidores de configuración deben seguir siendo legibles para que las operaciones de lectura particionadas continúen funcionando. Para obtener más información, consulta Disponibilidad del servidor de configuración.

Si activas los servidores de configuración gestionados por Atlas, Atlas puede colocar los datos del servidor de configuración junto con los datos de la aplicación en lugar de utilizar un servidor de configuración dedicado. Para obtener más información, consulta Servidores de configuración gestionados por Atlas para clústeres particionados.

En los clústeres Atlas Core, una interrupción regional o una simulación de interrupción regional que afecte a las regiones de mayor prioridad en un clúster fragmentado podría provocar que el clúster quede inoperable para operaciones de lectura. Para restaurar los servidores de configuración, siga los siguientes pasos:

• Configura una preferencia de lectura adecuada para consultar nodos secundarios para lecturas.

• Reconfigurar el clúster para recuperar los nodos elegibles.

Acerca de la implementación de mongos

Atlas implementa un mongos enrutador para cada Nodo en cada partición. Para clústeres de regiones cruzadas, esto les permite a los clientes que utilizan un controlador de MongoDB conectarse al más cercano" mongos geográficamente.

Para calcular el número de routers mongos en un clúster, multiplica el número de particiones por el número de nodos del Set de réplicas por partición.

No puedes convertir una implementación de clúster en una implementación de Set de réplicas.

Para obtener más información sobre cómo el número de instancias de servidor afecta el costo, consulta Número de nodos.

Para obtener más información sobre los clústeres particionados, consulta Partición en el manual de MongoDB.

Configura el número de fragmentos

Este campo es visible solo si la implementación es un clúster compartido.

El clúster puede tener entre 1 y 70 particiones, inclusive.

Para escalar un set de réplicas a un clúster, primero se debe escalar a un clúster con una única partición, reiniciar la aplicación y realizar la reconexión al clúster, y luego añadir particiones adicionales.

Si no se realiza la reconexión a los clientes de la aplicación, la aplicación puede sufrir interrupciones del servicio.

Después de escalar un clúster de Set de réplicas a un clúster de una sola partición, puedes establecer la cantidad de particiones que se implementarán con el clúster particionado.

Si se reduce el número de particiones en el clúster, Atlas elimina los particiones en orden descendente según el número en el campo "_id" (se debe consultar Configuración del clúster). Por ejemplo, se debe considerar un clúster particionado con las siguientes tres particiones:

• "shard0"

• "shard1"

• "shard2"

Si estableces el número de particiones en dos, Atlas remueve "shard2" del clúster.

IMPORTANTE: Cuando remuevas una partición en 8.0, Atlas utiliza el comando moveCollection para mover toda colección no particionada en esa partición a una partición restante. Todas las colecciones no particionadas permanecen En linea durante este proceso.

• Todas las colecciones particionadas permanecen en línea y disponibles durante el proceso de eliminación de particiones. Debes activar el balanceador para vaciar las colecciones particionadas de la partición eliminada.

• Atlas mueve cualquier colección no particionada que no pueda vaciarse mediante el comando moveCollection utilizando el comando movePrimary. Para obtener más información sobre las limitaciones de moveCollection, consulta Restricciones. movePrimary es una operación sin conexión.

• Para obtener más información sobre la remoción de particiones, consulta Remover particiones de un clúster.

Consideraciones para convertir un set de réplicas a un clúster

Si su nivel de clúster es M30 o superior, puede convertir su conjunto de réplicas en un clúster fragmentado.

Para convertir un clúster de set de réplicas singular en un clúster de múltiples particiones, primero debe convertirlo en un clúster de partición única, reiniciar su aplicación y reconectarse al clúster, y luego agregar particiones adicionales.

Si no reinicia los clientes de la aplicación, sus datos podrían ser inconsistentes una vez que Atlas comience a distribuir datos entre los fragmentos.

Si no se realiza la reconexión a los clientes de la aplicación, la aplicación puede sufrir interrupciones del servicio.

• Si se usa una lista de nodos iniciales DNS como cadena de conexión, la aplicación se conectará automáticamente al mongos del clúster particionado.

• Si está utilizando una cadena de conexión estándar, debe actualizar su cadena de conexión para reflejar la nueva topología de su clúster.

A partir de MongoDB 8.3, Operaciones DDL y applyOps solo se pueden ejecutar en un mongos para todos los clústeres fragmentados. Es posible que estas operaciones no estén temporalmente disponibles durante la transición de un set de réplicas a un clúster fragmentado.

Después de la conversión, se deben dividir las colecciones y seleccionar una clave de partición adecuada para distribuir los datos entre los fragmentos. Para obtener más información, consulte Convertir un set de réplicas en un clúster.

Conector BI para disponibilidad de Atlas

El formulario de configuración del clúster restringe el uso de BI Connector para Atlas porque ha llegado al final de su ciclo de vida:

• Si BI Connector para Atlas no está habilitado para el clúster, la sección Enable Business Intelligence Connector no aparece y no se puede habilitar.

• Si BI Connector para Atlas ya estaba habilitado, la sección muestra un aviso de obsolescencia y solo se puede desactivar. No se puede volver a habilitar una vez deshabilitado. La página Review Changes muestra el mismo aviso.

Recomendamos usar la interfaz SQL de MongoDB (Atlas Dedicated). Para migrar una carga de trabajo existente del conector BI para Atlas, consulte la guía de migración.

Requisitos previos

• Se debe configurar el proyecto de Atlas para el cifrado en reposo utilizando la gestión de claves antes de activar la característica para los clústeres de Atlas. Para obtener más información, se debe consultar Cifrado en reposo usando la gestión de claves del cliente.

• Para cambiar de un proveedor de cifrado en reposo en el clúster a otro, primero se debe desactivar el cifrado en reposo para el clúster y luego volver a activarlo con el proveedor de cifrado en reposo que se prefiera. Para obtener más información, se debe consultar Cifrado en reposo usando la gestión de claves del cliente.

Procedimiento

Para empezar a gestionar tus propias llaves de cifrado para este clúster, cambia Encryption using your Key Management (M10 and up) a Yes.

El cifrado en reposo de Atlas usando su gestión de claves está disponible para Sets de réplicas de M10+. El cifrado en reposo de Atlas solo es compatible con el cifrado Back Up Your Cluster .

Gestionar tus propias llaves de cifrado implica un aumento en los costos de ejecución por hora de tus clústeres. Para obtener más información sobre la facturación de Atlas para características de seguridad avanzadas, consulta Advanced Security.

Considerations

Atlas modifica dinámicamente el Oplog Size para sets de réplicas y clústeres particionados cuando se cambia el tamaño de almacenamiento del clúster. Para obtener más información sobre cómo Atlas gestiona el tamaño del oplog, consulta Comportamiento del tamaño del Oplog. Sin embargo, para las configuraciones de Minimum TLS Protocol Version y Allow Server-Side JavaScript, realiza un reinicio en secuencia de los miembros de la partición y del set de réplicas del servidor de configuración. Para obtener más información sobre cómo Atlas garantiza la alta disponibilidad durante las operaciones de mantenimiento, consulta ¿Cómo garantiza MongoDB Atlas la alta disponibilidad?

Ver y editar ajustes adicionales

Para ver y editar estas configuraciones:

atlas clusters advancedSettings update <clusterName> [options]

Habilitar una sincronización inicial más rápida entre regiones para los clústeres de Atlas Core de AWS.

Cuando agregas un nuevo nodo a una región de AWS, Atlas realiza una sincronización inicial basada en la nube para crear un snapshot de un nodo de origen y restaurarla en el nuevo nodo utilizando las capacidades nativas de snapshots de AWS.

Al habilitar esta configuración, Atlas utiliza copias de instantáneas basadas en el tiempo de AWS para realizar sincronizaciones iniciales en la nube para los nodos de destino de AWS que se encuentran en una región de AWS diferente a la del nodo de origen. Atlas prioriza la restauración desde un nodo principal sobre los nodos secundarios para maximizar la actualidad de los datos. Las operaciones de copia de instantáneas basadas en el tiempo pueden alcanzar un rendimiento máximo de 500 MiB/s. Atlas siempre maximiza el rendimiento ajustando el tiempo de finalización de la operación de copia según el tamaño de la instantánea.

Atlas admite la sincronización inicial basada en la nube entre regiones únicamente para clústeres de AWS y Google Cloud. En el caso de los clústeres de Azure, Atlas realiza una sincronización lógica inicial para agregar un nodo a una nueva región. Se puede añadir o reemplazar nodos en el clúster cuando se edite la configuración del clúster.

Esta configuración solo se puede activar para clústeres que contengan al menos un nodo de AWS. Todos los clústeres están excluidos por defecto. Si sigues excluido para un clúster de AWS, Atlas utiliza el método nativo de AWS de copia de snapshot no basada en el tiempo para realizar sincronizaciones iniciales basadas en la nube entre regiones. Es probable que las copias de snapshot no basadas en el tiempo sean mucho más lentas que las copias de snapshot basadas en el tiempo.

Activar sincronizaciones iniciales entre regiones más rápidas basadas en el tiempo conlleva costos adicionales de AWS. Para aprender más sobre los precios de snapshots de AWS, consulte la página de precios de Amazon EBS.

Capacidad adaptativa para clústeres de Azure

Atlas habilita Adaptive Capacity por defecto para clúster en Microsoft Azure que tienen al menos un nodo. La capacidad adaptativa surte efecto en M30 y clúster más grandes. Para obtener más información, consulta Capacidad adaptativa.

Para optar por no participar en la capacidad adaptativa de un clúster individual o para volver a habilitarla, utilice la interfaz de usuario de Atlas o la Atlas Administration API:

Establecer ventana mínima de Oplog Window

Modifique la duración de retención de las entradas del oplog en el oplog del clúster. De forma predeterminada, Atlas retiene las entradas durante 24 horas en Atlas Infinite y Atlas Core antes de que mongod las elimine del oplog.

Esta opción corresponde a modificar la opción del archivo de configuración storage.oplogMinRetentionHours para cada mongod en el clúster.

Para establecer la mínima oplog window:

1. Verifica que el escalado automático de almacenamiento esté activado y que no haya optado por no usarlo. Atlas permite el escalado automático por defecto.

2. Establezca el valor deseado para la ventana mínima del oplog. Si no establece este valor, Atlas retendrá las entradas del oplog durante 24 horas en Atlas Infinite y Atlas Core antes de que mongod las elimine del oplog.

Configurar el Tamaño del Oplog

Puedes establecer un tamaño fijo para el oplog, lo cual es útil durante la migración en vivo o durante una carga intensiva de datos.

Solo puedes establecer la configuración Set Oplog Size si optas por no usar el escalado automático del almacenamiento del clúster. No puedes usar el comando de MongoDB replSetResizeOplog para redimensionar el oplog en un clúster en Atlas.

Para clústeres que tienen activado el escalado automático de almacenamiento, puedes configurar la Minimum Oplog Window en su lugar. Consulta Establecer Oplog Window. Atlas permite el escalado automático del almacenamiento por defecto.

El tamaño mínimo del oplog que se puede establecer es de 990 megabytes. Atlas devuelve un error si el tamaño del oplog que se elige deja el disco del clúster con menos del 25 por ciento de la capacidad libre.

Para comprobar el tamaño actual del oplog y el Atraso de la replicación:

1. Conectarse al clúster a través de mongosh.

2. Autentíquese como usuario con el rol Atlas admin.

3. Ejecuta el métodors.printReplicationInfo().

Atlas muestra el tamaño actual del oplog y el tiempo de Atraso de la replicación.

Para establecer un tamaño fijo del oplog:

1. Desactive el escalado automático del almacenamiento.

2. Establece la Ventana mínima de Oplog a 0.

3. Determina el tamaño del Oplog que necesitas:

   • Supervisa el tiempo de retraso durante el proceso de migración en la interfaz de usuario de Atlas.

   • Si el tiempo de retraso mostrado en la interfaz de usuario de Atlas durante la migración se aproxima al tiempo de retraso de la replicación que obtuviste utilizando el método rs.printReplicationInfo(), aumenta el tamaño del oplog.

4. Se debe especificar el Oplog Size deseado en megabytes en el cuadro de entrada. Esta configuración determina el tamaño sin comprimir del oplog, no el tamaño en el disco.

   Para implementaciones de clústeres fragmentados, esta opción modifica el tamaño del registro de operaciones (oplog) de cada fragmento en el clúster.

   Esta opción corresponde a modificar la opción del archivo de configuración replication.oplogSizeMB para cada mongod en el clúster.

   Advertencia

   Reducir el tamaño del oplog requiere remover datos del oplog. Atlas no puede acceder ni restaurar ninguna entrada de oplog que haya sido eliminada como resultado de la reducción del oplog. Considera las ramificaciones de esta pérdida de datos antes de reducir el OpLog.

Permitir JavaScript del lado del servidor

Activar o desactivar la ejecución de operaciones que realizan la ejecución de JavaScript del lado del servidor.

• Si el clúster ejecuta una versión de MongoDB inferior a 5.0, esta opción corresponde a modificar la opción del archivo de configuración de security.javascriptEnabled para cada mongod en el clúster.

• Si el clúster ejecuta la versión 5.0 o superior de MongoDB, esta opción corresponde a modificar la opción del archivo de configuración security.javascriptEnabled para cada mongod y mongos en el clúster.

• Si su clúster ejecuta la versión 8.0 de MongoDB, Allow Server-Side JavaScript está deshabilitado por defecto para mejorar la seguridad y el rendimiento. Esta opción corresponde a la opción del archivo de configuración security.javascriptEnabled para cada mongod y mongos en el clúster.

Activar el registro de los datos de query redactados y anonimizados

Se debe incluir la salida $queryStats redactada y anonimizada en los registros de MongoDB. La salida de $queryStats no contiene valores literales ni valores de campo. Activar esta configuración podría tener un impacto en el rendimiento del clúster.

Establecer la versión mínima del protocolo TLS

Establece la versión mínima de TLS que el clúster acepta para las conexiones entrantes. Esta opción corresponde a configurar la opción del archivo de configuración net.tls.disabledProtocols para cada mongod en el clúster.

IMPORTANTE: Atlas ya no admite TLS 1.0 ni 1.1. Todos los clústeres rechazan los intentos de conexión con TLS 1.0 o 1.1. Configure la versión mínima de TLS de sus clústeres a 1.2 o superior.

Establecer la configuración personalizada del conjunto de cifrado

De una lista de conjuntos de cifrado, se debe seleccionar cuál se utilizará para las comunicaciones de nodo a nodo y de cliente a Atlas del clúster. La lista de cifrados disponibles depende de la versión mínima de TLS del clúster.

Requerir índices para todos los queries

Activar o desactivar la ejecución de queries que requieran un escaneo de colección para devolver resultados. Esta opción corresponde a modificar el parámetro notablescan mediante el comando setParameter para cada mongod en el clúster.

Nivel de confirmación de escritura (write concern) por defecto

No es posible establecer un nivel de protección de escritura predeterminado en un clúster de Atlas Infinite. Para obtener más información sobre cómo funciona el nivel de protección de escritura en un clúster de Atlas Infinite, consulte el artículo "Nivel de protección de escritura en clústeres de Atlas Infinite".

Establece el nivel por defecto de confirmación solicitado a MongoDB para las operaciones de guardado para este clúster.

El nivel de confirmación de escritura por defecto para los clústeres es mayoría.

Establecer la duración de la transacción

Establece la vida útil máxima de las transacciones multi-documento. Esta opción corresponde a modificar el parámetro transactionLifetimeLimitSeconds mediante el comando setParameter para cada mongod en el clúster.

El tiempo de vida por defecto de las transacciones para los clústeres es de 60 segundos.

Activar o desactivar el pre-calentamiento rápido del disco

Para habilitar el precalentamiento rápido del disco en un clúster, cambie Allow Fast Disk Pre-Warming a Yes. Atlas habilita el precalentamiento rápido del disco de forma predeterminada.

Para desactivar el precalentamiento rápido del disco para un clúster, cambia Allow Fast Disk Pre-Warming a No.

Debido al diseño de la infraestructura subyacente del proveedor de la nube, el precalentamiento del disco se produce cada vez que Atlas realiza una sincronización inicial en la nube, por ejemplo, cuando Atlas añade un nuevo nodo a una región existente en su clúster. Durante una sincronización inicial en la nube, Atlas oculta temporalmente el nuevo nodo para evitar que realice operaciones de lectura hasta que esté listo.

El precalentamiento rápido del disco es más veloz que el calentamiento en segundo plano. Cuando el precalentamiento rápido está habilitado, el nuevo nodo consume la mayor parte de sus IOPS aprovisionadas durante el proceso, por lo que Atlas lo mantiene oculto hasta que finaliza. Cuando el precalentamiento rápido está deshabilitado, Atlas muestra el nodo tan pronto como está listo y calienta el disco en segundo plano, por lo que el nodo se vuelve visible antes.

En los clústeres de AWS M40+ que no utilizan almacenamiento NVMe, Atlas aprovisiona temporalmente un volumen de almacenamiento de AWS de mayor rendimiento para admitir el precalentamiento rápido del disco durante una sincronización inicial basada en la nube. Una vez completado el precalentamiento del disco, Atlas modifica el volumen para que vuelva a la configuración de almacenamiento original del nodo. Esta modificación utiliza una de las cuatro modificaciones de volumen EBS que AWS permite para cada volumen EBS en cualquier período de 24 horas. Para obtener más información sobre el límite de modificación de volúmenes EBS, consulte Cambiar la capacidad de almacenamiento o las IOPS en AWS.

El aprovisionamiento de un volumen de almacenamiento temporal de mayor rendimiento puede aumentar temporalmente los costos de almacenamiento de su clúster en su factura mensual de Atlas. Para obtener más información, consulte Capacidad de almacenamiento.

Considere las siguientes recomendaciones:

• Si tienes cargas de trabajo que buscan una latencia de query coherente, activa esta configuración.

• Si tienes cargas de trabajo que buscan las máximas garantías de disponibilidad sobre un rendimiento de query coherente y necesitas que el nodo recién añadido o reemplazado esté activo y visible de inmediato, desactiva esta configuración y utiliza una cadena de conexión personalizada con etiquetas para el nodo que se está precalentando, hasta que se complete el proceso de precalentamiento. El uso de esta cadena de conexión impide las lecturas en el nodo a la vez que la mayoría de sus IOPS se utilizan en el proceso de precalentamiento.

Configurar el tiempo de espera por defecto para las operaciones de lectura

Para clústeres que ejecutan MongoDB versión 8.0+, se puede especificar el tiempo de espera máximo por defecto en milisegundos de todas las operaciones de lectura para estos clústeres. Esto protege ka base de datos contra queries no intencionales de larga duración. Esta opción corresponde al parámetro del clúster defaultMaxTimeMS.

Configurar la moda de escalado del Set de réplicas

Modifica el modo de escalado del set de réplicas para tu clúster. Atlas utiliza el modo de escalado In Parallel By Workload Type por defecto. Atlas también puede escalar un set de réplicas con los modos In Parallel By Node Type y Sequential.

La siguiente lista describe los modos de escalado disponibles:

• In Parallel By Workload Type el modo se aplica sólo a los clústeres con nodos operativos de sólo lectura y nodos de análisis. Atlas utiliza este modo de escalado por defecto, a menos que se especifique otro modo de escalado. En este modo, Atlas escala sus nodos de análisis en paralelo con sus nodos operativos.

  Nota

  Si el clúster solo tiene nodos elegibles, el modo de escalado In Parallel By Workload Type no afecta al comportamiento del clúster.

• In Parallel By Node Type La moda está diseñada para cargas de trabajo grandes y dinámicas que requieren un escalado frecuente y oportuno de los niveles del clúster. En esta moda, Atlas escala sus nodos elegibles en paralelo con sus nodos de solo lectura y de análisis. Esta es la estrategia de escalado más rápida, pero podría afectar la latencia de las cargas de trabajo al realizar lecturas secundarias extensas.

• Sequential el modo es para cargas de trabajo en estado estable y aplicaciones que realizan lecturas secundarias sensibles a la latencia. En este modo, Atlas escala todos los nodos secuencialmente.

Activar la Restricción del registro

Activa esta opción para evitar el registro de información potencialmente sensible en los valores de los campos. Para obtener más información, consulta Restricción de registro.

Es necesario realizar un reinicio en secuencia para activar y desactivar la restricción de registros.

Servidores de configuración gestionados por Atlas para clústeres particionados

Activa o desactiva la gestión de Atlas del tipo servidor de configuración para un nuevo clúster fragmentado. Un servidor de configuración gestionado por Atlas cambia automáticamente el tipo de servidor de configuración según criterios para un rendimiento óptimo y ahorro de costos. Si no activas un servidor de configuración gestionado por Atlas para un clúster, Atlas siempre utilizará un servidor de configuración dedicado para el clúster.

Para todos los 8.0 clústeres particionados de Atlas, los servidores de configuración gestionados por Atlas están On por defecto. Para desactivar los servidores de configuración gestionados por Atlas, configura el interruptor en Off. Si el clúster tiene menos de seis particiones y servidores de configuración integrados, desactivar los servidores de configuración gestionados por Atlas hace que el clúster pase inmediatamente a servidores de configuración dedicados.