# Redpanda Console Kubernetes Requirements and Recommendations

> For the complete documentation index, see [llms.txt](https://docs.redpanda.com/llms.txt). Component-specific: [streaming-full.txt](https://docs.redpanda.com/streaming-full.txt)

---
title: Redpanda Console Kubernetes Requirements and Recommendations
latest-redpanda-tag: v25.2.1
latest-console-tag: v3.7.3
latest-operator-version: v26.1.4
# EOL = End-of-Life (support lifecycle status)
page-is-nearing-eol: "true"
page-is-past-eol: "false"
page-eol-date: July 31, 2026
latest-connect-version: 4.93.0
docname: console/kubernetes/k-requirements
page-component-name: streaming
page-version: "25.2"
page-component-version: "25.2"
page-component-title: Streaming
page-relative-src-path: console/kubernetes/k-requirements.adoc
page-edit-url: https://github.com/redpanda-data/docs/edit/v/25.2/modules/deploy/pages/console/kubernetes/k-requirements.adoc
description: System requirements and recommendations for deploying Redpanda Console on Kubernetes in production.
page-git-created-date: "2025-08-15"
page-git-modified-date: "2025-08-15"
support-status: nearing end-of-life
---

<!-- Source: https://docs.redpanda.com/streaming/25.2/deploy/console/kubernetes/k-requirements.md -->

This page provides the system requirements and recommendations for deploying Redpanda Console on Kubernetes in production environments.

## [](#operating-system)Operating system

-   **Linux**: All major distributions (Ubuntu, CentOS, RHEL, Debian)

-   **Container platforms**: Docker, Kubernetes, OpenShift

-   **Cloud platforms**: AWS, GCP, Azure


## [](#cpu-and-memory)CPU and memory

-   **CPU**: Minimum 2 cores. Recommended 4+ cores for production.

-   **Memory**: Minimum 1 GiB per replica. Recommended 1-2 GiB for most workloads, 2 GiB+ for high concurrency or large data sets.


### [](#resource-requests-and-limits)Resource requests and limits

Set resource requests to ensure Redpanda Console always has enough CPU and memory to start, and set higher limits to allow for bursts. For production, use conservative requests and higher limits.

```yaml
resources:
  requests:
    cpu: 100m
    memory: 512Mi
  limits:
    cpu: 4000m
    memory: 2Gi
```

-   **Requests**: Minimum guaranteed resources. Set conservatively to ensure scheduling on most nodes.

-   **Limits**: Maximum allowed resources. Set higher to allow for bursts. HPA can scale replicas based on CPU/memory utilization.


### [](#scheduling-constraints)Scheduling constraints

Use node affinity and tolerations to control where Redpanda Console Pods are scheduled.

Example: Node affinity to prefer nodes with a specific label

```yaml
affinity:
  nodeAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      nodeSelectorTerms:
      - matchExpressions:
        - key: node-role.kubernetes.io/console
          operator: In
          values:
          - "true"
```

Example: Tolerate a taint so Redpanda Console can run on tainted nodes

```yaml
tolerations:
  - key: "console-only"
    operator: "Exists"
    effect: "NoSchedule"
```

-   **Node affinity**: Ensures Pods are scheduled only on nodes with matching labels.

-   **Tolerations**: Allow Pods to be scheduled on nodes with specific taints.

-   Combine affinity and tolerations for advanced scheduling and isolation patterns.


### [](#auto-scaling)Auto-scaling

Use the Horizontal Pod Autoscaler (HPA) to automatically scale based on CPU and memory utilization.

## [](#storage)Storage

-   **Minimum**: 1 GiB available disk space


## [](#network-requirements)Network requirements

-   **Redpanda connectivity**: TCP access to Redpanda brokers on configured ports

-   **Web interface**: HTTP/HTTPS access for users (typically port 8080 or 443)

-   **Schema Registry**: TCP access to Schema Registry, if used


## [](#security-considerations)Security considerations

-   **TLS encryption**: Configure TLS for all network communications

-   **Authentication**: Set up appropriate authentication mechanisms

-   **RBAC**: Implement role-based access control where supported

-   **Network policies**: Use Kubernetes Network Policies to restrict access


## [](#scaling-and-high-availability)Scaling and high availability

-   Deploy multiple Redpanda Console replicas for high availability and rolling updates.

-   Use pod anti-affinity to spread replicas across nodes.

-   For production, run at least two replicas.


## [](#separate-node-deployment)Separate node deployment

Run Redpanda Console on separate nodes from Redpanda brokers for resource isolation and operational independence.

## [](#schema-registry-integration)Schema Registry integration

-   Allocate extra memory for schema caching if using Schema Registry.

-   Ensure reliable network connectivity and configure authentication as needed.


## [](#next-steps)Next steps

-   [Deploy Redpanda Console on Kubernetes](https://docs.redpanda.com/streaming/25.2/deploy/console/kubernetes/deploy/)

-   [Configure Redpanda Console](https://docs.redpanda.com/streaming/25.2/console/config/configure-console/)


## [](#suggested-reading)Suggested reading

-   [Redpanda Console Security](https://docs.redpanda.com/streaming/25.2/console/config/security/)

-   [Redpanda Console Helm Chart Specification](https://docs.redpanda.com/streaming/25.2/reference/k-console-helm-spec/)