Arquitectura de MongoDB Search

El mongot proceso

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 consulta o, la dirige a uno de $search $searchMeta los mongot nodos. El mongot nodo que recibe la consulta la procesa, agrega los datos y devuelve los resultados mongod a, que los reenvía al usuario.

Los mongot componentes están estrechamente vinculados a un único conjunto de réplicas de MongoDB y no se pueden compartir entre varias bases de datos o conjuntos de réplicas. Cada implementación de conjunto de réplicas tiene sus propios nodos de búsqueda dedicados. Para obtener más información sobre la arquitectura de los nodos de búsqueda, consulte 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 conjunto de réplicas para obtener los datos utilizados para crear índices y ejecutar consultas.

• 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úas directamente con el mongot.

Despliegue gestionado 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. Específicamente, el Operador de Kubernetes:

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

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

3. Implementa el conjunto con estado de búsqueda de MongoDB 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, incluyendo los nombres de host y los números de puerto de los hosts mongot.

Implementación externa de MongoDB

Cuando el conjunto de réplicas de MongoDB se encuentra fuera de Kubernetes, se implementa mongot mediante el operador de Kubernetes y se realizan algunos pasos manualmente. El operador de Kubernetes se encarga de la configuración de los pods de búsqueda, pero es necesario reconfigurar los nodos de MongoDB y la red.

Seguridad

Si el servidor MongoDB se encuentra dentro del clúster de Kubernetes, el operador de Kubernetes configura automáticamente la autenticación mediante archivo de clave para MongoDB Search. Si el servidor MongoDB es externo, debe crear un secreto de Kubernetes que contenga la credencial del archivo de clave del conjunto de réplicas y hacer referencia a él en el recurso personalizado MongoDBSearch.

Limitaciones

No se puede implementar MongoDB Search en las siguientes arquitecturas:

• IBM Power (ppc64le)

• IBM Z (s390x)