Redis Enterprise for Kubernetes 发行说明 6.0.6-24（2020 年 8 月）
各种错误修复。
| 适用于 Kubernetes 的 Redis Enterprise |
|---|
Redis Enterprise K8s 6.0.6-24 版本是 6.0.6-23 之上的维护版本，为最新的 Redis Enterprise Software 版本 6.0.6-39 提供支持，并包含多个错误修复。
概述
此版本的 Operator 提供：
- 各种错误修复
要将部署升级到此最新版本，请参阅“在 Kubernetes 上升级 Redis Enterprise 集群 （REC）”。
图像
- Redis 企业版 - redislabs/redis：6.0.6-39 或 redislabs/redis：6.0.6-39.rhel7-openshift
- 运算符 - redislabs/operator：6.0.6-24
- 服务 Rigger - redislabs/k8s-controller：6.0.6-24 或 redislabs/services-manager：6.0.6-24（在 RedHat 注册表上）
重要修复
- 修复了数据库可观测性问题：在创建或更新后 24 小时后，控制器无法观察数据库 （RED46149）
- 修复了 Pod 未运行时 Windows 上的日志收集器崩溃 （RED45477）
已知限制
CrashLoopBackOff 导致集群恢复不完整 （RED33713）
当 Pod 状态为 CrashLoopBackOff 并且我们运行集群恢复时，该过程将无法完成。解决方法是手动删除崩溃的 Pod，恢复过程将继续。
集群名称过长会导致路由被拒绝 （RED25871）
超过 20 个字符的集群名称将导致路由配置被拒绝，因为域名的主机部分超过 63 个字符。解决方法是将集群名称限制为 20 个字符或更少。
更新无效后未报告群集 CR （REC） 错误 （RED25542）
如果依次更新了两个或多个无效的 CR 资源，则不会报集群 CR 规格错误。
无法访问的集群的状态为 running （RED32805）
当集群处于无法访问状态时，该状态仍在运行，而不是报告为错误。
故障就绪情况探测不正确 （RED39300）
当节点上的 rladmin status 失败时，STS 就绪情况探测不会将节点标记为未就绪。
副本集上缺少角色 （RED39002）
redis-enterprise-operator 角色缺少对副本集的权限。
OpenShift 3.11 不支持私有注册表 （RED38579）
Openshift 3.11 不支持 dockerhub 私有注册表。这是一个已知的 OpenShift 问题。
内部 DNS 和 Kubernetes DNS 可能存在冲突 （RED37462）
集群 mdns_server 和 K8s DNS 之间可能存在 DNS 冲突。这仅影响集群节点内 Kubernetes DNS 名称的 DNS 解析。
5.4.10 对 5.4.6 （RED37233） 产生负面影响
基于 Kubernetes 的 5.4.10 部署似乎会对共享 Kubernetes 集群的现有 5.4.6 部署产生负面影响。
报告节点 CPU 使用率，而不是 Pod CPU 使用率 （RED36884）
在 Kubernetes 中，我们报告的节点 CPU 使用率是托管 REC Pod 的 Kubernetes 工作节点的使用率。
在基于 OLM 的部署中，集群必须命名为 “rec” （RED39825）
在 OLM 部署的 Operator 中，如果名称不是 “rec”，则集群部署将失败。当 Operator 与 OLM 一起部署时，安全上下文约束 （scc） 将绑定到特定的服务账户名称（即“rec”）。解决方法是将集群命名为 “rec”。
更新 Rancher 中的 UI 服务 （RED45771）
在 Rancher 中更新 UI 服务类型可能会失败。发生这种情况时，请手动删除服务，作员将正确地重新创建它。
Rancher 中的 Master Pod 标签 （RED42896）
在 Rancher 中并不总是标记 Master Pod。
弃用通知
对 K8s 版本 1.11 和 1.12 的支持已弃用（不包括 Openshift 3.11，它将继续受支持）。Openshift 4.1 和 4.2 已弃用（Red Hat 已终止生命周期）。