Arquitectura de MongoDB Search

El proceso mongot

Cada proceso mongot tiene su propio volumen persistente que no se comparte ni con la base de datos ni con otros nodos de búsqueda. El almacenamiento se utiliza para mantener índices que se compilan a partir de los datos obtenidos continuamente de la base de datos. Las definiciones del índice (metadatos) se almacenan en la propia base de datos.

El mongot realiza las siguientes acciones:

• Gestiona el índice.

  El mongot es responsable de actualizar las definiciones de índices en la base de datos.

• Obtiene los datos de la base de datos.

  Los nodos mongot establecen conexiones permanentes con la base de datos para actualizar los índices en tiempo real.

• Procesa consultas de búsqueda.

  Cuando mongod recibe una $search o $searchMeta query, dirige la query a uno de los mongot nodos. El mongot que recibe la query procesa la query, agrega los datos y devuelve los resultados a mongod, que reenvía los resultados al usuario.

Los componentes mongot están estrechamente acoplados con un único set de réplicas de MongoDB y no se pueden compartir entre varias bases de datos o sets de réplicas. Cada implementación de set de réplicas tiene sus propios nodos de búsqueda dedicados. Para aprender más sobre la arquitectura de nodos de Search, consulta Arquitectura de nodos en la documentación de MongoDB Search.

Gestión de redes

La conectividad de red entre mongot y mongod va en ambas direcciones:

• mongot establece conexiones con el set de réplicas para obtener los datos usados para crear índices y ejecutar queries.

• mongod se conecta a mongot para reenviar operaciones relacionadas con la búsqueda, como la gestión de índices y la consulta de datos.

El mongod actúa como proxy para todas las consultas de búsqueda. Nunca interactúa directamente con el mongot.

Implementación gestionada por el operador

Cuando los procesos mongot y mongod se implementan dentro del clúster de Kubernetes, el operador de Kubernetes realiza la configuración de ambos procesos automáticamente. Concretamente, el operador de Kubernetes:

1. Encuentra el CR de MongoDB al que hace referencia MongoDBSearch mediante spec.source.mongodbResourceRef, o mediante una convención de nomenclatura buscando el CR de MongoDB con el mismo nombre que MongoDBSearch.

2. Genera la configuración de mongot en un archivo YAML y lo guarda en un mapa de configuración llamado <MongoDBSearch.metadata.name>-search-config.

3. Implementar el conjunto con estado de MongoDB Search llamado <MongoDBSearch.metadata.name>-search con los requisitos de almacenamiento y recursos configurados de acuerdo con spec.persistence y spec.resourceRequirements en el CR.

4. Actualiza la configuración de cada proceso mongod agregando las opciones setParameter necesarias, incluidos los nombres de host y los números de puerto de los hosts mongot.

Implementación externa de MongoDB

Cuando el set de réplicas de MongoDB está fuera de Kubernetes, implementa mongot utilizando el operador de Kubernetes y realiza algunos pasos manualmente. El operador de Kubernetes gestiona la configuración de los pods de búsqueda, pero debe reconfigurar los nodos de MongoDB y la red.

Seguridad

Si el servidor de MongoDB está dentro del clúster de Kubernetes, el operador de Kubernetes configura automáticamente la autenticación de archivo de clave para MongoDB Search. Si el servidor de MongoDB es externo, debe crear un secreto de Kubernetes que contenga las credenciales del archivo de claves del set de réplicas y hacer referencia a él en el MongoDBSearch CR.

Limitaciones

No puedes implementar MongoDB Search en las siguientes arquitecturas:

• IBM Power (ppc64le)

• IBM Z (s390x)