Tip
You can create multi-cloud MongoDB deployments in Atlas using any combination of cloud providers: AWS, Azure, and Google Cloud.
Puede configurar los nodos en su implementación de MongoDB para que utilicen diferentes:
Proveedores de nube
Regiones geográficas
Prioridades de carga de trabajo
Configuraciones de replicación
El uso de estas opciones le permite mejorar la disponibilidad y el balanceo de carga de trabajo de su clúster.
To configure node-specific options for your cluster, toggle Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters) a On.
Un clúster puede estar alojado en:
Múltiples regiones dentro de un único proveedor de nube.
Múltiples regiones en varios proveedores de nube.
Como cada proveedor de nube tiene su propio conjunto de regiones, los clústeres multi-nube también son clústeres multirregionales.
Considerations
Atlas no garantiza que los nombres de host sean coherentes con respecto a los tipos de nodos durante los cambios de topología.
Ejemplo
Si tiene un clúster llamado
foo123que contiene un nodo de análisisfoo123-shard-00-03-a1b2c.mongodb.net:27017, Atlas no garantiza que ese nombre de host específico seguirá haciendo referencia a un nodo de análisis después de un cambio de topología, como escalar un clúster para modificar su número de nodos o regiones.En los clústeres particionados que utilizan un servidor de configuración dedicado, Atlas distribuye los tres nodos del servidor de configuración en función del número de regiones elegibles en el clúster. Si el clúster tiene:
Solo hay una región elegible; Atlas implementa los tres nodos de configuración en esa región.
Dos regiones elegibles, atlas implementa dos nodos de configuración en la región de mayor prioridad y un nodo de configuración en la segunda región de mayor prioridad.
Con tres o más regiones elegibles, Atlas implementa un nodo de configuración en cada una de las tres regiones de mayor prioridad.
Tener un gran número de regiones o nodos distribuidos a lo largo de grandes distancias puede llevar a tiempos prolongados de elección o atraso de la replicación.
A cluster change that adds, removes, or modifies voting members will take longer, since Atlas adds, removes, or modifies voting members one at a time on a rolling basis.
Los clústeres pueden abarcar regiones y proveedores de servicios en la nube. El número total de nodos en clústeres que abarcan varias regiones tiene una restricción específica por proyecto.
Atlas limita el número total de nodos en otras regiones en un proyecto a un total de 40, sin incluir:
Las regiones de Google Cloud se comunican entre ellas
Clústeres gratuitos
Clústeres Flex
Los clústeres fragmentados incluyen nodos adicionales. Los nodos elegibles en el set de réplicas de servidor de configuración (CSRS) dedicado cuentan para el número total de nodos permitidos. Cada clúster tiene un nodo elegible adicional por región como parte del CSRS dedicado. Para obtener más información, consulta Servidores de configuración del set de réplicas.
El número total de nodos entre cualquier par de regiones debe cumplir con esta restricción.
Ejemplo
Si un proyecto de Atlas tiene nodos en clústeres distribuidos en tres regiones:
30 nodos en Región A
10 nodos en Región B
5 nodos en Región C
Solo puedes agregar 5 nodos más a Región C porque:
Si excluyes la Región C, Región A + Región B = 40.
Si excluyes la Región B, Región A + Región C = 35, <= 40.
Si excluyes la Región A, Región B + Región C = 15, <= 40.
Cada combinación de regiones con los 5 nodos añadidos sigue cumpliendo la restricción por proyecto:
Región A + B = 40
Región A + C = 40
Región B + C = 20
No puedes crear un clúster multiregional en un proyecto si tiene uno o más clústeres que abarcan 40 o más nodos en otras regiones.
Ponte en contacto con el soporte de Atlas para preguntas o asistencia con el aumento de este límite.
Atlas ofrece niveles de confirmación de escritura personalizados e incorporados para clústeres multirregionales. Utiliza estos niveles de confirmación de escritura para asegurar que tus operaciones de guardado se propaguen a un número deseado de regiones, asegurando así la coherencia de datos en todas tus regiones. Para obtener más información, consulta Niveles de confirmación de escritura personalizados e integrados.
El número de zonas de disponibilidad, zonas o dominios de fallas en una región no afecta el número de nodos de MongoDB que Atlas puede implementar. Los clústeres de MongoDB Atlas siempre están compuestos por Sets de réplicas con un mínimo de tres Nodos de MongoDB.
Si utilizas el formato estándar de cadena de conexión en lugar del formato de lista de nodos iniciales DNS, remover una región completa de un clúster interregional existente puede resultar en una nueva cadena de conexión.
Para verificar la cadena de conexión correcta después de implementar los cambios:
1En Atlas, ve a la página Clusters de tu proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Clusters en la sección Database.
La página de clústeres se muestra.
Si planeas crear una o más conexiones de emparejamiento de VPC en el primer clúster
M10+dedicado de pago para la región o regiones seleccionadas, primero revisa la documentación sobre Conexiones de emparejamiento de VPC.Atlas puede utilizar hardware de diferentes proveedores de nube para los clústeres
M10yM20en regiones específicas de GCP. Como resultado, ciertas combinaciones de regiones de GCP pueden no ser compatibles con los clústeresM10yM20multiregión.
Nodos elegibles para alta disponibilidad
Si se añaden regiones con nodos elegibles:
aumentar la disponibilidad de datos
reducir el impacto de las interrupciones del centro de datos
Puede implementar nodos en múltiples regiones dentro del mismo proveedor de nube o en múltiples proveedores de nube.
Atlas establece el nodo de la primera fila de la Electable nodes tabla como la Highest Priority región. Atlas prioriza los nodos de esta región para la elegibilidad principal. Los demás nodos se clasifican según su orden de aparición. Para obtener más información, consulte Prioridad de miembros.
Cada nodo elegible puede:
Participar en las elecciones del conjunto de réplicas
Conviértase en el principal mientras la mayoría de los nodos en el conjunto de réplicas permanezcan disponibles
Importante
Cuando las escrituras globales están habilitadas, los clústeres globales no admiten nodos de búsqueda dedicados.
Añadir nodos elegibles
Puedes añadir nodos elegibles en un proveedor de nube y una región desde la sección Electable nodes for high availability.
Para añadir un nodo elegible:
Haga clic en Add a provider/region.
Selecciona el proveedor de nube del menú desplegable Provider.
Selecciona la región del menú desplegable de Region.
Al cambiar la opción Provider, laRegion se convierte en una opción en blanco. Si no seleccionas una región, Atlas mostrará un error cuando hagas clic en Create Cluster.
Especifica el número deseado de Nodes para el proveedor y la región.
El número total de nodos elegibles en todos los proveedores y regiones del clúster debe ser igual a 3, 5 o 7.
Atlas considera las regiones marcadas con un como recomendadas. Estas regiones proporcionan alta disponibilidad en comparación con otras regiones.
Para obtener más información, consulta:
Remover nodos elegibles
Para remover un nodo de una región, haz clic en el icono a la derecha de esa región. No puedes remover un nodo en la región Highest Priority.
Para obtener más información, consulta Copias de seguridad de clústeres multiregionales.
Cambiar nodos elegibles a nodos de solo lectura
Puedes cambiar un nodo elegible por un nodo de solo lectura añadiendo un nodo de solo lectura y remover un nodo elegible al mismo tiempo. Para obtener más información, consulta Cambiar el propósito de la carga de trabajo de los nodos.
Mejore la disponibilidad de un clúster
Para mejorar la redundancia y la disponibilidad de un clúster, se debe aumentar el número de nodos elegibles en esa región. Cada clúster de Atlas tiene una región Highest Priority. Si el clúster abarca varias regiones, se puede seleccionar qué región del proveedor de nube debe ser la Highest Priority.
Para evitar la pérdida de disponibilidad y rendimiento, considere los siguientes escenarios:
Punto de fallo | Cómo prevenir este punto de fallo |
|---|---|
Proveedor de nube | Un mínimo de un conjunto de nodos en los tres proveedores de nube. Más de un nodo por región. |
Región | Mínimo de un conjunto de nodos en tres o más regiones diferentes. Más de un nodo por región. |
Node |
|
Cambiar el proveedor o la región de mayor prioridad
Si cambia el Highest Priority proveedor o la región en un clúster multirregional activo, Atlas selecciona un nuevo nodo principal en el proveedor y la región que especifique (suponiendo que la cantidad de nodos en cada proveedor y región permanece igual y no se modifica nada más).
Si la copia de seguridad en la nube está habilitada en su clúster al cambiar la región principal, Atlas toma una instantánea a demanda y la almacena en la nueva región principal sin esperar a la siguiente instantánea programada. Si la nueva región principal era anteriormente una región de copia de seguridad secundaria para la distribución de copias de instantáneas, Atlas actualiza automáticamente su política de copias de seguridad para distribuir copias de instantáneas desde la nueva región principal a la región principal original y a otras regiones secundarias.
Ejemplo
Si tienes un clúster activo de 5 nodos con la siguiente configuración:
Nodes | Proveedor | Región | Prioridad |
|---|---|---|---|
3 | AWS | us-east-1 | El más alto |
2 | Google Cloud | us-west3 |
Para hacer que los nodos de Google Cloud us-west3 sean los Highest Priority, arrastra su fila hasta la parte superior de la lista Electable nodes del clúster. Después de este cambio, Atlas elige un nuevo PRIMARIO en us-west3. Atlas no inicia una sincronización inicial ni vuelve a aprovisionar hosts al cambiar esta configuración.
Importante
Ciertas circunstancias pueden retrasar la elección de un nuevo nodo primario.
Por ejemplo, un clúster con cargas de trabajo pesadas en la partición primaria puede retrasar la elección. Esto da como resultado que no todos los nodos primarios estén temporalmente en la misma región.
Para minimizar estos riesgos, se debe evitar modificar la región primaria durante periodos de gran carga de trabajo.
Nodos de solo lectura para lecturas locales óptimas
Utilice nodos de solo lectura para optimizar las lecturas locales en las respectivas áreas de servicio de los nodos.
Añadir nodos de solo lectura
Puedes añadir nodos de solo lectura desde la sección Read-Only Nodes for Optimal Local Reads.
Para añadir un nodo de solo lectura en un proveedor de nube y región:
Haga clic en Add a provider/region.
Selecciona el proveedor de nube del menú desplegable Provider.
Selecciona la región del menú desplegable de Region.
Al cambiar la opción Provider, laRegion se convierte en una opción en blanco. Si no seleccionas una región, Atlas mostrará un error cuando hagas clic en Create Cluster.
Especifica el número deseado de Nodes para el proveedor y la región.
Atlas considera las regiones marcadas con un como recomendadas. Estas regiones proporcionan alta disponibilidad en comparación con otras regiones.
Los nodos de solo lectura no ofrecen alta disponibilidad porque no participan en elecciones. No pueden convertirse en el primario para su clúster. Para dirigir queries a nodos de solo lectura, utiliza etiquetas predefinidas del set de réplicas.
Remover nodos de solo lectura
Para remover todos los nodos de solo lectura en un proveedor de nube y una región, haz clic en el icono a la derecha de ese proveedor de nube y región.
Cambiar el propósito de la carga de trabajo de los nodos
Puedes cambiar el propósito de la carga de trabajo de un nodo añadiendo y removiendo nodos al mismo tiempo.
Nota
Debes agregar y remover el nodo dentro del mismo cambio de configuración para reutilizar un nodo. Si remueves el nodo, guarda el cambio y luego añade el nodo, Atlas aprovisiona un nuevo nodo en su lugar.
Por ejemplo, para cambiar un nodo de solo lectura a un nodo elegible:
Haga clic en Review Changes.
Haga clic en Apply Changes.
Nodos de análisis para el aislamiento de cargas de trabajo
Se debe usar el nodo de análisis para aislar las queries que no se deben enfrentar a la carga de trabajo operativa. Los nodos de análisis ayudan a gestionar operaciones de análisis de datos, como las queries de reportes desde BI Connector para Atlas. Para dirigir queries a nodos de análisis, se deben utilizar las etiquetas de sets de réplicas predefinidas.
Haga clic en Add a region para seleccionar una región en la que implementar nodos de análisis. Especifique el número deseado de Nodes para la región.
Nota
Las opciones de cadena de conexión readPreference y readPreferenceTags no están disponibles para la shell mongo. Para obtener más información, consulta cursor.readPref() y Mongo.setReadPref() en su lugar.
Agregar nodos de análisis
Puedes agregar nodos de análisis desde la sección Analytics nodes for workload isolation.
Para agregar nodos de análisis en un proveedor de nube y región:
Haga clic en Add a provider/region.
Selecciona el proveedor de nube del menú desplegable Provider.
Selecciona la región del menú desplegable de Region.
Al cambiar la opción Provider, laRegion se convierte en una opción en blanco. Si no seleccionas una región, Atlas mostrará un error cuando hagas clic en Create Cluster.
Especifica el número deseado de Nodes para el proveedor y la región.
Atlas considera las regiones marcadas con un como recomendadas. Estas regiones proporcionan alta disponibilidad en comparación con otras regiones.
Los nodos de análisis no proporcionan alta disponibilidad porque no participan en elecciones. No pueden convertirse en el primario de su clúster.
Seleccione un nivel de clúster para sus nodos de análisis
Las cargas de trabajo pueden variar mucho entre los nodos de análisis y los operativos. Para ayudar a gestionar este problema, para clústeres M10+, se puede seleccionar un nivel de clúster de tamaño adecuado para la carga de trabajo de análisis. Se puede seleccionar un nivel de clúster para el nodo de análisis que sea mayor o menor que el nivel de clúster seleccionado para los nodos elegibles y de solo lectura (nodos operativos). Esta funcionalidad ayuda a garantizar que se obtiene el rendimiento requerido para las queries transaccionales y de análisis sin sobreprovisionamiento o subprovisionamiento de todo el clúster para la carga de trabajo de análisis.
Las siguientes consideraciones se aplican a la pestaña Analytics Tier y a los nodos analíticos:
Importante
Si seleccionas un nivel de clúster en la pestaña Analytics Tier significativamente por debajo del nivel de clúster seleccionado en la pestaña Base Tier, podría presentarse un atraso de la replicación . El nodo de análisis podría desaparecer por completo del oplog.
Si seleccionas un nivel de clúster General en la pestaña Analytics Tier y un nivel de clúster Low-CPU en la pestaña Base Tier, no se admite el escalado automático de disco para el clúster. El escalado automático de disco tampoco es compatible si seleccionas un nivel de clúster General en la pestaña Base Tier y un nivel de clúster Low-CPU en la pestaña Analytics Tier.
El tamaño del disco y el IOPS deben permanecer iguales en todos los tipos de nodos.
El tamaño de almacenamiento debe coincidir entre la pestaña Base Tier y la pestaña Analytics Tier. Puedes establecer el tamaño de almacenamiento en la pestaña Base Tier .
Si deseas seleccionar la clase Local NVME SSD en la pestaña Base Tier, la pestaña Analytics Tier debe tener el mismo nivel de categoría seleccionado.
Si un nivel de clúster aparece atenuado, ese nivel de clúster no es compatible con el tamaño de disco del clúster o la clase Local NVME SSD.
Un nivel de clúster seleccionado en la pestaña Analytics Tier tiene el mismo precio que un nivel de clúster seleccionado en la pestaña Base Tier. Sin embargo, cuando un Analytics Tier es mayor o menor que el Base Tier, el precio se ajusta en consecuencia sobre una base prorrateada por nodo. Los precios aparecen en la interfaz de usuario de Atlas cuando creas o editas un clúster. Para obtener más información, consulta Gestionar facturación.
Después de añadir los nodos de análisis, se puede seleccionar un nivel de clúster del tamaño adecuado para la carga de trabajo de análisis.
En la sección Cluster Tier, haz clic en la pestaña Analytics Tier.
Selecciona el Cluster Tier.
Remover nodos de análisis
Para remover todos los nodos de analítica en un proveedor de nube y una región, haz clic en el icono a la derecha de ese proveedor de nube y región.
Nodos de búsqueda para el aislamiento de cargas de trabajo
Se puede configurar el nodo del clúster para ejecutar solo el proceso mongot de MongoDB Search. Cuando se ejecuta el proceso mongot de MongoDB Search por separado, se mejora la disponibilidad y el equilibrio de la carga de trabajo del proceso mongot. Para obtener más información, se debe consultar Arquitectura de nodo.
Considerations
En los clústeres de Atlas M10 o superiores que ejecuten MongoDB v6.0 o superiores, puedes configurar nodos de búsqueda por separado de los nodos de la base de datos. Revisa lo siguiente antes de implementar nodos MongoDB Search por separado.
Nivel de clúster
Solo puedes implementar nodos de búsqueda para clústeres dedicados (M10 o superiores). No puedes añadir nodos de búsqueda en clústeres de nivel gratuito (M0) ni en clústeres flexibles. Puede utilizar la interfaz de usuario de Atlas y la API de Administración de Atlas para aprovisionar nodos de búsqueda para clústeres nuevos y existentes en AWS, Google Cloud o Azure.
Proveedor de nube
Puedes alojar los nodos de búsqueda en cualquier proveedor de nube. No puedes implementar nodos de búsqueda por separado para clústeres globales.
Regiones de proveedores de nube
Atlas implementa los nodos de búsqueda en las mismas regiones de AWS, Google Cloud o Azure que sus nodos elegibles, de solo lectura y de análisis.
Atlas permite implementar nodos de búsqueda por separado para el aislamiento de cargas de trabajo solo en regiones específicas de AWS, Google Cloud y Azure. Se aplica el siguiente comportamiento de la interfaz de usuario de Atlas:
Si se selecciona cualquiera de las siguientes regiones de AWS o Azure para los nodos del clúster primero, Atlas se debe deshabilitar el interruptor de Search nodes for workload isolation.
Si activas Search nodes for workload isolation primero, Atlas desactivará lo siguiente en el menú desplegable para las regiones en Electable nodes for high availability.
Atlas no admite las siguientes regiones de AWS, Google Cloud y Azure para nodos de búsqueda.
Nombre de la región | Región de AWS |
|---|---|
Paris |
|
Zurich |
|
Milan |
|
España |
|
UAE |
|
Bahréin |
|
Cape Town |
|
Hong Kong |
|
Jakarta |
|
Melbourne |
|
Hyderabad |
|
Nombre de la región | Región de Google Cloud |
|---|---|
Querétaro, México |
|
Berlín, Alemania |
|
Dammam, Arabia Saudí |
|
Johannesburg, Sudáfrica |
|
Nombre de la región | Azure Región |
|---|---|
AUSTRALIA_CENTRAL |
|
AUSTRALIA_CENTRAL_2 |
|
AUSTRALIA_SOUTH_EAST |
|
BRAZIL_SOUTHEAST |
|
CANADA_EAST |
|
FRANCE_SOUTH |
|
GERMANY_NORTH |
|
INDIA_WEST |
|
INDIA_SOUTH |
|
ITALY_NORTH (disponible solo para nodos de búsqueda de bajo consumo de CPU) |
|
JAPAN_WEST |
|
KOREA_SOUTH |
|
NORWAY_WEST |
|
SOUTH_AFRICA_WEST |
|
SPAIN_CENTRAL |
|
SWEDEN_SOUTH |
|
SWITZERLAND_WEST |
|
UAE_CENTRAL |
|
UK_WEST |
|
US_WEST_CENTRAL |
|
US_WEST |
|
US_NORTH_CENTRAL |
|
Para implementar nodos de búsqueda por separado, se debe seleccionar una región compatible de AWS, Google Cloud o Azure desde el menú desplegable Electable nodes for high availability. Para obtener más información sobre las regiones admitidas, se debe consultar regiones para nodos de búsqueda dedicados. Atlas utiliza automáticamente la misma región para los nodos de solo lectura y de análisis en el clúster. Después de la implementación, no se puede cambiar el proveedor de nube ni la región del proveedor de nube para el clúster de Atlas.
Clústeres multiregión y multi-nube
Atlas admite la implementación de nodos de búsqueda en múltiples regiones y proveedores de nube. Al implementar nodos de búsqueda para clústeres multiregión o multi-nube, ten en cuenta lo siguiente:
Atlas implementa el mismo número de nodos de búsqueda en cada región.
Todos los nodos en todas las regiones tienen el mismo nivel de búsqueda.
Si utilizas la API de administración de Atlas para añadir una nueva región a los nodos de búsqueda existentes, Atlas implementa la misma cantidad de nodos de búsqueda en la nueva región. Sin embargo, si la nueva región no admite el nivel de búsqueda actual, la solicitud falla.
Clústeres fragmentados con nodos de búsqueda
Atlas requiere un mínimo de dos nodos de búsqueda por cada región de un clúster Atlas. Este requisito se aplica a todos los tipos de clúster, incluidos los fragmentados.
Al implementar clústeres fragmentados que dependen en gran medida de MongoDB Search o MongoDB Vector Search, comprender los requisitos topológicos del nodo de búsqueda es crucial para garantizar una alta disponibilidad y un rendimiento óptimo. Los siguientes requisitos topológicos se aplican específicamente a clústeres fragmentados con nodos de búsqueda:
Implementaciones de múltiples regiones: si su clúster fragmentado abarca varias regiones, Atlas implementa automáticamente la cantidad especificada de nodos de búsqueda en cada región que contiene nodos de base de datos.
Número mínimo de nodos: cada región con nodos de base de datos debe tener al menos dos nodos de búsqueda para mantener la disponibilidad durante operaciones de mantenimiento o fallas de nodos.
Nivel de búsqueda
Puedes seleccionar un nivel de búsqueda para tus nodos de búsqueda en la pestaña Search Tier .
De forma predeterminada, Atlas implementa nodos de búsqueda en S20. Puede seleccionar un nivel superior para queries más rápidos y agregaciones más complejas, o un nivel inferior para cargas de trabajo más pequeñas. Si quieres reducir a un nivel más bajo, el nivel de búsqueda debe acomodar cualquier índice de búsqueda existente, junto con espacio adicional en disco para los archivos y registros bumper.
En el caso de los nodos de búsqueda implementados en AWS, Atlas ofrece diferentes niveles de búsqueda en distintas regiones. Si el nivel de búsqueda que se seleccionó no está disponible para la región, Atlas implementa automáticamente los nodos de búsqueda en el siguiente nivel superior disponible en esa región. Para aprender más, se debe consultar Niveles de búsqueda de AWS.
Para aprender más sobre los niveles de búsqueda para los nodos de búsqueda implementados en Google Cloud o Azure, consulta:
Activar el cifrado en reposo
Por defecto, MongoDB y los procesos de búsqueda se ejecutan en los mismos nodos. Con esta arquitectura, el cifrado gestionado por el cliente se aplica a los datos de su base de datos, pero no se aplica a los índices de búsqueda.
Cuando activas nodos de búsqueda dedicados, los procesos de búsqueda se ejecutan en nodos separados. Esto permite activar el cifrado de datos del nodo de búsqueda, para que puedas cifrar tanto los datos de la base de datos como los índices de búsqueda con las mismas claves administradas por el cliente para una cobertura de cifrado integral.
Nota
Los nodos de base de datos y los nodos de búsqueda utilizan diferentes métodos de cifrado con las mismas claves administradas por el cliente. Los nodos de base de datos utilizan el motor de almacenamiento cifrado WiredTiger, mientras que los nodos de búsqueda utilizan cifrado a nivel de disco.
Para obtener más información, consulta Permitir la gestión de claves de cliente para los nodos de búsqueda.
Importante
Esta característica está disponible en todos los proveedores de KMS, pero los Nodos de búsqueda deben estar en AWS.
Añadir nodos de búsqueda
Para configurar nodos de búsqueda separados en el clúster Atlas, haga lo siguiente:
Establece Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters) en On.
Establece Search nodes for workload isolation en On.
Especifica el número de nodos a implementar. Puedes especificar entre un mínimo de 2 y un máximo de 32 nodos.
Tras la implementación, puedes modificar el clúster para añadir y remover cualquier nodo de búsqueda adicional.
Nota
Para clústeres multiregionales, Atlas implementa la cantidad especificada de nodos en cada región. Para aprender más, consulta Clústeres multiregión y multi-nube.
Expande Cluster Tier para seleccionar un nivel para tus nodos de búsqueda en la pestaña Search Tiers.
Para obtener más información sobre los diferentes niveles para tus nodos de búsqueda, consulta Nivel de búsqueda.
Para crear un nodo de búsqueda para un clúster usando el Atlas CLI, ejecute el siguiente comando:
atlas clusters search nodes create [options]
Para obtener más información sobre la sintaxis y los parámetros del comando, consulta la documentación de Atlas CLI para la creación de nodos de búsqueda de clústeres de Atlas.
Nota
Se pueden agregar nodos de búsqueda a un clúster de Atlas existente solo si actualmente no hay ninguno y nunca se han creado índices de MongoDB Search en el clúster.
Para configurar nodos de búsqueda separados en el clúster de Atlas, se debe enviar una solicitud POST al recurso MongoDB Search en el endpoint /deployment. Se debe especificar el número de nodos y el tamaño de la instancia. Se puede implementar entre un mínimo de 2 y un máximo de 32 nodos. Para aprender más, se debe consultar Crear nodos de búsqueda.
Al añadir nodos de búsqueda a un clúster que no tiene ningún nodo de búsqueda, los procesos mongot existentes que se ejecutan junto con el final del mongod guardan en la base de datos que se crea después de que MongoDB Search completa la sincronización inicial y los procesos de mongot de los nuevos nodos de búsqueda dedicados realizan una sincronización inicial de las colecciones requeridas. Esto da lugar a lecturas duales durante el proceso de migración.
Remover nodos de búsqueda
Para remover algunos nodos de búsqueda, se debe ajustar la configuración Number of Search Nodes en Search nodes for workload isolation. Se puede implementar entre 2 y 32 nodos de búsqueda en el clúster.
Importante
Si remueves todos los nodos de búsqueda, perderás el cifrado de nodo de búsqueda con claves gestionadas por el cliente. Tus datos seguirán usando el cifrado por defecto de Atlas, pero tus cargas de trabajo e índices de búsqueda ya no estarán cifrados con las claves gestionadas por el cliente.
Para remover todos los nodos de búsqueda en el clúster de Atlas, se debe hacer lo siguiente:
Establece Search nodes for workload isolation en Off.
Ahora puede seleccionar cualquier región de los proveedores de nube disponibles.
Haga clic en Remove para confirmar en la ventana modal Are you sure you want to remove Search Nodes?.
Haga clic en Review Changes.
Haz clic en la casilla para confirmar que entiendes y aceptas las consideraciones para borrar un clúster con nodos de búsqueda.
Habrá una breve interrupción en el procesamiento de los resultados de la consulta de búsqueda.
Haga clic en Apply Changes.
Importante
Si remueves todos los nodos de búsqueda, perderás el cifrado de nodo de búsqueda con claves gestionadas por el cliente. Tus datos seguirán usando el cifrado por defecto de Atlas, pero tus cargas de trabajo e índices de búsqueda ya no estarán cifrados con las claves gestionadas por el cliente.
Para borrar un nodo de búsqueda de un clúster usando Atlas CLI, ejecuta el siguiente comando:
atlas clusters search nodes delete [options]
Para obtener más información sobre la sintaxis de comandos y los parámetros, consulta la documentación de Atlas CLI para el borrado de nodos de búsqueda de clústeres de Atlas.
Para añadir o remover nodos de búsqueda o modificar el nivel de búsqueda en el clúster de Atlas, se debe enviar la solicitud PATCH al punto de conexión de Actualizar nodos de búsqueda /deployment del recurso de MongoDB Search.
Puede especificar lo siguiente:
El número de nodos a remover. Si se omite, Atlas no cambia el número actual de nodos implementados.
El tamaño de la instancia que se utilizará para cambiar a un nivel de búsqueda diferente. Si se omite, Atlas no modifica el nivel de búsqueda actual para los nodos implementados.
Para obtener más información, consulta Actualizar nodos de búsqueda.
Importante
Si remueves todos los nodos de búsqueda, perderás el cifrado de nodo de búsqueda con claves gestionadas por el cliente. Tus datos seguirán usando el cifrado por defecto de Atlas, pero tus cargas de trabajo e índices de búsqueda ya no estarán cifrados con las claves gestionadas por el cliente.
Para remover todos los nodos de búsqueda en el clúster de Atlas, se debe enviar la solicitud DELETE al punto de conexión /deployment del recurso de MongoDB Search. Para aprender más, se debe consultar Borrar nodos de búsqueda.
Si se borran todos los nodos de búsqueda existentes en el clúster, habrá una interrupción en el procesamiento de los resultados de consulta de búsqueda mientras Atlas migra de los procesos mongot que se ejecutan por separado en nodos de búsqueda dedicados a procesos mongot que se ejecutan junto con los mongod. No se pueden ejecutar queries mientras se están construyendo los índices en el nodo que aloja tanto los procesos mongot como los mongod, y se experimentará un tiempo de inactividad en las queries.
Conexiones a implementaciones multinube
Si se realiza una conexión a sets de réplicas alojados en una implementación multi-nube a través de una conexión privada, solo se podrá acceder a los nodos del mismo proveedor de nube y la misma región desde la que se está conectando. Este proveedor de nube podría no tener el nodo primario en su región. Cuando esto ocurra, se debe especificar el modo de preferencia de lectura secundaria en la cadena de conexión para acceder a la implementación. Si se necesita acceso a todos los nodos para la implementación multi-nube desde el proveedor actual a través de una conexión privada, se debe hacer lo siguiente:
Configura una VPN en el proveedor actual para cada uno de los proveedores restantes.
Configura un nodo privado para Atlas para cada uno de los proveedores restantes.
Como alternativa, sugerimos crear clústeres particionados para implementaciones multinube a los que se accede a través de un nodo privado. Cuando implementas un clúster, ya sea de una sola partición o de varias particiones, puedes conectarte al clúster a través de los nodos privados locales y realizar operaciones de lectura y guardado. No es necesario especificar el modo de preferencia de lectura secundario, incluso si los nodos primarios del clúster están ubicados en una región diferente. El mongos en la región del proveedor de nube a la que se conecta enrutará la solicitud al nodo primario en otra región si es necesario. Para obtener más información, consulta Implementación de un clúster particionado.