Cluster Maintenance

After your Redpanda cluster is running in Kubernetes, you can manage broker lifecycle operations such as grouping brokers into node pools, safely removing brokers, recovering from failures, and performing rolling restarts for maintenance.

  • Node Pools

    Use the NodePool custom resource to manage groups of Redpanda brokers independently for flexible scaling, migration, and heterogeneous hardware configurations.

  • Enable the PVCUnbinder

    The PVCUnbinder is an emergency backstop for Redpanda clusters that use PersistentVolumes (PVs) for the Redpanda data directory. When a node running a Redpanda Pod suddenly goes offline, the PVCUnbinder detects the lost node, retains the associated PV, and removes the corresponding PersistentVolumeClaim (PVC). This workflow allows the Redpanda Pod to be rescheduled on a new node without losing critical data.

  • Decommission Brokers in Kubernetes

    Remove a Redpanda broker from the cluster without risking data loss or causing instability.

  • Recovery Mode in Kubernetes

    Recovery mode starts Redpanda with limited functionality and disables partitions so you can repair a failed cluster.

  • Perform a Rolling Restart of Redpanda in Kubernetes

    Learn how to perform a rolling restart of your Redpanda cluster when it's running in Kubernetes.