7.2.4 发行说明

支持 Redis Enterprise 7.2.4、平台支持更新和错误修复。

亮点

此版本的主要目的是支持Redis Enterprise 7.2.4，这是一次重大的 Redis Enterprise 软件更新。因此，我们缩小了更改范围以支持 RS 7.2 的底层更改和一些重要修复。

以下是值得注意的变化：

• 支持Redis Enterprise 7.2.4

  • Redis 的新主要版本 7.2
  • 模块和集群恢复的变更

详细发布说明

版本变更

重大变更

此版本中包含的以下更改会影响升级过程。升级到 7.2.4-2 之前，请仔细阅读。

ValidatingWebhook配置

版本 6.4.2-4 及更高版本包含一个新ValidatingWebhookConfiguration资源来替换redb-admissionwebhook 资源。要使用版本 6.4.2-4 或更高版本，请删除旧的 webhook 资源并应用新文件。有关说明，请参阅升级 Redis 集群。

OpenShift SCC

版本 6.4.2-6 及更高版本包含一个新的 SCC ( redis-enterprise-scc-v2)，您需要在升级之前将其绑定到您的服务账户。如果您跳过此步骤，运行版本 6.2.12 或更早版本的 OpenShift 集群升级到版本 6.2.18 或更高版本可能会卡住。有关说明，请参阅升级 Redis Enterprise 集群 (REC) 。

弃用

• Gesher（高级准入控制配置支持）之前已被弃用，不再受支持。
• spec.RedisOnFlashSpec.flashStorageEngineRedisEnterpriseCluster 的弃用字段。使用bigStoreDriver字段来指示未来的存储引擎。

支持的发行版

下表显示了此版本发布时支持的发行版。您也可以在支持的 Kubernetes 发行版中找到此列表。

✅支持 – 此发行版支持适用于 Kubernetes 的 Redis Enterprise Software。

⚠️已弃用 – 此发行版仍支持适用于 Kubernetes 的 Redis Enterprise Software，但在未来版本中将不再支持该发行版。

❌终止生命——对该发行版的支持已终止。

任何未在下面列出的发行版均不支持生产工作负载。

已知限制

以下限制特定于 Redis Enterprise for Kubernetes 产品。要查看受支持的 Redis Enterprise 软件版本的限制，请参阅7.2.4 发行说明。

• 如果数据库中有手动上传的模块，则无法升级或恢复集群（RED-107711 RED-106872）联系支持。

• 使用 6.2.10-4 之前版本创建的 REDB 将在集群升级时自动升级模块 (RED-106834)

• 修改 Active-Active 数据库的数据库后缀时，如果 service-rigger 处于终止状态，services-rigger 将循环删除并创建入口或路由资源 (RED-107687)等到 services-rigger pod 完成后再终止它。

• REAADB 更改可能会因“网关超时”错误而失败，主要是在 OpenShift 上（RED-103048）重试操作。

• 由于服务已存在“ provided IP is already allocated”而导致服务创建失败时会出现误导性错误（RED-100669）请手动删除该服务。

• REC 创建期间现有的 OpenShift 路由可能会阻止 REC 启动 (RED-100668)请手动删除该路由。

• 直接在 Redis Enterprise 软件上创建两个同名的数据库将导致服务被删除，并且数据库将不可用 (RED-99997)避免重复数据库名称。通过 K8s 创建数据库时会进行验证以防止这种情况发生。

• 安装操作员包时会产生警告：Warning: would violate PodSecurity "restricted: v1.24"（RED-97381）请忽略该警告。Red Hat 官方文档将此问题记录为良性问题。

• RERC 资源必须具有唯一的名称 (RED-96302)字符串“rec-name”/“rec-namespace”必须与 Active-Active 数据库中的所有其他参与集群不同。

• 入场不会阻止shardCount超过许可配额的 REAADB（RED-96301）修复 REAADB 的问题并重新申请。

• Active-Active 控制器仅支持全局数据库选项。不支持特定于位置的配置 (RED-86490)

• 主动-主动设置删除可能会使服务或路由保持未删除状态（RED-77752）如果遇到此问题，请手动删除服务或路由。

• autoUpgrade设置为true可能会导致意外的 bdb 升级（RED-72351）如果您的部署redisUpgradePolicy受到true影响，请联系支持。

• 按照上一个快速入门指南版本会导致由于无法识别的内存字段名称而无法创建 REDB (RED-69515)，解决方法是使用较新（当前）版本的 Deploy Redis Enterprise Software for Kubernetes。

• 在规范中使用十进制值时，PVC 大小会出现问题（RED-62132）确保使用整数值作为 PVC 大小。

• REC 可能会在初始启动时报告错误状态（RED-61707）目前除了忽略错误之外没有其他解决方法。

• Hashicorp Vault 集成 - 不支持 Gesher (RED-55080)此问题没有解决方法。Gesher 支持已被弃用。

• REC 集群无法在时钟不同步的 Kubernetes 集群上启动 (RED-47254)当 REC 集群部署在没有同步时钟的 Kubernetes 集群上时，REC 集群无法正确启动。解决方法是使用 NTP 同步底层 K8s 节点。

• 删除已部署 REC 的 OpenShift 项目可能会挂起 (RED-47192)当 REC 集群部署在项目（命名空间）中并且具有 REDB 资源时，必须先删除 REDB 资源，然后才能删除 REC。因此，在删除 REDB 资源之前，项目删除将挂起。解决方法是先删除 REDB 资源，然后再删除 REC。然后，您可以删除项目。

• 在基于 OLM 的部署中，集群必须命名为“rec”（RED-39825）在 OLM 部署的操作员中，如果名称不是“rec”，则集群部署将失败。当通过 OLM 部署操作员时，安全上下文约束 (scc) 将绑定到特定的服务帐户名称（即“rec”）。解决方法是将集群命名为“rec”。

• 故障时就绪探测不正确 (RED-39300)在节点发生故障时运行时，STS 就绪探测不会将节点标记为“未就绪” rladmin status。

• 内部 DNS 和 Kubernetes DNS 可能存在冲突 (RED-37462)集群mdns_server和 K8s DNS 之间可能存在 DNS 冲突。这只会影响集群节点内部针对 Kubernetes DNS 名称的 DNS 解析。

• 基于 K8s 的 5.4.10 集群似乎会对现有的 5.4.6 集群产生负面影响（RED-37233）将集群升级到最新版本。

• 报告的是节点 CPU 使用率而不是 pod CPU 使用率 (RED-36884)在 Kubernetes 中，报告的节点 CPU 使用率是托管 REC pod 的 Kubernetes 工作节点的使用率。

• 无法访问的集群状态为正在运行 (RED-32805)当集群处于无法访问状态时，该状态保持不变running，而不会触发错误。

• 集群名称过长会导致路由被拒绝 (RED-25871)集群名称长度超过 20 个字符会导致路由配置被拒绝，因为域名的主机部分超过 63 个字符。解决方法是将集群名称限制为 20 个字符或更少。

• 无效更新后不会报告集群 CR（REC）错误（RED-25542）如果按顺序更新两个或更多无效 CR 资源，则不会报告集群 CR 规范错误。