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 deshabilitar la copia de seguridad en la nube para un clúster Atlas M10+, cambie el interruptor Turn on Cloud Backup a Off. Esto también deshabilita la copia de seguridad continua en la nube para el clúster. Para conservar las instantáneas existentes después de deshabilitar la copia de seguridad en la nube, cambie el interruptor Keep existing snapshots after backups disabled? a On antes de aplicar los cambios al clúster. Esta opción indica a Atlas que conserve las instantáneas y el registro de operaciones existentes para el clúster según la política de copia de seguridad del clúster.

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

Opciones de copia de seguridad para clúster Atlas Infinite

Los clústeres de Atlas Infinite incluyen una ventana continua de copias de seguridad en la nube de 24 horas. Para conservar los snapshot más allá de esa ventana, utilice la configuración Additional Backup Retention, que Atlas habilita por defecto. La retención adicional de copias de seguridad genera un costo adicional según su política de copias de seguridad y su carga de trabajo.

En la Atlas Administration API, el campo backupEnabled controla Additional Backup Retention en un clúster Atlas Infinite. No controla si Atlas realiza una copia de seguridad del clúster, porque la ventana de copia de seguridad continua siempre se aplica.

Después de crear el clúster, puede configurar sus políticas de retención de snapshot. Para aprender más, consulta Gestionar políticas de copia de seguridad.

Acerca de la implementación de particiones

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

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 servidores de configuración dedicados, Atlas los implementa como un conjunto de réplicas de tres nodos. Los servidores de configuración se ejecutan en niveles de clúster M30. En clústeres multirregión, los servidores de configuración se distribuyen entre 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 habilita los servidores de configuración administrados por Atlas, este podría ubicar los datos del servidor de configuración junto con los datos de la aplicación en lugar de usar un servidor de configuración dedicado. Para obtener más información, consulte Servidores de configuración administrados por Atlas para clústeres fragmentados.

Acerca de la implementación de mongos

Atlas implementa un enrutador mongos para cada nodo en cada fragmento. Para clústeres entre regiones, esto permite que los clientes que utilizan un controlador de MongoDB se conecten almongos geográficamente "más cercano".

Para calcular el número de enrutadores mongos en un clúster, multiplique el número de fragmentos por el número de nodos de conjunto de réplicas por fragmento.

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 está reduciendo el número de fragmentos en su clúster fragmentado, Atlas elimina los fragmentos en orden descendente según el número en el campo "_id" (consulte Configuración del clúster fragmentado). Por ejemplo, considere un clúster fragmentado con los siguientes tres fragmentos:

• "shard0"

• "shard1"

• "shard2"

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

IMPORTANTE: Al eliminar un fragmento en 8.0, Atlas utiliza el comando moveCollection para mover las colecciones no fragmentadas de ese fragmento a un fragmento restante. Todas las colecciones no fragmentadas permanecen en línea 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 las colecciones no fragmentadas que no se pueden vaciar con el comando moveCollection usando el comando movePrimary. Para obtener más información sobre las limitaciones de moveCollection, consulte 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 utiliza una cadena de conexión de lista de semillas DNS, su aplicación se conecta automáticamente al mongos de su clúster fragmentado.

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

A partir de MongoDB 8.3, las operaciones DDL y applyOps solo se pueden ejecutar en un mongos para todos los clústeres fragmentados. Estas operaciones pueden no estar disponibles temporalmente durante la transición de un conjunto 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.

BI Connector para Atlas Disponibilidad

El formulario de configuración del clúster restringe BI Connector para Atlas porque ha llegado a su fin de vida útil (EOL):

• Si BI Connector para Atlas no estaba ya habilitado para el clúster, la sección Enable Business Intelligence Connector no aparece y no puede habilitarlo.

• Si BI Connector for Atlas ya estaba habilitado, la sección aparece con un aviso de desuso y solo puede desactivar BI Connector for Atlas. No puedes volver a activarlo después de desactivarlo. 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]

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

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.

La activación de sincronizaciones iniciales más rápidas entre regiones basadas en el tiempo genera costos adicionales en AWS. Para obtener más información sobre los precios de las instantáneas 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. Conéctese a su clúster a través de mongosh.

2. Autentícate como un usuario con el rol Atlas admin.

3. Ejecuta el método rs.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. Excluirse del escalado automático del almacenamiento.

2. Establezca la Minimum Oplog Window en 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 retardo que se muestra en la interfaz de usuario de Atlas durante la migración se aproxima al tiempo de retardo de replicación que obtuvo utilizando el método rs.printReplicationInfo(), aumente 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 su 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 security.javascriptEnabled para cada mongod en el clúster.

• Si su clúster ejecuta MongoDB versión 5.0 o superior, 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 MongoDB versión 8.0, Allow Server-Side JavaScript está deshabilitado de forma predeterminada 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

Establezca 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 del 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

Seleccione de la lista de conjuntos de cifrado que se utilizarán para las comunicaciones entre nodos y entre el cliente y Atlas en su 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

Habilita o deshabilita la ejecución de consultas que requieren 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 puede establecer un nivel de confirmación de escritura (write concern) por defecto en un clúster Atlas Infinite. Para aprender cómo funciona el nivel de confirmación de escritura (write concern) en un clúster Atlas Infinite, consulte Nivel de confirmación de escritura (write concern) en clústeres Atlas Infinite.

Establezca el nivel de confirmación predeterminado que se solicita a MongoDB para las operaciones de escritura en este clúster.

La prioridad de escritura predeterminada para los clústeres es mayoritaria.

Establecer la duración de la transacción

Establece la duración máxima de las transacciones de múltiples documentos. 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

Atlas ofrece la configuración Fast Disk Pre-Warming para clústeres alojados en AWS y Azure. Atlas habilita el precalentamiento rápido del disco de forma predeterminada para estos clústeres.

Para deshabilitar el precalentamiento rápido del disco en un clúster de AWS o Azure, seleccione Off en la configuración Fast Disk Pre-Warming. Para volver a habilitarlo, seleccione Fast Pre-Warming (Default).

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 finalizado 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 provisionamineto de un volumen de almacenamiento temporal de mayor rendimiento puede aumentar temporalmente el costo de almacenamiento de su clúster en su factura mensual de Atlas. Para aprender más, consulta 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+, puede especificar el tiempo de espera máximo predeterminado en milisegundos para todas las operaciones de lectura. Esto protege su base de datos contra consultas de larga duración no intencionadas. Esta opción corresponde al parámetro de clúster defaultMaxTimeMS.

Configurar la moda de escalado del Set de réplicas

Modifique el modo de escalado del conjunto de réplicas para su clúster. Atlas utiliza el modo de escalado In Parallel By Workload Type de forma predeterminada. Atlas también puede escalar un conjunto 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 Este modo se aplica únicamente a clústeres con nodos operativos y de análisis de solo lectura. Atlas utiliza este modo de escalado de forma predeterminada, a menos que especifique otro. En este modo, Atlas escala los nodos de análisis en paralelo con los nodos operativos.

  Nota

  Si su clúster solo tiene nodos elegibles, el modo de escalado In Parallel By Workload Type no afecta el 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

Active esta opción para evitar que se registre información potencialmente sensible en los valores de los campos. Para obtener más información, consulte la sección "Ocultación de registros".

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

Habilite o deshabilite la gestión de Atlas del tipo de 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 que optimicen el rendimiento y reduzcan los costos. Si no habilita un servidor de configuración gestionado por Atlas para un clúster fragmentado, Atlas siempre utilizará un servidor de configuración dedicado para dicho 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.