Redis Enterprise Software release notes 7.4.x

New Cluster Manager UI enhancements, including Active-Active database management. Full TLS 1.3 support. Automatic recovery configuration. Full IPv6 support, including for internal traffic. Maintenance mode enhancements. Module management enhancements. RHEL 9 support.

​Redis Enterprise Software version 7.4 is now available!

Highlights

This version offers:

  • New Cluster Manager UI enhancements, including Active-Active database management

  • Full TLS 1.3 support

  • Automatic recovery configuration

  • Full IPv6 support, including for internal traffic

  • Maintenance mode enhancements

  • Module management enhancements

  • RHEL 7 and Oracle Linux 7, which were previously deprecated, are no longer supported

  • RHEL 9 support

Detailed release notes

For more detailed release notes, select a build version from the following table:

Version (Release date)  Major changes OSS Redis compatibility
7.4.6-77 (September 2024) Updated module feature sets. Bug fixes. Redis 7.2.4
7.4.6-22 (July 2024) Support for SHA-384 certificates in client authentication. New parameters for optimize_shard_placement and recover database REST API requests. Redis 7.2.4
7.4.2-216 (July 2024) region_name field for new AWS S3 regions. Bug fixes. Redis 7.2.0
7.4.2-169 (May 2024) Configuration options for cluster management API workers and threads. Reduced Cluster Configuration Store CPU usage. Redis 7.2.0
7.4.2-129 (April 2024) Fixes for bugs and known limitations that affect Redis Enterprise Software v7.4.2-126. Redis 7.2.0
7.4.2-126 (April 2024) Redis database version selection during database creation in the Cluster Manager UI. New Redis logo. Redis 7.2.0
7.4.2-104 (March 2024) New Cluster Manager UI enhancements to change passwords from the sign-in screen, view locked user accounts, and unlock user accounts with password reset. Redis 7.2.0
7.4.2-54 (February 2024) New Cluster Manager UI enhancements, including Active-Active database management. Full TLS 1.3 support. Automatic recovery configuration. Full IPv6 support, including for internal traffic. Maintenance mode enhancements. Module management enhancements. RHEL 9 support. Redis 7.2.0

Version changes

Product lifecycle updates

End-of-life policy extension

The end-of-life policy for Redis Enterprise Software versions 6.2 and later has been extended to 24 months after the formal release of the subsequent major version. For the updated end-of-life schedule, see the Redis Enterprise Software product lifecycle.

Supported upgrade paths

Redis Enterprise Software versions 6.2.4 and 6.2.8 do not support direct upgrades beyond version 7.4.x. Versions 6.2.10, 6.2.12, and 6.2.18 are part of the upgrade path. To upgrade from 6.2.4 or 6.2.8 to versions later than 7.4.x, an intermediate upgrade is required.

The next major Redis Enterprise Software release will still bundle Redis database version 6.2 and allow database upgrades from Redis database version 6.2 to 7.x.

See the Redis Enterprise Software product lifecycle for more information about release numbers.

Deprecations

API deprecations

  • The replica HA cluster policy is deprecated.

  • The maintenance mode option keep_slave_shards is deprecated in rladmin and the REST API. Use evict_ha_replica and evict_active_active_replica instead.

  • /v1/debuginfo REST API paths are deprecated. Use the new paths /v1/cluster/debuginfo, /v1/nodes/debuginfo, and /v1/bdbs/debuginfo instead.

Legacy UI deprecation

The legacy UI is deprecated in favor of the new Cluster Manager UI and will be removed in a future release.

Redis 6.0 database deprecation

Redis database version 6.0 is deprecated as of Redis Enterprise Software version 7.4.2 and will be removed in a future release.

To prepare for the future removal of Redis 6.0:

  • For Redis Enterprise 6.2.* clusters, upgrade Redis 6.0 databases to Redis 6.2. See the Redis 6.2 release notes for the list of changes.

  • For Redis Enterprise 7.2.4 and 7.4.x clusters, upgrade Redis 6.0 databases to Redis 7.2. Before you upgrade your databases, see the list of Redis 7.2 breaking changes and update any applications that connect to your database to handle these changes.

End of triggers and functions preview

The triggers and functions (RedisGears) preview has been discontinued.

  • Commands such as TFCALL, TFCALLASYNC, and TFUNCTION will be deprecated and will return error messages.

  • Any JavaScript functions stored in Redis will be removed.

  • JavaScript-based triggers will be blocked.

  • Lua functions and scripts will not be affected.

If your database currently uses triggers and functions, you need to:

  1. Adjust your applications to accommodate these changes.

  2. Delete all triggers and functions libraries from your existing database:

    1. Run TFUNCTION LIST.

    2. Copy all library names.

    3. Run TFUNCTION DELETE for each library in the list.

    If any triggers and functions libraries remain in the database, the RDB snapshot won't load on a cluster without RedisGears.

  3. Migrate your database to a new database without the RedisGears module.

RedisGraph end of life

Redis has announced the end of life for RedisGraph. Redis will continue to support all RedisGraph customers, including releasing patch versions until January 31, 2025.

See the RedisGraph end-of-life announcement for more details.

Operating system retirements

