Redis Enterprise for Kubernetes 8.2.0-12 (July 2026) release notes
Feature release with Redis Enterprise RBAC custom resource definitions, REDB metric enrichment through tags, and Redis Software 8.2.0.
| Redis Enterprise for Kubernetes |
|---|
Redis Enterprise for Kubernetes 8.2.0-12 is a feature release that supports Redis Software 8.2.0 and includes new features, bug fixes, and enhancements.
Highlights
- Support for managing Redis Enterprise role-based access control (RBAC) through new custom resource definitions (CRDs).
- REDB metric enrichment through tags.
- Support for Redis Software 8.2.0.
Enhancements
- Added support for Redis Enterprise RBAC through new custom resource definitions
- Added REDB metric enrichment through tags
- Migrated the operator and services rigger images to UBI9-micro
- Added REC support for
dmc_external_cba_authentication - Added a new Vault plugin with packaged version updates, released separately
- On OpenShift, images are now pulled from Red Hat repositories by default
- Added data-path command auditing through REDB
- Added FIPS 140-3 compliance support
- Added Kubernetes 1.36 and OpenShift 4.22 support
- Added Redis Software 8.2.0 support
Resolved issues
- Fixed cases that caused Redis Enterprise "ghost" containers
- Fixed excessive updates to the Kubernetes API server that caused high logging volume
- Removed nonessential users from container images
- Security fixes
- Fixed an REDB reapply error after recovery
- Fixed a memory usage increase in the bootstrapper container
API changes
This release adds the RBAC custom resource definitions and new fields for access control, metrics, auditing, and FIPS compliance. The table below summarizes the notable changes. For the complete field-level reference, see the API reference.
| CRD | Field | Change | Description |
|---|---|---|---|
| RedisEnterpriseUser (REUSER) | — | Added | New CRD that defines a user for cluster access control. |
| RedisEnterpriseRole (REROLE) | — | Added | New CRD that defines a role scoped to selected databases. |
| RedisEnterpriseRoleBinding (REROLEBINDING) | — | Added | New CRD that binds users to a RedisEnterpriseRole. |
| RedisEnterpriseClusterRole (RECROLE) | — | Added | New CRD that defines a cluster-scoped role. |
| RedisEnterpriseClusterRoleBinding (RECROLEBINDING) | — | Added | New CRD that binds users to a RedisEnterpriseClusterRole. |
| RedisEnterpriseACL (REACL) | — | Added | New CRD that defines an access control list (ACL) for a database. |
| REC | spec.accessControl |
Added | Configures cluster access control, including whether the deprecated REDB rolesPermissions field is reconciled. |
| REC | spec.dmcExternalCBAAuthentication |
Added | Delegates client certificate-based authentication to an external authentication service. |
| REC | spec.metricsConfig |
Added | Configures cluster metrics, including database tag keys exposed as metric labels and key size and items distribution histograms. |
| REC | spec.securityContext.fips |
Added | Enables FIPS 140-3 compliance mode. |
| REDB | spec.auditing |
Added | Configures data-path command auditing, including audit mode and source IP and username filters. |
| REDB | spec.tags |
Added | Map of tags used to enrich exported database metrics. |
| REDB | spec.rolesPermissions |
Modified | Deprecated in favor of the RBAC CRDs; still reconciled for backward compatibility. |
| REAADB | spec.globalConfigurations.tags |
Added | Map of tags used to enrich exported metrics for the Active-Active database. |
Supported distributions
Redis Enterprise for Kubernetes is compatible with CNCF-conformant Kubernetes platforms. The operator follows standard Kubernetes APIs and practices and is designed to run consistently across certified Kubernetes environments.
The following table shows supported Kubernetes versions at the time of this release. For a list of platforms tested with this release, see Supported Kubernetes distributions.
| Kubernetes | Redis |
|---|---|
| 1.36 | Supported |
| 1.35 | Supported |
| 1.34 | Supported |
| 1.33 | Supported |
| 1.32 | Deprecated |
Downloads
- Redis Enterprise:
redislabs/redis:8.2.0-25.12(redislabs/redis:8.2.0-25.12.minimalfor minimal base image) - Operator:
redislabs/operator:8.2.0-12 - Services Rigger:
redislabs/k8s-controller:8.2.0-12 - Call Home Client:
redislabs/re-call-home-client:8.2.0-12
OpenShift downloads
- OLM operator bundle:
8.2.0-12.0 - Redis Enterprise:
registry.connect.redhat.com/redislabs/redis-enterprise:8.2.0-25.12(registry.connect.redhat.com/redislabs/redis-enterprise:8.2.0-25.12.minimalfor minimal base image) - Operator:
registry.connect.redhat.com/redislabs/redis-enterprise-operator:8.2.0-12 - Services Rigger:
registry.connect.redhat.com/redislabs/services-manager:8.2.0-12 - Call Home Client:
registry.connect.redhat.com/redislabs/call-home-client:8.2.0-12
Known limitations
-
SSO configuration does not work with IPv6 or dual-stack (IPv4/IPv6) clusters.
-
Upgrades from versions earlier than 7.4.2-2 are not supported. If you use an earlier version, upgrade to 7.4.2-2 before upgrading to this version.
-
Missing endpoint for admission endpoint (rare). Restart the operator pod.
-
The REDB
redisVersionfield cannot be used for memcached databases. -
Modifying the database suffix for an Active-Active database while the services rigger is terminating causes a loop. The services rigger deletes and recreates ingress or route resources repeatedly. Wait for the services rigger pod to finish terminating before modifying the suffix.
-
REAADB changes might fail with "gateway timeout" errors, especially on OpenShift. Retry the operation.
-
Creating two databases with the same name in the Redis Enterprise Cluster Manager UI deletes the service and makes the database unavailable. Avoid duplicate database names. The admission controller prevents duplicate names when you create databases through the Kubernetes operator.
-
Installing the operator bundle produces the warning
Warning: would violate PodSecurity "restricted: v1.24". Ignore this warning. Red Hat documentation identifies this issue as benign. -
RERC resources must have a unique name. The
rec-name/rec-namespacestring must differ from all other participating clusters in the Active-Active database. -
Admission does not block REAADB resources with a
shardCountthat exceeds the license quota. Correct the REAADB configuration and reapply. -
The Active-Active controller supports only global database options. Location-specific configuration is not supported.
-
Removing an Active-Active setup might leave services or routes undeleted. Delete the services or routes manually.
-
Setting
autoUpgradetotruecan cause unexpected database upgrades whenredisUpgradePolicyis alsotrue. Contact support if your deployment is affected. -
Using the previous quick start guide causes REDB creation issues due to an unrecognized memory field name. Use the current version of the Deploy Redis Enterprise Software for Kubernetes guide.
-
PVC size does not work with decimal values. Use integer values for the PVC size.
-
REC might report error states on initial startup. No workaround exists. Ignore the errors.
-
HashiCorp Vault integration does not support Gesher. No workaround exists. Gesher support is deprecated.
-
REC clusters fail to start on Kubernetes clusters with unsynchronized clocks. Use NTP to synchronize the underlying Kubernetes nodes.
-
Deleting an OpenShift project with a deployed REC might hang. When an REC cluster is deployed in a project (namespace) with REDB resources, you must delete the REDB resources before deleting the REC. The project deletion hangs until you delete the REDB resources. Delete the REDB resources first, then delete the REC, and then delete the project.
-
Clusters must be named "rec" in OLM-based deployments. When you deploy the operator through OLM, the security context constraints (SCC) are bound to a specific service account name ("rec"). The deployment fails if the cluster has a different name.
-
Readiness probe does not correctly report failures. The StatefulSet readiness probe does not mark a node as "not ready" when running
rladmin statuson node failure. -
Internal DNS and Kubernetes DNS might conflict. DNS conflicts can occur between the cluster
mdns_serverand Kubernetes DNS. This affects only DNS resolution from within cluster nodes for Kubernetes DNS names. -
Kubernetes-based 5.4.10 clusters might negatively affect existing 5.4.6 clusters. Upgrade your clusters to the latest version.
-
Node CPU usage is reported instead of pod CPU usage. The reported CPU usage is for the Kubernetes worker node hosting the REC pod, not the pod itself.
-
An unreachable cluster shows status as running. When a cluster is unreachable, the status remains
runninginstead of showing an error. -
Long cluster names cause routes to be rejected. A cluster name longer than 20 characters causes route rejection because the host part of the domain name exceeds 63 characters. Limit the cluster name to 20 characters or fewer.
-
Cluster CR (REC) errors are not reported after invalid updates. A cluster CR specification error is not reported if you update two or more invalid CR resources in sequence.