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.21"
      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.