You are looking at the documentation of a prior release. To read the documentation of the latest release, please
visit here.
New to KubeDB? Please start here.
MongoDB Compute Resource Autoscaling
This guide will give an overview on how KubeDB Autoscaler operator autoscales the database compute resources i.e. cpu and memory using mongodbautoscaler crd.
Before You Begin
- You should be familiar with the following
KubeDBconcepts:
How Compute Autoscaling Works
The following diagram shows how KubeDB Autoscaler operator autoscales the resources of MongoDB database components. Open the image in a new tab to see the enlarged version.
The Auto Scaling process consists of the following steps:
At first, a user creates a
MongoDBCustom Resource Object (CRO).KubeDBCommunity operator watches theMongoDBCRO.When the operator finds a
MongoDBCRO, it creates required number ofStatefulSetsand related necessary stuff like secrets, services, etc.Then, in order to set up autoscaling of the various components (ie. ReplicaSet, Shard, ConfigServer, Mongos, etc.) of the
MongoDBdatabase the user creates aMongoDBAutoscalerCRO with desired configuration.KubeDBAutoscaler operator watches theMongoDBAutoscalerCRO.KubeDBAutoscaler operator creates required number of Vertical Pod Autoscaler VPA for different components of the database, as specified in themongodbautoscalerCRO.Then
KubeDBAutoscaler operator continuously watches the VPA objects for recommendation.If the VPA generated recommendation doesn’t match the current resources of the database, then
KubeDBAutoscaler operator creates aMongoDBOpsRequestCRO to scale the database to match the recommendation provided by the VPA object.KubeDBEnterprise operator watches theMongoDBOpsRequestCRO.Then the
KubeDBEnterprise operator will scale the database component vertically as specified on theMongoDBOpsRequestCRO.
In the next docs, we are going to show a step by step guide on Autoscaling of various MongoDB database components using MongoDBAutoscaler CRD.






























