Define current limits of Kubernetes Operator
> 1.) What is the limiting factor of the Operator? Is it number of Pods, number of Custom Resources (e.g. MongoDB, MongoDBUser) or something else?
> 2.) What does the number of "Clusters" refer to? Does it differ for Standalone, ReplicaSet and ShardedCluster?
> 3.) How many instances of the "Clusters" in 2.) are supported per MongoDB Operator?
Is there any way to add this sort of data to our documentation?
Thanks
David
shared this idea
We are planning to publish a number of recommendations for the most popular cluster sizes and types. ETA is approx September. We will expect the gradual update to our production notes and docs until then
1 comment
-
AdminAndrey
(Admin, Mongo DB)
commented
1.) What is the limiting factor of the Operator? Is it number of Pods, number of Custom Resources (e.g. MongoDB, MongoDBUser) or something else?
AB: It largely depends on the size of each cluster. The theoretical limit is thousands of clusters. but it depends so much on K8S API performance, Ops Manager performance etc. We are planning to add more load tests later this summer to provide more of a
2.) What does the number of "Clusters" refer to? Does it differ for Standalone, ReplicaSet and ShardedCluster?
A cluster refers to a single logical represented by connection string (Standalon, RS or Sharded)
3.) How many instances of the "Clusters" in 2.) are supported per MongoDB Operator?
Our Operator processes each cluster type in its own "loop". So at some stage, K8S and OpsManager will max on API server performance and the loop would start to run slow. However, it should be in hundreds. Usually, We don't see more than 100 clusters per namespace/operatorIs there any way to add this sort of data to our documentation?
Thanks