Kubernetes Operator v1.2.0
10 7 月2025发布
新增功能
- OpenID Connect (OIDC) 用户身份验证
新增对 OpenID Connect (OIDC) 用户身份验证的支持。
您可以使用
spec.security.authentication.modes和spec.security.authentication.oidcProviderConfigs设置来配置 OIDC身份验证。需要MongoDB Enterprise Server 7.0.11+ 或 8.0.0+。
- 有关更多信息,请参阅:
- 新建 ClusterMongoDBRole CRD
添加新的ClusterMongoDBRole CRD 以支持跨多个MongoDB集群的可重用角色。这样,用户只需定义一次角色,即可在多个MongoDB或 MongoDBMultiCluster 资源中重复使用这些角色。
您可以使用
spec.security.roleRefs字段引用此角色。请注意,一次只能使用spec.security.roles和spec.security.roleRefs之一。该操作符将 ClusterMongoDBRole 资源视为自定义角色模板,仅在被数据库资源引用时使用。
默认下, 操作符会监视新资源。这意味着操作符要求您创建新的 ClusterRole 和 ClusterRoleBinding。默认下,helm 图表或 kubectl MongoDB插件会创建这些 ClusterRole 和 ClusterRoleBinding。 如果使用其他安装方法,则必须手动创建它们。
要在 helm 图表中禁用此行为,请将
operator.enableClusterMongoDBRoles值设立为false。这将禁用为 ClusterMongoDBRole资源创建必要的 RBAC 资源,并禁用对此资源的监视。要跳过使用 kubectl MongoDB插件安装必要的 ClusterRole 和 ClusterRoleBinding,请将
--create-mongodb-roles-cluster-role设立为false。新的 ClusterMongoDBRole资源被设计为只读,这意味着它可供不同 Operator托管的MongoDB部署使用。
您可以随时删除ClusterMongoDBRole资源,但操作符不会删除使用此资源创建的任何角色。要正确删除访问权限,您必须手动删除MongoDB或 MongoDBMultiCluster 资源中对 ClusterMongoDBRole 的引用。
此资源的参考文档可以在 ClusterMongoDBRole 资源规范 中找到。
缺陷修复
修复将 MongoDBMultiCluster资源移至新项目(或新的 MongoDB Ops Manager实例)会使部署处于失败状态的问题。
Kubernetes Operator v1.1.0
23 5 月2025发布
新增功能
- MongoDBSearch(社区专用预览版)
新增对部署MongoDB Search(社区私有预览版)的支持。
为 MongoDB Community 部署启用全文搜索和向量搜索功能。
添加新的MongoDB CRD,默认下由Kubernetes Operator 监控。有关更多信息,请参阅快速入门。
- MongoDBSearch 私有预览阶段存在以下限制
最低MongoDB Community版本:8.0。
必须在MongoDB中禁用 TLS(
mongot和mongod之间的通信目前采用明文形式)。
Kubernetes Operator v1.0.1
13 5 月2025发布
缺陷修复
添加OpenShift目录和Operatorhub.io目录中的Kubernetes Operator 捆绑包中缺失的MongoDB 助手映像。
添加 Helm图表 的监视列表中缺失的
mongodbcommunityCRD。
Kubernetes Operator v1.0.0
9 5 月2025发布
MongoDB通过引入Kubernetes Operator 来统一其Kubernetes产品。这个新的操作符是一个开源项目,是之前的MongoDB Community Operator和MongoDB Enterprise Kubernetes Operator的合并。这样可以更轻松地管理、扩展和升级部署。未来的变化将在此基础上构建,以更紧密地协调社区和企业在Kubernetes中的托管方式,从而提供更加无缝和简化的体验。
作为一个开源项目,它现在允许社区贡献,帮助推动更快的错误修复和持续创新。
许可证
持有允许使用 Enterprise Operator 的合同的用户仍然可以利用新的替代方案,从而允许客户在不更改合同的情况下采用它。Kubernetes Operator 本身根据 Apache 2.0 许可证获得许可,存储库中包含的许可证文件提供了更多详细信息。
所有其他MongoDB产品和工具(例如MongoDB Enterprise Server 和MongoDB Ops Manager)的许可权利保持不变。 如果您对这些产品或工具有许可问题,请联系您的MongoDB客户团队。
迁移
从Community Kubernetes Operator和Enterprise Kubernetes Operator到Kubernetes Operator 的无缝迁移:您的MongoDB部署不受升级影响,也无需进行任何更改。只需按照迁移指南中的说明进行操作即可。
旧版 Operator 弃用和 EOL
我们将继续尽力为Community Kubernetes Operator 6 个月支持,直到 11 月 2025。根据当前指导。每个Enterprise Kubernetes Operator发布都将继续受到支持。
未来的所有错误修复和改进都将在新版本的Kubernetes Operator 中发布。我们鼓励所有用户在这些时间表内计划向Kubernetes Operator 的迁移。
旧发布说明
要查看MongoDB Enterprise Kubernetes Operator 的发布说明,请参阅MongoDB Enterprise Kubernetes Operator 文档。