Skip to main content
Version: 23.1

Redpanda in Kubernetes

Kubernetes is a container orchestration tool that helps you to manage Redpanda cluster deployments using declarative configuration files called manifests. Kubernetes provides a standardized way of achieving the following:

  • High availability
  • Disaster recovery
  • Scalability

Redpanda Helm chart vs Redpanda Operator

Redpanda offers two tools for deploying Redpanda clusters in Kubernetes:

  • Redpanda Helm chart (recommended)
  • Redpanda Operator (not recommended for new deployments)

Redpanda recommends the Helm chart for all new deployments. As a result, the Kubernetes documentation in this section is for Helm chart deployments.

The Redpanda Helm chart generates and applies all the manifest files you need for deploying Redpanda on Kubernetes. For example:

  • StatefulSet
  • Headless ClusterIP Service
  • NodePort Service

You can deploy the Helm chart with the default settings, or customize the configuration by overriding the default values in your own YAML file with the --values option or in the command line with the --set option.

Managed vs bare-metal

You can run Redpanda on managed Kubernetes platforms as well as in bare-metal environments.

Managed Kubernetes

Managed Kubernetes platforms manage one or more components of a Kubernetes cluster for you. Several cloud computing providers offer products that provision Kubernetes clusters on their platform. For example, Google offers GKE and Amazon offers EKS.

Managed Kubernetes platforms do the following:

  • Maintain and update the control plane software
  • Monitor the health of master nodes and perform repairs, as needed.

You are responsible for deploying and maintaining your applications on the worker nodes. Managed Kubernetes platforms allow you to provision cloud instances to serve as worker nodes. These instances are pre-configured with the Kubernetes agent software and automatically join your Kubernetes cluster.

Bare-metal Kubernetes environments

Bare-metal Kubernetes environments include any deployments where you are responsible for the control plane and the master nodes.

Get started

To get started, follow one of these guides:

Or, see the production deployment workflow.

Documentation conventions

The Kubernetes documentation follows these conventions:

  • Resource names: Kubernetes resources names, such as Service or PersistentVolume, are distinguished by the use of Pascal case. These are the names of resources when specified as a kind in manifest files.

  • Helm values: Helm values, such as storage.persistentVolume.enabled, are rendered in monospace font and written according to the JSON path specification.

What do you like about this doc?

Optional: Share your email address if we can contact you about your feedback.

Let us know what we do well: