支持的平台

Redis Enterprise 软件支持多种操作系统、云环境和虚拟环境。

Redis 企业软件支持多种操作系统、云环境和虚拟环境。

支持的平台

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

⚠️ 弃用警告 – 该版本的Redis Enterprise Software仍然支持该平台，但在未来的版本中将移除支持。

1. 如果具有完整的RHEL兼容性，则支持RHEL兼容的发行版CentOS、CentOS Stream、Alma和Rocky。运行Red Hat兼容内核（RHCK）的Oracle Linux受支持，但不支持Unbreakable Enterprise Kernel（UEK）。

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

3. 请参阅Redis Enterprise for Kubernetes 文档以了解每个版本和 Kubernetes 发行版的支持详情。

4. Docker images 的 Redis Enterprise Software 仅被认证用于开发和测试。

5. 仅在RHEL安装期间启用了FIPS以确保符合FIPS标准时支持。

下表显示了每个RHEL版本首次测试并添加支持的Redis Enterprise Software版本：

操作系统兼容性政策

Redis 为每个主要版本的 Redis Enterprise Software 维护了一个支持的操作系统列表，以及与 Redis Enterprise 版本测试的特定操作系统版本。由于该列表会随着新操作系统版本的引入和旧版本的淘汰而更新，我们鼓励您检查该列表并相应地计划升级。我们还建议您保持 Redis Enterprise 和相应的支持操作系统版本的最新状态。

我们全面测试每个支持的主要操作系统的最新次要版本，以确保与每个Redis Enterprise版本的最佳兼容性和性能。此过程有助于早期发现并解决潜在的兼容性问题。

由于操作系统有大量的小更新和变体，我们无法测试每个小版本的操作系统与每个Redis Enterprise版本的兼容性。然而，由于操作系统供应商各自支持的应用程序二进制接口（ABI）并避免破坏，除非解决严重的安全问题，通常预期较新的操作系统小版本能够正常工作。如果特定的操作系统小版本有显著的ABI或依赖变化，我们将在此文档中添加注释。较早的操作系统小版本也可能工作，尽管不能保证。

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

红帽企业版 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)版本。这种支持扩展到与相同版本的RHEL的ABI和包兼容性。

如果提供完整的RHEL兼容性，则支持运行Red Hat兼容内核（RHCK）的RHEL兼容发行版CentOS、CentOS Stream、Alma Linux、Rocky Linux和Oracle Linux。如果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。因此，即使您启用了mtls_allow_weak_hashing选项，操作系统也会拒绝SHA1证书。

为了避免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上托管的数据库无法加载模块。

作为临时解决方案，您可以在集群配置存储（CCS）中更改节点的os_name：

ccs-cli hset node:<ID> os_name rhel

此限制已在Redis Enterprise Software version 7.2.4-64中修复。

Amazon Linux 2 上 7.4.2 模块的 OpenSSL 兼容性问题

由于模块和集群之间的OpenSSL 1.1兼容性问题，Redis Enterprise Software版本7.4.2-54在Amazon Linux 2集群上不完全支持使用以下模块的数据库：RedisGears、RediSearch或RedisTimeSeries。

这个问题将在未来的维护版本中修复。

RedisGraph 阻止升级到 RHEL 9

如果Redis Enterprise集群包含RedisGraph模块，即使没有任何数据库使用它，也无法从先前的RHEL版本升级到RHEL 9。RedisGraph模块已达到生命周期结束，并且在RHEL 9中完全不可用。

虚拟化平台

Redis 企业版软件与 VMware 及其他类似的虚拟化平台兼容。请确保执行以下操作：

• 配置您的内存、CPU、网络和存储设置，以实现最佳的Redis Enterprise性能。
• 通过设置适当的亲和性规则，将每个Redis Enterprise分片固定到特定的ESX或ESXi主机。
• 如果您必须手动将虚拟机迁移到另一台主机，请遵循分片维护的最佳实践，并在有疑问时联系支持。
• 关闭VMware VMotion，因为Redis Enterprise与VMotion不兼容。
• 不要使用快照，因为Redis Enterprise集群动态管理状态，因此快照可能无法正确反映节点和集群的状态。