/
Restart a cluster best practice
Restart a cluster best practice
Instructions
To initiate a rolling restart for the HiveMQ cluster, change something in the HiveMQCluster Custom Resource and, once the HiveMQ Operator notices the change in the HiveMQCluster Custom Resource, it will restart all HiveMQ pods.
The easiest is to change something without breaking anything is to change something in the .confOverride
template in a way that doesn't change the semantics, for example, change this:
<discovery>
<extension/>
</discovery>
to this:
<discovery><extension/></discovery>
Once you save/apply the change, the HiveMQ operator should add the new “surge” pod, one-by-one, terminate and restart all hivemq-pods, and terminate the “surge” pod.
To get the custom resource, you can use the following command:
kubectl get hivemq-clusters
kubectl get hivemq-cluster ${my-hivemq-cluster-name}
Related articles
, multiple selections available,
Related content
HiveMQ Kubernetes Operator Helm chart versions
HiveMQ Kubernetes Operator Helm chart versions
Read with this
Overriding HiveMQ's Config.xml with HiveMQ Platform Operator
Overriding HiveMQ's Config.xml with HiveMQ Platform Operator
More like this
Configuring the HiveMQ Platform for One Pod per Kubernetes Node
Configuring the HiveMQ Platform for One Pod per Kubernetes Node
More like this
Declared Shared Subscriptions Configuration on HiveMQ Platform
Declared Shared Subscriptions Configuration on HiveMQ Platform
More like this
How to Configure Pod Anti-Affinity for HiveMQ Platform (new) on Kubernetes
How to Configure Pod Anti-Affinity for HiveMQ Platform (new) on Kubernetes
More like this
How to Configure Pod Node-Affinity for HiveMQ Platform (new) on Kubernetes
How to Configure Pod Node-Affinity for HiveMQ Platform (new) on Kubernetes
More like this