Operations
Backup And Restores
Custom Secret
tpl
This guide explains how to expand Persistent Volume Claims (PVCs) in a MongoDB cluster managed by KubeBlocks. Volume expansion enables dynamic storage capacity increases, allowing your database to scale seamlessly as data grows. When supported by the underlying storage class, this operation can be performed without downtime.
Volume expansion allows you to increase the size of a Persistent Volume Claim (PVC) after it has been created. This feature was introduced in Kubernetes v1.11 and became generally available (GA) in Kubernetes v1.24.
Before proceeding, ensure the following:
kubectl create ns demo
namespace/demo created
List all available storage classes and verify if volume expansion is supported by checking the ALLOWVOLUMEEXPANSION
field:
kubectl get storageclass
Example Output:
NAME PROVISIONER RECLAIMPOLICY VOLUMEBINDINGMODE ALLOWVOLUMEEXPANSION AGE
gp2 kubernetes.io/aws-ebs Delete WaitForFirstConsumer false 4d10h
kb-default-sc ebs.csi.aws.com Delete WaitForFirstConsumer true 3d7h
sc-s3-repo-2qsxfh ru.yandex.s3.csi Retain Immediate false 3d7h
Ensure the storage class you are using has ALLOWVOLUMEEXPANSION
set to true. If it is false, the storage class does not support volume expansion.
KubeBlocks uses a declarative approach to manage MongoDB clusters. Below is an example configuration for deploying a MongoDB cluster with 2 replicas (1 primary, 1 secondary).
Apply the following YAML configuration to deploy the cluster:
apiVersion: apps.kubeblocks.io/v1
kind: Cluster
metadata:
name: mongo-cluster
namespace: demo
spec:
terminationPolicy: Delete
clusterDef: mongodb
topology: replicaset
componentSpecs:
- name: mongodb
serviceVersion: "6.0.16"
replicas: 3
resources:
limits:
cpu: '0.5'
memory: 0.5Gi
requests:
cpu: '0.5'
memory: 0.5Gi
volumeClaimTemplates:
- name: data
spec:
# specify storage class name supports Volume Expansion
storageClassName: <STORAGE_CLASS_NAME>
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 20Gi
Explanation of Key Fields
storageClassName
: Specifies StorageClass
name that supports volume expansion. If not set, the StorageClass annotated default
will be used.ALLOWVOLUMEEXPANSION
Ensure the storage class supports volume expansion (check ALLOWVOLUMEEXPANSION
) when creating cluster.
Monitor the cluster status until it transitions to the Running state:
kubectl get cluster mongo-cluster -n demo -w
Expected Output:
kubectl get cluster mongo-cluster -n demo
NAME CLUSTER-DEFINITION TERMINATION-POLICY STATUS AGE
mongo-cluster mongodb Delete Creating 49s
mongo-cluster mongodb Delete Running 62s
Check the pod status and roles:
kubectl get pods -l app.kubernetes.io/instance=mongo-cluster -L kubeblocks.io/role -n demo
Expected Output:
NAME READY STATUS RESTARTS AGE ROLE
mongo-cluster-mongodb-0 2/2 Running 0 78s primary
mongo-cluster-mongodb-1 2/2 Running 0 63s secondary
mongo-cluster-mongodb-2 2/2 Running 0 48s secondary
Once the cluster status becomes Running, your MongoDB cluster is ready for use.
If you are creating the cluster for the very first time, it may take some time to pull images before running.
ALLOWVOLUMEEXPANSION
).You can expand the volume in one of two ways:
Option 1: Using VolumeExpansion OpsRequest
Apply the following YAML to increase the volume size for the mongodb component:
apiVersion: operations.kubeblocks.io/v1alpha1
kind: OpsRequest
metadata:
name: mongo-cluster-expand-volume-ops
namespace: demo
spec:
clusterName: mongo-cluster
type: VolumeExpansion
volumeExpansion:
- componentName: mongodb
volumeClaimTemplates:
- name: data
storage: 30Gi
Monitor the expansion progress with:
kubectl describe ops mongo-cluster-expand-volume-ops -n demo
Expected Result:
Status:
Phase: Succeed
Once completed, the PVC size will be updated.
If the storage class you use does not support volume expansion, this OpsRequest fails fast with information like:
storageClass: [STORAGE_CLASS_NAME] of volumeClaimTemplate: [VOLUME_NAME]] not support volume expansion in component [COMPONENT_NAME]
Option 2: Direct Cluster API Update
Alternatively, you may update the spec.componentSpecs.volumeClaimTemplates.spec.resources.requests.storage
field to the desired size.
componentSpecs:
- name: mongodb
volumeClaimTemplates:
- name: data
spec:
storageClassName: <STORAGE_CLASS_NAME>
accessModes:
- ReadWriteOnce
resources:
requests:
# specify new size, and make sure it is larger than current size
storage: 30Gi
KubeBlocks will automatically update the PVC size based on the new specifications.
Verify the updated cluster configuration:
kbcli cluster describe mongo-cluster -n demo
Expected Output:
Resources Allocation:
COMPONENT INSTANCE-TEMPLATE CPU(REQUEST/LIMIT) MEMORY(REQUEST/LIMIT) STORAGE-SIZE STORAGE-CLASS
mongodb 500m / 500m 512Mi / 512Mi data:30Gi <STORAGE_CLASS_NAME>
The volume size for the data PVC has been updated to the specified value (e.g., 30Gi in this case).
Confirm PVC resizing completion:
kubectl get pvc -l app.kubernetes.io/instance=mongo-cluster -n demo
Expected Output:
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
mongo-cluster-mongodb-data-0 Bound pvc-uuid 30Gi RWO <STORAGE_CLASS_NAME> 33m
mongo-cluster-mongodb-data-1 Bound pvc-uuid 30Gi RWO <STORAGE_CLASS_NAME> 33m
mongo-cluster-mongodb-data-2 Bound pvc-uuid 30Gi RWO <STORAGE_CLASS_NAME> 33m
To remove all created resources, delete the MongoDB cluster along with its namespace:
kubectl delete cluster mongo-cluster -n demo
kubectl delete ns demo
In this guide you learned how to:
With volume expansion, you can efficiently scale your MongoDB cluster's storage capacity without service interruptions, ensuring your database can grow alongside your application needs.