支持的平台

Redis Enterprise Software 在多个作系统、云环境和虚拟环境中受支持。

Redis 企业软件

Redis Enterprise Software 在多个作系统、云环境和虚拟环境中受支持。

支持的平台

支持 – 此版本的 Redis Enterprise 软件和 Redis Stack 模块支持该平台。

⚠️弃用警告 – 此版本的 Redis Enterprise Software 仍支持该平台,但在未来版本中将取消支持。

Redis Software
主要版本
7.8 7.4 7.2 6.4 6.2
发布日期 2024 年 11 月 2024 年 2 月 2023 年 8 月 2023 年 2 月 2021 年 8 月
生命周期结束日期 在下一个主要版本之后
确定
2026 年 11 月 2026 年 2 月 2025 年 8 月 2025 年 2 月
平台
RHEL 9 和
兼容的发行版
1
RHEL 9
FIPS 模式
5
RHEL 8 和
兼容的发行版
1
RHEL 7 和
兼容的发行版
1
⚠️
Ubuntu 22.04 版本2
Ubuntu 20.04 版本2
Ubuntu 18.04 版本2 ⚠️ ⚠️
Ubuntu 16.04 版本2 ⚠️
Amazon Linux 2
亚马逊 Linux 1
Kubernetes (简体中文)3
码头工人4
  1. 如果 RHEL 兼容发行版 CentOS、CentOS Stream、Alma 和 Rocky 具有完全的 RHEL 兼容性,则支持它们。支持运行 Red Hat 兼容内核 (RHCK) 的 Oracle Linux,但不支持 Unbreakable Enterprise Kernel (UEK)。

  2. 建议将 Ubuntu 的服务器版本用于生产安装。桌面版本仅建议用于开发部署。

  3. 有关每个版本和 Kubernetes 发行版的支持的详细信息,请参阅 Redis Enterprise for Kubernetes 文档

  4. Redis Enterprise Software 的 Docker 映像仅经过认证,可用于开发和测试。

  5. 仅当在 RHEL 安装期间启用了 FIPS 以确保 FIPS 合规性时,才受支持。

下表显示了哪个 Redis Enterprise Software 版本首先测试并添加了对每个 RHEL 版本的支持:

RHEL 版本 Redis 企业版
8.4 6.2.8
8.5 6.2.10
8.6 6.2.10
8.7 6.4.2
8.8 6.4.2
8.9 7.2.4
9.3 7.4.2
9.5 7.8.2

作系统兼容性策略

Redis 维护了一份 Redis Enterprise Software 的每个主要版本以及使用 Redis Enterprise 版本测试的特定作系统版本支持的作系统列表。由于该列表会随着新作系统版本的引入而旧作系统过时而更新,因此我们鼓励您检查该列表并相应地规划升级。我们还建议您使 Redis Enterprise 和相应的受支持作系统版本保持最新。

我们会对每个受支持的主要作系统的最新次要版本进行全面测试,以确保与每个 Redis Enterprise 版本的最佳兼容性和性能。此过程有助于及早检测和解决潜在的兼容性问题。

由于作系统之间存在大量次要更新和变体,因此我们无法测试与每个次要作系统版本和每个 Redis Enterprise 版本的兼容性。但是,由于作系统供应商都有一个他们支持并避免中断的应用程序二进制接口 (ABI),因此除了解决严重的安全问题外,通常预计较新的次要作系统版本可以正常工作。如果特定 OS 次要版本具有重大的 ABI 或依赖项更改,我们将在本文档中添加注释。早期的 OS 次要版本也可能有效,但不能保证。

尽管我们进行了严格的测试,但我们建议用户在将 Redis 应用程序部署到生产环境之前,先使用任何新的作系统更新对其进行测试。这个额外的测试层可以帮助识别您的设置中的任何独特问题。

Red Hat Enterprise Linux (RHEL)

Red Hat 具有明确定义的支持生命周期。有关详细信息,请参阅 Red Hat Enterprise Linux 生命周期

Redis 支持和测试 RHEL 8 和 9 次要版本以及扩展更新支持时间范围。但是,不支持较长的 Red Hat 支持周期,例如 SAP 和 EEUS。

我们仅支持供应商根据其政策支持的内容。当 Red Hat 不再支持特定版本时,Redis 也不再支持该版本。如果未来的 Redis Enterprise 版本不支持主要的 RHEL 版本,则发行说明和支持的平台表将包含弃用警告。

RHEL 克隆和等效企业作系统

支持的平台表列出了 Redis 支持的 Red Hat Enterprise Linux (RHEL) 版本。此支持扩展到 ABI 和软件包与相同版本的 RHEL 的兼容性。

如果运行 Red Hat 兼容内核 (RHCK) 的 RHEL 兼容发行版 CentOS、CentOS Stream、Alma Linux、Rocky Linux 和 Oracle Linux 提供完全 RHEL 兼容性,则支持这些发行版。如果 Redis 发现或质疑克隆的某些不兼容,系统可能会要求您直接在另一个克隆或 RHEL 上进行测试。

作系统限制

TLS 1.0 和 TLS 1.1

Redis Enterprise Software 版本 6.2.8 在 Red Hat Enterprise Linux 8 (RHEL 8) 上删除了对 TLS 1.0 和 TLS 1.1 的支持,因为该作系统默认不支持这些版本。

Ubuntu 20 拒绝 SHA1 证书

在 Ubuntu 20.04 中,您不能使用 SHA1 哈希算法,因为 OpenSSL 的安全级别默认设置为 2。因此,作系统会拒绝 SHA1 证书,即使您启用了mtls_allow_weak_hashing选择。

为避免 SHA1 证书出现问题,请将其替换为使用 SHA-256 的新证书。请注意,Redis Enterprise Software 提供的证书使用 SHA-256。

使用模块时升级 RHEL

由于两个作系统之间的模块存在二进制差异,因此在使用模块托管数据库时,RHEL 7 集群无法直接升级到 RHEL 8。相反,您需要在 RHEL 8 上创建一个新集群,然后从 RHEL 7 集群迁移现有数据。这不适用于不使用模块的集群。

对于使用 Redis Enterprise Software 版本 7.2.4 及更高版本的集群,此限制已修复。

模块无法在Oracle Linux 7和8中加载

托管在Oracle Linux 7和8上的数据库无法加载模块。

作为临时解决方法,您可以更改节点的os_name在集群配置存储 (CCS) 中:

ccs-cli hset node:<ID> os_name rhel

This limitation was fixed in Redis Enterprise Software version 7.2.4-64.

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.

Virtualization platforms

Redis Enterprise Software is compatible with VMware and other similar virtualization platforms. Make sure to do the following:

  • Configure your memory, CPU, network, and storage settings to allow for optimal Redis Enterprise performance.
  • Pin each Redis Enterprise shard to a specific ESX or ESXi host by setting the appropriate affinity rules.
  • If you must manually migrate a virtual machine to another host, follow the best practices for shard maintenance and contact support if you have questions.
  • Turn off VMware VMotion because Redis Enterprise is not compatible with VMotion.
  • Don't use snapshots because Redis Enterprise cluster manages states dynamically, so a snapshot might not have the correct node and cluster states.
RATE THIS PAGE
Back to top ↑