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
KubeDB
concepts:
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
MongoDB
Custom Resource Object (CRO).KubeDB
Community operator watches theMongoDB
CRO.When the operator finds a
MongoDB
CRO, it creates required number ofStatefulSets
and 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
MongoDB
database the user creates aMongoDBAutoscaler
CRO with desired configuration.KubeDB
Autoscaler operator watches theMongoDBAutoscaler
CRO.KubeDB
Autoscaler operator creates required number of Vertical Pod Autoscaler VPA for different components of the database, as specified in themongodbautoscaler
CRO.Then
KubeDB
Autoscaler operator continuously watches the VPA objects for recommendation.If the VPA generated recommendation doesn’t match the current resources of the database, then
KubeDB
Autoscaler operator creates aMongoDBOpsRequest
CRO to scale the database to match the recommendation provided by the VPA object.KubeDB
Enterprise operator watches theMongoDBOpsRequest
CRO.Then the
KubeDB
Enterprise operator will scale the database component vertically as specified on theMongoDBOpsRequest
CRO.
In the next docs, we are going to show a step by step guide on Autoscaling of various MongoDB database components using MongoDBAutoscaler
CRD.