Configurar ajustes adicionales

Elegir una cadencia de lanzamiento

A partir de MongoDB 8.2, están disponibles dos opciones de cadencia de lanzamiento para los clústeres dedicados de Atlas:

• Versiones principales: Puedes optar por permanecer en una versión principal específica, como MongoDB 8.0. Los clústeres en las versiones principales reciben correcciones de errores y parches de seguridad. Debes actualizar manualmente los clústeres antes de su fin de vida útil (EOL). De lo contrario, Atlas actualiza automáticamente los clústeres a la última versión principal compatible después del fin de vida útil.

• Última versión con actualización automática: si se configura el clúster en esta opción de lanzamiento, se recibirán actualizaciones automáticas a la última versión principal o secundaria de MongoDB disponible y activará nuevas funcionalidades.

  Para obtener más información sobre cómo actualizar manualmente el clúster de Atlas, se debe consultar Actualizar un clúster a una nueva versión de MongoDB.

Puedes revertir un clúster que siga la cadencia de la versión menor a la de la versión mayor seleccionando la versión mayor más reciente en el menú desplegable de Select a Version. Sin embargo, solo puedes hacerlo antes de que esté disponible la primera versión menor de la versión principal. Después de que un clúster se actualice de una versión principal a una versión secundaria, no puedes revertir el clúster hasta el lanzamiento de la siguiente versión principal.

Para obtener más información sobre las versiones de MongoDB, consulta Versiones de MongoDB.

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 M10+ copia de seguridad en la Turn on Cloud Backup nube para un clúster Atlas, cambie el interruptor a. Al habilitar esta On opción, Atlas toma instantáneas de sus bases de datos a intervalos regulares y las conserva según la política de copias de seguridad de su proyecto.

Para deshabilitar M10+ la Turn on Cloud Backup Copia de Seguridad en la Nube en un clúster Atlas, cambie el interruptor Off a. Esto también deshabilita la Copia de Seguridad en la Nube Continua para el clúster. Para conservar las instantáneas existentes después de deshabilitar la Copia de Seguridad en la Nube, cambie el Keep existing snapshots after backups disabled? interruptor 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 copias de seguridad de su clúster.

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

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.

La interrupción del servicio regional o la simulación de una interrupción del servicio regional que afecte a las regiones de mayor prioridad en un clúster fragmentado podría hacer que el clúster quede inoperable para las operaciones de lectura. Para restaurar los servidores de configuración, realiza lo siguiente:

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

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

Acerca de la mongos implementación de

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.

No se debe crear un clúster particionado con una única partición para entornos de producción. Los clústeres particionados de una sola partición no ofrecen los mismos beneficios que las configuraciones multipartición. Después de crear un clúster de una sola partición, se debe reiniciar la aplicación, volver a realizar la conexión al clúster y luego añadir más particiones al clúster.

Consideración para actualizar un Set de réplicas a un clúster particionado

Si el nivel de clúster es M30 o superior, se puede actualizar la implementación de set de réplicas a una implementación de clúster particionado.

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 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.

Preferencias de lectura

La siguiente tabla describe las preferencias de lectura disponibles para BI Connector y sus correspondientes opciones de cadena de conexión readPreference y readPreferenceTag.

Configuración de muestreo

Para generar un esquema relacional, el BI Connector requiere datos de muestreo de MongoDB.

No puede usar un archivo .drdl ni el comando mongodrdl para reemplazar la etapa de muestreo en el BI Connector de Atlas.

Puedes configurar los siguientes parámetros de muestreo:

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. 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

Para agregar o reemplazar un nodo en un clúster de Atlas, Atlas realiza una sincronización inicial basada en la nube, que aprovecha las capacidades nativas del proveedor de nube para crear una snapshot de los datos de un nodo de origen y restaurarlos en el nuevo nodo.

Cuando habilita esta configuración, Atlas utiliza copias de instantáneas basadas en el tiempo de AWS para realizar sincronizaciones iniciales basadas en la nube para el destino. Nodos 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 secundarios para maximizar la frescura de los datos. Las operaciones de copia de instantáneas basadas en tiempo pueden alcanzar un rendimiento máximo de 500 MiB/s. Atlas siempre maximizará el rendimiento ajustando el tiempo de finalización de la operación de copia según el tamaño de la instantánea.

La sincronización inicial basada en la nube entre regiones está disponible únicamente para AWS clústeres. Para los clústeres de Microsoft Azure y Google Cloud, la sincronización inicial basada en la nube solo está disponible cuando se agregan o reemplazan nodos en la misma región que el nodo de origen. 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 AWS. Todos los clústeres están desactivados por defecto. Si permaneces excluido, Atlas utilizará el método nativo de copia de snapshot no basado en el tiempo de AWS para realizar sincronizaciones iniciales basadas en la nube entre Regiones para nodos de AWS. Es probable que las copias snapshots no basadas en el tiempo sean mucho más lentas que las copias snapshots basadas en el tiempo.

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

Establecer ventana mínima de Oplog Window

Modifica la duración de retención para las entradas del oplog del clúster. Por defecto, Atlas conserva las entradas durante 24 horas antes de que el mongod las remueva 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. Establece la oplog window mínima al valor deseado. Si no estableces este valor, Atlas conserva las entradas del oplog durante 24 horas antes de que el 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. Autenticarse como usuario con el Atlas admin rol.

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. Exclúyete del escalado automático de 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.

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

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 activar el precalentamiento rápido del disco para un clúster, alterna Allow Fast Disk Pre-Warming a Yes.

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 nube, el precalentamiento del disco ocurre siempre que Atlas necesita aprovisionar un nuevo nodo en un clúster, como cuando se agrega un nuevo nodo a una región existente. El precalentamiento del disco utiliza temporalmente un nodo secundario oculto.

El precalentamiento rápido del disco es más rápido que el calentamiento del disco en segundo plano. Por defecto, Atlas activa el precalentamiento rápido del disco para su implementación. Cuando se activa el precalentamiento del disco, Atlas oculta el nodo y esto impide que dicho nodo realice operaciones de lectura.

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

Modifique el modo de escalado del conjunto de réplicas para su clúster. Atlas usa el modo de escalado In Parallel By Workload Type de forma predeterminada. Atlas también puede escalar un conjunto de réplicas con los In Parallel By Node Type Sequential modos y.

La siguiente lista describe los modos de escala disponibles:

• In Parallel By Workload Type Este modo solo se aplica a clústeres con nodos operativos de solo lectura y nodos de análisis. Atlas utiliza este modo de escalado de forma predeterminada, a menos que se 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 escala 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 Este modo es para cargas de trabajo estables 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 Los clústeres particionados de Atlas y 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 cuatro particiones y servidores de configuración integrados, desactiva los servidores de configuración gestionados por Atlas hace que el clúster pase inmediatamente a servidores de configuración dedicados.