/
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

Related content

Overriding the logback.xml file in HiveMQ Operator
Overriding the logback.xml file in HiveMQ Operator
More like 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
The modifications made to the ConfigMap do not take effect on the active hivemq cluster when utilizing the hivemq operator.
The modifications made to the ConfigMap do not take effect on the active hivemq cluster when utilizing the hivemq operator.
More like this
Set custom variables using Kubernetes Legacy HiveMQ operator
Set custom variables using Kubernetes Legacy HiveMQ operator
More like this