Al diseñar sistemas MongoDB que utilizan MongoDB Search y MongoDB Vector Search, hay dos tipos de implementación comunes:
Una arquitectura co-ubicada donde
mongodLos procesosmongoty comparten el mismo host. Esta arquitectura es adecuada para desarrollo y cargas de trabajo de búsqueda pequeñas o vectoriales.Un modelo de infraestructura dedicado donde
mongodymongotse ejecutan en máquinas separadas, cada una de ellas dimensionada según lo requiera la carga de trabajo. Esta infraestructura se recomienda para aplicaciones que requieren alta disponibilidad, particionado, o cargas de trabajo sustanciales de búsqueda o vectoriales con altas demandas de consultas de búsqueda e indexación.
Esta sección describe ambos tipos de implementación. También describe las implicaciones de implementar mongot en clústeres fragmentados de MongoDB.
Arquitectura Co-Ubicada
Esta es la arquitectura más simple, recomendada para entornos de desarrollo o cualquier situación que requiera iteración rápida. Destaca en la creación rápida de prototipos y requiere la menor cantidad de configuración.
La implementación consta de una sola máquina que ejecuta tanto los procesos mongod como mongot. Toda la comunicación puede realizarse a través de las direcciones localhost, y todas las funcionalidades de autenticación y seguridad pueden desactivarse o hacerse más permisivas.
Para la mayoría de las cargas de trabajo de búsqueda pequeñas, puedes expandir esta arquitectura a un set de réplicas multinodo. Utiliza precaución al implementar una arquitectura en co-ubicación, y supervisa señales de contención de recursos.
Infraestructura dedicada
Esta es una arquitectura de propósito general, recomendada para entornos de producción. La infraestructura dedicada admite tanto la escalabilidad horizontal como vertical tanto para los nodos de la base de datos como para los nodos de búsqueda.
La implementación consiste en al menos tres máquinas ejecutando mongod en una configuración de set de réplicas, y al menos dos máquinas ejecutando mongot. Para proporcionar alta disponibilidad al consultar Search, los nodos mongod requieren un balanceador de carga a nivel de aplicación. Considera un balanceador de carga como Envoy y usa una estrategia de balanceo de carga como round-robin por solicitud.
No se requiere balanceo de carga en la dirección opuesta. mongot elige automáticamente un nodo mongod con el cual comunicarse para la replicación de datos y los datos del catálogo de índices según su configuración.
Topología fragmentada
Esta arquitectura es similar a la arquitectura de infraestructura dedicada, pero la configuración del set de réplicas se duplica en cada partición individual.
Nota
Si bien solo debe configurar mongot para replicar desde un fragmento, mongot aún requiere que la dirección del enrutador esté configurada para acceder al catálogo de índice.
Con la arquitectura de topología fragmentada, mongot solo pertenece a un fragmento a la vez. Por lo tanto, los balanceadores de carga dentro de cada fragmento deben configurarse para dirigir el tráfico únicamente a ese fragmento individual.
Si añade fragmentos a una colección con un índice de MongoDB Search, se produce una sincronización inicial en los fragmentos recién añadidos para ese índice. El índice de MongoDB Search de cada fragmento contiene únicamente los documentos de la colección que existen en él. Para obtener más información, consulte Fragmentar una colección global.
Advertencia
Si particionas una colección que ya tiene un índice de MongoDB Search, podrías experimentar un periodo de inactividad en las consultas de búsqueda mientras se construye el índice en los nuevos shards.
Además, si añades una partición a una colección ya particionada que contiene un índice MongoDB Search, tus consultas de búsqueda en esa colección fallarán hasta que el proceso de sincronización inicial se complete en las nuevas particiones añadidas. Para averiguar más, consulta resolución de problemas de sincronización inicial.