Security retirements

  • The RC4 encryption cipher, which was previously deprecated in favor of stronger ciphers, is no longer supported.

  • The 3DES encryption cipher, which was previously deprecated in favor of stronger ciphers like AES, is no longer supported. Verify that all clients, applications, and connections support the AES cipher.

  • TLS 1.0 and TLS 1.1 connections, which were previously deprecated in favor of TLS 1.2 or later, are no longer supported. Verify that all clients, applications, and connections support TLS 1.2 or later.

Upcoming changes

Default image change for Redis Enterprise Software containers

Starting with the next major version, Redis Enterprise Software containers with the image tag x.y.z-build will be based on RHEL instead of Ubuntu.

This change will only affect you if you use containers outside the official Redis Enterprise for Kubernetes product and use Ubuntu-specific commands.

To use Ubuntu-based images after this change, you can specify the operating system suffix in the image tag. For example, use the image tag 7.4.2-216.focal instead of 7.4.2-216.

Supported platforms

The following table provides a snapshot of supported platforms as of this Redis Enterprise Software release. See the supported platforms reference for more details about operating system compatibility.

Supported – The platform is supported for this version of Redis Enterprise Software and Redis Stack modules.

⚠️ Deprecation warning – The platform is still supported for this version of Redis Enterprise Software, but support will be removed in a future release.

Redis Enterprise
major versions
7.4 7.2 6.4 6.2
Release date Feb 2024 Aug 2023 Feb 2023 Aug 2021
End-of-life date Determined after
next major release
Feb 2026 Aug 2025 Feb 2025
Platforms
RHEL 9 &
compatible distros1
RHEL 8 &
compatible distros1
RHEL 7 &
compatible distros1
⚠️
Ubuntu 20.042
Ubuntu 18.042 ⚠️ ⚠️
Ubuntu 16.042 ⚠️
Amazon Linux 2
Amazon Linux 1
Kubernetes3
Docker4
  1. The RHEL-compatible distributions CentOS, CentOS Stream, Alma, and Rocky are supported if they have full RHEL compatibility. Oracle Linux running the Red Hat Compatible Kernel (RHCK) is supported, but the Unbreakable Enterprise Kernel (UEK) is not supported.

  2. The server version of Ubuntu is recommended for production installations. The desktop version is only recommended for development deployments.

  3. See the Redis Enterprise for Kubernetes documentation for details about support per version and Kubernetes distribution.

  4. Docker images of Redis Enterprise Software are certified for development and testing only.

Known issues

  • RS131972: Creating an ACL that contains a line break in the Cluster Manager UI can cause shard migration to fail due to ACL errors.

  • RS61676: Full chain certificate update fails if any certificate in the chain does not have a Common Name (CN).

  • RS119958: The debuginfo script fails with the error /bin/tar: Argument list too long if there are too many RocksDB log files. This issue only affects clusters with Auto Tiering.

  • RS122570: REST API POST /crdbs responds with a confusing error message if the cluster does not have the requested CRDB-compatible module that complies with the requested featureset.

    This issue was fixed in Redis Enterprise Software version 7.4.2-126.

  • RS123142: In an Active-Active setup with at least three participating clusters, removing and re-adding a cluster after removing older clusters without re-adding them can cause missing keys and potentially lead to data loss or data inconsistency.

    To prevent this issue, avoid adding clusters until you upgrade to the upcoming maintenance release when available.

    This issue was fixed in Redis Enterprise Software version 7.4.2-169.

Known limitations

New Cluster Manager UI limitations

The following legacy UI features are not yet available in the new Cluster Manager UI:

OpenSSL compatibility issue for 7.4.2 modules on Amazon Linux 2

Due to an OpenSSL 1.1 compatibility issue between modules and clusters, Redis Enterprise Software version 7.4.2-54 is not fully supported on Amazon Linux 2 clusters with databases that use the following modules: RedisGears, RediSearch, or RedisTimeSeries.

This issue will be fixed in a future maintenance release.

RedisGraph prevents upgrade to RHEL 9

You cannot upgrade from a prior RHEL version to RHEL 9 if the Redis Enterprise cluster contains a RedisGraph module, even if unused by any database. The RedisGraph module has reached End-of-Life and is completely unavailable in RHEL 9.

Cannot create Redis v6.x Active-Active databases with modules

You cannot create Active-Active databases that use Redis version 6.0 or 6.2 with modules. Databases that use Redis version 7.2 do not have this limitation.

This limitation was fixed in Redis Enterprise Software version 7.4.2-104.

Firewalld configuration fails on RHEL 9 due to file permissions

When you install Redis Enterprise Software version 7.4.2 on RHEL 9, firewalld configuration fails to add the redislabs service if /etc/firewalld/services/redislabs-clients.xml and /etc/firewalld/services/redislabs.xml are owned by redislabs instead of root.

As a workaround:

  1. Change the files' owner and group to root:

    $ chown root:root /etc/firewalld/services/redislabs-clients.xml
    $ chown root:root /etc/firewalld/services/redislabs.xml
    
  2. Add the redislabs service to firewalld:

    $ systemctl daemon-reload
    $ systemctl restart firewalls
    $ /bin/firewall-cmd --add-service=redislabs
    

This limitation was fixed in Redis Enterprise Software version 7.4.2-129.

RATE THIS PAGE
Back to top ↑