Tip
En los clĂșsteres Atlas Core, puede crear implementaciones de MongoDB en mĂșltiples nubes utilizando cualquier combinaciĂłn de proveedores de nube: AWS, Azure y Google Cloud. Los clĂșsteres Atlas Infinite no admiten clĂșsteres en mĂșltiples nubes en la versiĂłn preliminar pĂșblica.
En los clĂșsteres de Atlas Core, puede configurar los nodos de su clĂșster para que utilicen diferentes:
Proveedores de nube: Implemente nodos en AWS, Azure o Google Cloud. Puede implementar todos los nodos en un Ășnico proveedor de nube o implementar un clĂșster multi-nube con nodos distribuidos en diferentes proveedores.
Regiones geogråficas: Implemente nodos en una o mås regiones de proveedores de nube y defina qué región prioriza Atlas para la elegibilidad principal. Las regiones pueden pertenecer al mismo proveedor de nube o a diferentes proveedores.
Finalidad de lacarga de trabajo: Implementar nodos seleccionables, de solo lectura, de anĂĄlisis y de bĂșsqueda.
En los clĂșsteres Atlas Infinite en versiĂłn preliminar pĂșblica, Atlas implementa todos los nodos en una regiĂłn de AWS. Puede implementar nodos de solo lectura y de anĂĄlisis para aislar las cargas de trabajo del nodo principal. Para obtener mĂĄs informaciĂłn, consulte Aislamiento de cargas de trabajo en clĂșsteres Atlas Infinite.
Para configurar el proveedor de la nube, la regiĂłn y las opciones de aislamiento de carga de trabajo para su clĂșster Atlas Core, consulte el siguiente procedimiento:
En 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.
Para el clĂșster relevante, haga clic en Edit configuration.
Haz clic en Edit additional configuration en la esquina inferior derecha.
Expanda Cloud Provider & Region y cambie Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters) a On.
Considerations
Las consideraciones relativas a mĂșltiples regiones, mĂșltiples proveedores de nube o clĂșsteres fragmentados se aplican Ășnicamente a los clĂșsteres Atlas Core. Los clĂșsteres Atlas Infinite no admiten estas configuraciones en la versiĂłn preliminar pĂșblica. Para saber quĂ© opciones de aislamiento de cargas de trabajo se aplican a los clĂșsteres Atlas Infinite, consulte Aislamiento de cargas de trabajo en clĂșsteres Atlas Infinite.
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 tienes un clĂșster llamado
foo123que contiene un nodo de anĂĄlisisfoo123-shard-00-03-a1b2c.mongodb.net:27017, Atlas no garantiza que el nombre de host especĂfico continĂșe refiriĂ©ndose a un nodo de anĂĄlisis despuĂ©s de un cambio de topologĂa, como el escalado de 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.
Un cambio de clĂșster que agregue, remueva o modifique miembros con derecho a voto tomarĂĄ mĂĄs tiempo, ya que Atlas agrega, remueve o modifica los miembros con derecho a voto uno a la vez de forma escalonada.
Los clĂșsteres Gen1 pueden abarcar varias regiones y proveedores de servicios en la nube. Los clĂșsteres Gen2 no ofrecen compatibilidad entre nubes, pero pueden abarcar varias regiones siempre que todas las regiones admitan clĂșsteres Gen2 para un proveedor de nube determinado. Para obtener mĂĄs informaciĂłn, consulte:
Atlas limita el nĂșmero total de nodos en otras regiones de un proyecto a un total de 100, sin incluir: - Regiones de Google Cloud que se comunican entre sĂ - 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:
75 nodos en la RegiĂłn A
10 nodos en RegiĂłn B
5 nodos en RegiĂłn C
Solo puedes agregar 10 nodos mĂĄs a la regiĂłn C porque:
Si excluye la RegiĂłn C, RegiĂłn A + RegiĂłn B = 85, <= 100.
Si excluye la RegiĂłn B, RegiĂłn A + RegiĂłn C = 80, <= 100.
Si excluyes la RegiĂłn A, RegiĂłn B + RegiĂłn C = 15, <= 100.
Cada combinación de regiones con los nodos 10 añadidos sigue cumpliendo la restricción por proyecto:
RegiĂłn A + B = 85, <= 100
RegiĂłn A + C = 90, <= 100
RegiĂłn B + C = 25, <= 100
No puedes crear un clĂșster multiregional en un proyecto si tiene uno o mĂĄs clĂșsteres que abarcan 100 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 limita el nĂșmero de nodos entre dos regiones cualesquiera de un proyecto. Para obtener mĂĄs informaciĂłn, consulte ÂżCuĂĄntos permisos de red entre regiones admite Atlas?
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 tiene previsto crear una o mĂĄs conexiones de emparejamiento de VPC en su primer clĂșster dedicado de pago
M10+para la regiĂłn o regiones seleccionadas, primero revise la documentaciĂłn sobre conexiones de emparejamiento de VPC.
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 servicio del centro de datos
En los clĂșsteres Atlas Core, puede implementar nodos en varias regiones dentro del mismo proveedor de nube o en varios proveedores de nube. Los clĂșsteres Atlas Infinite no admiten clĂșsteres multirregiĂłn ni multinube en la versiĂłn preliminar pĂșblica.
Atlas configura el nodo en la primera fila de la tabla Electable nodes como la regiĂłn Highest Priority. Atlas prioriza los nodos en esta regiĂłn para ser elegibles como primario. Los demĂĄs nodos se ordenan segĂșn el orden en que aparecen. Para aprender mĂĄs, se puede consultar Prioridad de nodo.
Nota
Esta funciĂłn no es aplicable a Atlas Infinite. Para obtener mĂĄs informaciĂłn sobre las capacidades y el comportamiento de Atlas Infinite, consulte MongoDB Atlas Infinite: DescripciĂłn general.
Cada nodo elegible puede:
Participar en elecciones de set de réplicas
ConviĂ©rtete en el primario mientras la mayorĂa de los nodos del set de rĂ©plicas permanecen 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.
Advertencia
Cuando migre nodos elegibles de una regiĂłn a otra, Atlas aprovisiona inmediatamente nuevos nodos y retira los antiguos. Atlas no espera a que los Ăndices de bĂșsqueda de MongoDB terminen de construirse en la nueva regiĂłn antes de desaprovisionar los nodos antiguos, por lo que se puede experimentar tiempo de inactividad de la bĂșsqueda de MongoDB durante la creaciĂłn de nuevos Ăndices.
Para evitar tiempos de inactividad, completa la migraciĂłn en dos pasos:
Agregue la nueva regiĂłn y espere a que todos los nodos se aprovisionen por completo. Si utilizas Search nodos, asegĂșrate de que MongoDB Search termine de construir todos los Ăndices antes de continuar.
Remover la regiĂłn anterior.
Para minimizar aĂșn mĂĄs el riesgo de inactividad, utiliza etiquetas de preferencia de lectura para dirigir las lecturas a las regiones donde estĂ©n listos tus Ăndices.
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 cambias el proveedor Highest Priority o la regiĂłn en un clĂșster multiregional activo, Atlas selecciona un nuevo nodo primario en el proveedor y la regiĂłn que especifiques (suponiendo que el nĂșmero de nodos en cada proveedor y regiĂłn siga siendo el mismo y no se modifique nada mĂĄs).
Si las copias de seguridad en la nube estĂĄn habilitadas en tu cluster y cambias la regiĂłn principal, Atlas toma una instantĂĄnea bajo demanda y la almacena en la nueva regiĂłn principal sin esperar la siguiente instantĂĄnea programada. Si la nueva regiĂłn principal era anteriormente una regiĂłn secundaria de copia de seguridad para la distribuciĂłn de copias de snapshot, Atlas actualiza automĂĄticamente tu polĂtica de copia de seguridad para distribuir copias de snapshot desde la nueva regiĂłn principal a la regiĂłn principal original y 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.
Nota
Puedes implementar nodos de anĂĄlisis solo para clĂșsteres dedicados (M10 o superior). No puedes añadir nodos de anĂĄlisis en los clĂșsteres gratuitos ni en los clĂșsteres Flex.
Para los clĂșsteres Atlas Infinite en vista previa pĂșblica, especifique el nĂșmero de Nodes. Atlas los implementa en la misma regiĂłn que el clĂșster Atlas Infinite. Para los clĂșsteres Atlas Core, haga clic en Add a region para seleccionar una regiĂłn y, a continuaciĂłn, especifique el nĂșmero de Nodes para esa 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, consulte 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.
En los clĂșsteres Atlas Core, si selecciona 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, el escalado automĂĄtico de discos no es compatible con el clĂșster. El escalado automĂĄtico de discos tampoco es compatible si selecciona 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.
En los clĂșsteres Atlas Core, el tamaño del disco y las IOPS deben permanecer iguales en todos los tipos de nodos.
En los clĂșsteres Atlas Core, el tamaño de almacenamiento debe coincidir entre las pestañas Base Tier y Analytics Tier. Puede configurar el tamaño de almacenamiento en la pestaña Base Tier. Atlas expande el almacenamiento de un clĂșster Atlas Infinite a medida que crecen los datos, por lo que no es necesario configurar un tamaño de almacenamiento.
En los clĂșsteres Atlas Core, si desea seleccionar la clase Local NVME SSD en la pestaña Base Tier, la pestaña Analytics Tier debe tener seleccionado el mismo nivel de nivel. Los clĂșsteres Atlas Infinite no admiten almacenamiento SSD NVMe conectado localmente en la versiĂłn preliminar pĂșblica.
En los clĂșsteres Atlas Core, si un nivel de clĂșster aparece atenuado, significa que no es compatible con el tamaño del disco del clĂșster o con 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
Puedes configurar los nodos del clĂșster para que ejecuten solo el proceso de MongoDB Search mongot. Cuando se ejecutar el proceso de MongoDB Search mongot por separado, se mejora la disponibilidad y el equilibrio de carga de trabajo del proceso mongot. Para obtener mĂĄs informaciĂłn, consulta Arquitectura Node.
Importante
Los nodos de bĂșsqueda dedicados no son compatibles con los clĂșsteres de Atlas Infinite durante la versiĂłn preliminar pĂșblica. Para conocer las funciones compatibles con la versiĂłn preliminar pĂșblica, consulte Disponibilidad de la versiĂłn preliminar pĂșblica.
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
Puedes implementar nodos de bĂșsqueda solo 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 Flex. 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 selecciona primero alguna de las siguientes regiones de AWS o Azure para los nodos de su clĂșster, Atlas desactiva el interruptor 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 |
|
Milan |
|
UAE |
|
Bahréin |
|
Hong Kong |
|
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_2 |
|
AUSTRALIA_SOUTH_EAST |
|
BRAZIL_SOUTHEAST |
|
CANADA_EAST |
|
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 |
|
Para implementar nodos de bĂșsqueda por separado, debe seleccionar una regiĂłn compatible de AWS, Google Cloud o Azure en el menĂș desplegable Electable nodes for high availability. Para obtener mĂĄs informaciĂłn sobre las regiones compatibles, consulte 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 su clĂșster. DespuĂ©s de la implementaciĂłn, no podrĂĄ cambiar el proveedor de la nube ni la regiĂłn del proveedor de la nube para su 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:
Todos los nodos en todas las regiones tienen el mismo nivel de bĂșsqueda.
Puedes implementar un mĂnimo de 2 y un mĂĄximo de 32 nodos de bĂșsqueda por regiĂłn.
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 particionados con nodos de bĂșsqueda
Atlas requiere un mĂnimo de dos nodos de bĂșsqueda por cada regiĂłn en un clĂșster de Atlas. Este requisito aplica para todos los tipos de clĂșsteres, incluidos los clĂșsteres shardizados.
Al implementar clĂșsteres particionados que dependen en gran medida de MongoDB Search o MongoDB Vector Search, comprender los requisitos de topologĂa del Nodo de bĂșsqueda es crucial para garantizar una alta disponibilidad y un rendimiento Ăłptimo. Los siguientes requisitos de topologĂa se aplican especĂficamente a los clĂșsteres fragmentados con nodos de bĂșsqueda:
Implementaciones multiregiĂłn: Si tu clĂșster abarca varias regiones, Atlas implementa automĂĄticamente el nĂșmero especificado 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 bases 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.
S10 es el nivel de bĂșsqueda mĂĄs bajo y tiene el tamaño adecuado para cargas de trabajo pequeñas con huellas de Ăndice inferiores a 10 GB, como las de los clĂșsteres M10 a M30. Dado que S10 proporciona menos almacenamiento y menos vCPU que los niveles superiores, no es adecuado para Ăndices grandes o cargas de trabajo intensivas en consultas. Para esas cargas de trabajo, seleccione S20 o superior.
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 tu base de datos, pero no se aplica a los Ăndices de bĂșsqueda.
Cuando habilitas nodos de bĂșsqueda dedicados, los procesos de bĂșsqueda se ejecutan en nodos independientes. Esto te permite activar 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 el mismo cifrado administrado por el cliente, lo que proporciona una cobertura completa de cifrado.
Los nodos de bĂșsqueda dedicados no son compatibles con los clĂșsteres de Atlas Infinite durante la vista previa pĂșblica.
Nota
Los nodos de la base de datos y los nodos de bĂșsqueda utilizan diferentes mĂ©todos de cifrado con las mismas claves gestionadas por el cliente. Los nodos de la base de datos usan el motor de almacenamiento cifrado WiredTiger, mientras que los nodos de bĂșsqueda usan 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 funciĂłn estĂĄ disponible en todos los proveedores de servicios de gestiĂłn del conocimiento (KMS).
Fuente de actividad
Atlas registra las operaciones de creaciĂłn, actualizaciĂłn y eliminaciĂłn de nodos de bĂșsqueda en el Project Activity Feed. Cada entrada identifica al usuario que realizĂł la acciĂłn. Para ver estos eventos, consulte Ver fuente de actividad.
Añadir nodos de bĂșsqueda
Para implementar nodos de bĂșsqueda, debes tener acceso Project Owner al proyecto.
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
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.
Aislamiento de cargas de trabajo en clĂșsteres Atlas Infinite
Durante la versiĂłn preliminar pĂșblica, los clĂșsteres de Atlas Infinite admiten las siguientes opciones de aislamiento de carga de trabajo:
Para agregar estos nodos a un clĂșster de Atlas Infinite, especifique la cantidad de Nodes para cada tipo de nodo. Atlas implementa los nodos en la misma regiĂłn que el clĂșster de Atlas Infinite, por lo que no es necesario seleccionar un proveedor de nube ni una regiĂłn. Para saber quĂ© regiones admiten los clĂșsteres de Atlas Infinite, consulte la columna Atlas Infinite Support en la tabla de regiones de Amazon Web Services (AWS).
Limitaciones
Para obtener la lista completa de funciones que Atlas Infinite admite en la versiĂłn preliminar pĂșblica, consulte Disponibilidad de la versiĂłn preliminar pĂșblica. Las siguientes limitaciones se aplican al aislamiento de cargas de trabajo:
Los clĂșsteres de Atlas Infinite no admiten clĂșsteres multirregiĂłn.
Los clĂșsteres de Atlas Infinite no admiten clĂșsteres multi-nube.
Los clĂșsteres de Atlas Infinite no admiten la adiciĂłn de nodos electivos adicionales.
Los clĂșsteres de Atlas Infinite no admiten nodos de bĂșsqueda.
Conexiones a implementaciones multinube
Nota
Esta funciĂłn no es aplicable a Atlas Infinite. Para obtener mĂĄs informaciĂłn sobre las capacidades y el comportamiento de Atlas Infinite, consulte MongoDB Atlas Infinite: DescripciĂłn general.
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.