Redis Enterprise for Kubernetes 发行说明 6.4.2-8（2023 年 7 月）

Redis Enterprise K8s 6.4.2-8 版本支持 Redis Enterprise Software 6.4.2，并包含新功能和功能改进。

概述

Redis Enterprise for Kubernetes 版本 6.4.2-8 是版本 6.2.4-6 的维护版本。它包括关键错误修复和更新的 Redis Enterprise 映像。

此版本中的新增功能

功能增强

• 新的 Redis Enterprise 软件版本 6.4.2-94 （RED-105738）

Bug 修复

• 修复了 REC 控制器中证书链的错误处理 （RED-105578）

升级注意事项

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

• 验证 WebhookConfiguration

  该版本使用新的ValidatingWebhookConfiguration资源将redb-admissionwebhook 资源。要使用版本 6.4.2-4 或更高版本，请删除旧的 Webhook 资源并应用新文件。有关说明，请参阅升级 Redis 集群。

• OpenShift SCC

  此版本包括一个新的 SCC （redis-enterprise-scc-v2），您需要在升级之前绑定到您的服务账户。如果跳过此步骤，则运行版本 6.2.12 或更早版本升级到版本 6.2.18 或更高版本的 OpenShift 集群可能会卡住。请参阅升级 Redis Enterprise 集群 （REC） 进行扩展。

兼容性

已弃用的功能

• 对高级准入控制配置 Gesher 的支持已弃用。

支持的发行版

下表显示了此版本发布时支持的发行版。您还可以在反映最新版本的 Supported Kubernetes distributions 中找到此列表。

* 此版本中添加的支持

图像

• Redis 企业版：redislabs/redis:6.4.2-94
• 作员：redislabs/operator:6.4.2-8
• 服务索具：redislabs/k8s-controller:6.4.2-8.

OpenShift 镜像

• Redis 企业版：registry.connect.redhat.com/redislabs/redis-enterprise:6.4.2-94.rhel8-openshift（或redislabs/redis-enterprise:6.4.2-94.rhel7-openshift如果从 RHEL 7 升级）
• 作员：registry.connect.redhat.com/redislabs/redis-enterprise-operator:6.4.2-8
• 服务索具：registry.connect.redhat.com/redislabs/services-manager:6.4.2-8

OLM 捆绑包

• Redis Enterprise作员捆绑包 ：v6.4.2-8

已知限制

• 使用 Gears 的离线环境在集群恢复期间会卡住 （RED-112076）此错误会影响低于 7.2.4-2 的 Redis Enterprise for Kubernetes 版本。

现有限制

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

• 准入不会阻止 REAADBshardCount超过许可证配额 （RED-96301）修复 REAADB 的问题并重新应用。

• 主动-主动安装程序删除可能会使服务或路由保持不被删除 （RED-77752）如果遇到此问题，请手动删除服务或路由。

• autoUpgrade设置为true在以下情况下可能会导致意外的 BDB 升级redisUpgradePolicy设置为true（红色-72351）如果您的部署受到影响，请联系支持人员。

• 遵循前面的快速入门指南版本，由于内存字段名称无法识别，导致创建 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 部署的 Operator 中，如果名称不是 “rec”，则集群部署将失败。通过 OLM 部署 Operator 时，安全上下文约束 （scc） 将绑定到特定的服务账户名称（即“rec”）。解决方法是将集群命名为 “rec”。

• 故障时就绪探针不正确 （RED-39300）STS Readiness 探测在运行时不会将节点标记为 “not ready”rladmin status节点故障时。

• 内部 DNS 和 Kubernetes DNS 可能存在冲突 （RED-37462）集群之间可能存在 DNS 冲突mdns_server和 K8s DNS。这仅影响集群节点内 Kubernetes DNS 名称的 DNS 解析。

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

• 无法访问的集群的状态为 running （RED-32805）当集群处于 unreachable 状态时，状态保持不变running而不是触发错误。

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

• 更新无效后，不会报告群集 CR （REC） 错误 （RED-25542）如果依次更新了两个或多个无效的 CR 资源，则不会报集群 CR 规格错误。

安全

有关与 CVE 相关的修复列表，请参阅 Redis Enterprise 6.4.2-94 发行说明。