New to KubeDB? Please start here.
RabbitMQ Volume Expansion
This guide will give an overview on how KubeDB Ops-manager operator expand the volume of RabbitMQ
cluster nodes.
Before You Begin
- You should be familiar with the following
KubeDB
concepts:
How Volume Expansion Process Works
The following diagram shows how KubeDB Ops-manager operator expand the volumes of RabbitMQ
database components. Open the image in a new tab to see the enlarged version.
The Volume Expansion process consists of the following steps:
At first, a user creates a
RabbitMQ
Custom Resource (CR).KubeDB
Provisioner operator watches theRabbitMQ
CR.When the operator finds a
RabbitMQ
CR, it creates required number ofStatefulSets
and related necessary stuff like secrets, services, etc.Each StatefulSet creates a Persistent Volume according to the Volume Claim Template provided in the PetSet configuration. This Persistent Volume will be expanded by the
KubeDB
Ops-manager operator.Then, in order to expand the volume the
RabbitMQ
database the user creates aRabbitMQOpsRequest
CR with desired information.KubeDB
Ops-manager operator watches theRabbitMQOpsRequest
CR.When it finds a
RabbitMQOpsRequest
CR, it halts theRabbitMQ
object which is referred from theRabbitMQOpsRequest
. So, theKubeDB
Provisioner operator doesn’t perform any operations on theRabbitMQ
object during the volume expansion process.Then the
KubeDB
Ops-manager operator will expand the persistent volume to reach the expected size defined in theRabbitMQOpsRequest
CR.After the successful Volume Expansion of the related StatefulSet Pods, the
KubeDB
Ops-manager operator updates the new volume size in theRabbitMQ
object to reflect the updated state.After the successful Volume Expansion of the
RabbitMQ
components, theKubeDB
Ops-manager operator resumes theRabbitMQ
object so that theKubeDB
Provisioner operator resumes its usual operations.
In the next docs, we are going to show a step-by-step guide on Volume Expansion of various RabbitMQ database components using RabbitMQOpsRequest
CRD.