对于 AI 代理:可在 https://www.mongodb.com/zh-cn/docs/llms.txt 获取文档索引—通过在任何 URL 路径后添加 .md 可获取所有页面的 Markdown 版本。
Docs 菜单

MongoDB Search 架构

MongoDB Search 通过将mongot 进程与MongoDB 数据库部署() 一起部署,从而在Kubernetes环境中启用全文搜索功能。mongod mongot进程管理搜索索引,从数据库获取数据,并处理$search$searchMeta 查询。这样一来,就无需维护单独的搜索系统,同时还能提供高级搜索功能。

要部署MongoDB Search,您应用MongoDBSearch 自定义资源 (CR), Kubernetes Operator 会选取并使用该资源来部署mongot Pod 并请求在 spec 中指定的持久存储。

有关部署过程,请参阅部署MongoDB Search 和 Vector Search。

每个 mongot进程都有自己的持久卷,不与数据库或其他搜索节点共享。存储用于维护根据持续源自数据库的数据构建的索引。索引定义(元数据)存储在数据库中。

mongot 执行以下操作:

  • 管理索引。

    mongot 负责更新数据库中的索引定义。

  • 从数据库中获取数据。

    mongot 节点与数据库建立永久连接,以便实时更新数据库中的索引。

  • 处理搜索查询。

    mongod 收到$search$searchMeta 查询时,它会将查询定向到mongot 节点之一。接收查询的mongot 会处理查询、聚合数据,并将结果返回给mongod ,而 会将结果转发给用户。

mongot组件与单个MongoDB副本集紧密耦合,不能在多个数据库或副本集之间共享。每个副本集部署都有自己的专用搜索节点。要学习;了解有关搜索节点架构的更多信息,请参阅MongoDB搜索文档中的节点架构。

mongotmongod 之间的网络连接是双向的:

  • mongot 建立与副本集的连接,以获取用于构建索引和运行查询的数据。

  • mongod 连接到 mongot 以转发与搜索相关的操作,例如索引管理和查询数据。

mongod 充当所有搜索查询的代理。您从不直接与 mongot交互。

mongotmongod 进程同时部署在Kubernetes集群内时, Kubernetes Operator 会自动为这两个进程执行配置。具体来说, Kubernetes Operator:

  1. 使用 查找 MongoDBSearch 引用的MongoDB CR,或根据命名约定查找与spec.source.mongodbResourceRef MongoDBSearch 同名的MongoDB CR。

  2. YAML 文件中生成 mongot 配置,并将其保存到名为 <MongoDBSearch.metadata.name>-search-config 的配置映射中。

  3. 部署名为 的MongoDB Search<MongoDBSearch.metadata.name>-search 有状态设立,并根据spec.persistence spec.resourceRequirementsCR 中的 和 配置存储和资源要求。

  4. 通过添加必要的 setParameter 选项(包括 mongot 主机的主机名和端口号)来更新每个 mongod进程的配置。

当MongoDB副本集位于Kubernetes外部时,您可以使用Kubernetes Operator部署mongot 并手动执行一些步骤。 Kubernetes Operator 会处理搜索Pod 的配置,但您必须重新配置MongoDB节点和网络。

如果MongoDB服务器位于Kubernetes集群内,则Kubernetes Operator 会自动为MongoDB Search 设置密钥文件身份验证。如果MongoDB服务器位于外部,则必须创建一个包含副本集密钥文件档案的Kubernetes密钥,并在 MongoDBSearch CR 中引用它。

无法在以下架构上部署MongoDB Search:

  • IBM Power (ppc64le)

  • IBM Z (s390x)

提示