Resizing Broker Volumes in Kubernetes
The disk space needed for our brokers depends on customers use-cases, especially in regards to use of QoS > 0 and retained messages, as well as message size. We can therefore not perfectly predict the necessary disk space, allowing for a situation in which existing volumes need to be resized.
This procedure can be used to increase the available disk space for broker volumes with as little service interruption as possible. Currently this means pod restarts, which result in the necessity for clients to reconnect.
This guide can be used for control-plane-broker
by replacing any mention of broker
with control-plane-broker
.
This procedure depends on removing the StatefulSet. This leaves the broker cluster open to failures caused by cluster events or human error. Therefore this should be executed with great care and only in a stable cluster.
Prerequisites
kubectl
access to the necessary installation and the current context namespace set to the target namespace (kubectl config set-context --current --namespace <target-namespace>
).A
StorageClass
that supports volume resizing (kubectl get sc
and check thatALLOWVOLUMEEXPANSION
showtrue
for the StorageClass used for the volumes.
Instructions
Preparing the Broker Cluster
Make sure that you have a healthy broker cluster of at least two pods (
kubectl get sts broker
showsREADY 2/2
or higher, but same number on both sides of the slash)If you only have a single broker, scale the StatefulSet to two:
Export the StatefulSet definition to a local file:
Resizing Volumes
Repeat this part for each broker cluster pod you have.
Delete the broker StatufulSet while leaving the pods as orphans:
Set variable
$broker
to the pod name of the broker you want to resize (e.g.broker-0
):
Delete the broker pod:
Increase the PVC size (replace
size
with the Kubernetes Quantity for the volume, e.g.5Gi
):
Wait until the PVC shows the correct CAPACITY:
Recreate the StatefulSet:
Wait for the StatefulSet to recreate the missing pod and wait for the StatefulSet to be ready (
kubectl get sts broker
showsREADY 2/2
or higher, but same number on both sides of the slash)Verify that all cluster members show the same output for the cluster members:
The output should look similar to this:
Repeat this step for the next broker, until all volumes are resized
Persisting through Helm values
Once you are done you should adjust your Helm values for Connectware to reflect the changes.
Update the following fields based on what volumes you resized:
brokerdata-broker-*
global.broker.storage.data.size
brokerlog-broker-*
global.broker.storage.log.size
brokerdata-control-plane-broker-*
global.controlPlaneBroker.storage.data.size
brokerlog-control-plane-broker-*
global.controlPlaneBroker.storage.log.size
Last updated
Was this helpful?