MongoDB Enterprise Kubernetes Operator 1.32.0
·
3 commits
to master
since this release
New Features
- General Availability - Multi Cluster Sharded Clusters: Support configuring highly available MongoDB Sharded Clusters across multiple Kubernetes clusters.
MongoDB
resources of type Sharded Cluster now support both single and multi cluster topologies.- The implementation is backwards compatible with single cluster deployments of MongoDB Sharded Clusters, by defaulting
spec.topology
toSingleCluster
. ExistingMongoDB
resources do not need to be modified to upgrade to this version of the operator. - Introduced support for Sharded deployments across multiple Kubernetes clusters without requiring a Service Mesh - the is made possible by enabling all components of such a deployment (including mongos, config servers, and mongod) to be exposed externally to the Kubernetes clusters, which enables routing via external interfaces.
- More details can be found in the public documentation.
- Adding opt-out anonymized telemetry to the operator. The data does not contain any Personally Identifiable Information
(PII) or even data that can be tied back to any specific customer or company. More can be read public documentation, this link further elaborates on the following topics:- What data is included in the telemetry
- How to disable telemetry
- What RBACs are added and why they are required
- MongoDB: To ensure the correctness of scaling operations, a new validation has been added to Sharded Cluster deployments. This validation restricts scaling different components in two directions simultaneously within a single change to the YAML file. For example, it is not allowed to add more nodes (scaling up) to shards while simultaneously removing (scaling down) config servers or mongos. This restriction also applies to multi-cluster deployments. A simple change that involves "moving" one node from one cluster to another—without altering the total number of members—will now be blocked. It is necessary to perform a scale-up operation first and then execute a separate change for scaling down.
Bug Fixes
- Fixes the bug when status of
MongoDBUser
was being set toUpdated
prematurely. For example, new users were not immediately usable followingMongoDBUser
creation despite the operator reportingUpdated
state. - Fixed a bug causing cluster health check issues when ordering of users and tokens differed in Kubeconfig.
- Fixed a bug when deploying a Multi-Cluster sharded resource with an external access configuration could result in pods not being able to reach each others.
- Fixed a bug when setting
spec.fcv = AlwaysMatchVersion
andagentAuth
to beSCRAM
causes the operator to set the auth value to beSCRAM-SHA-1
instead ofSCRAM-SHA-256
.