Redis Enterprise for Kubernetes 发行说明 6.0.8-20（2020 年 12 月）
支持 RS 6.0.8、使用者命名空间、Gesher 准入控制器代理以及通过 schema 进行的自定义资源验证。
| 适用于 Kubernetes 的 Redis Enterprise |
|---|
Redis Enterprise K8s 6.0.8-20 版本是 6.0.8-1 的基础上的主要版本，为 Redis Enterprise Software 版本 6.0.8-30 提供支持，并包括多项增强功能和错误修复。
概述
此版本的 Operator 提供：
- 新功能
- 各种错误修复
要将部署升级到此最新版本，请参阅“在 Kubernetes 上升级 Redis Enterprise 集群 （REC）”。
图像
此版本包括以下容器映像：
- Redis 企业版：redislabs/redis：6.0.8-30 或 redislabs/redis：6.0.8-30.rhel7-openshift
- 运算符和引导程序：redislabs/operator：6.0.8-20
- 服务绑定器：redislabs/k8s-controller：6.0.8-20 或 redislabs/services-manager：6.0.8-20（Red Hat 注册表）
新功能
- 现在，您可以在独立于 operator 和 cluster 命名空间的使用者命名空间中创建数据库自定义资源 （REDB CR）。您配置了 Operator 部署以监视这些 REDB CR 的特定命名空间。
- Gesher 准入控制代理现已通过 Red Hat 认证。
- REDB CR 不再需要 Redis Enterprise 集群名称。该名称将默认为 Operator 上下文中的集群。
- REC 和 REDB CR 现在通过架构进行验证。
重要修复
- 数据库控制器 （REDB） 不再生成以下错误消息：“failed to update database status”
- 通过数据库控制器 （REDB） 和 TLS 配置副本的问题已得到修复。（RED48285）
- 超时问题
rlutil upgrade已修复。（RED48700）
已知限制
CrashLoopBackOff 导致集群恢复不完整 （RED33713）
当 Pod 的状态为CrashLoopBackOff然后我们运行 Cluster Recovery，但该过程将无法完成。解决方法是手动删除崩溃的 Pod。然后，恢复过程将继续。
集群名称过长会导致路由被拒绝 （RED25871）
超过 20 个字符的集群名称将导致路由配置被拒绝，因为域名的主机部分将超过 63 个字符。解决方法是将集群名称限制为 20 个字符或更少。
更新无效后未报告群集 CR （REC） 错误 （RED25542）
如果依次更新了两个或多个无效的 CR 资源，则不会报集群 CR 规格错误。
无法访问的集群的状态为 running （RED32805）
当集群处于 unreachable 状态时，状态仍为running而不是作为错误报告。
故障就绪情况探测不正确 （RED39300）
STS Readiness 探测在运行时不会将节点标记为 “not ready”rladmin status在 node 失败。
副本集上缺少角色 （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”，则集群部署将失败。通过 OLM 部署 Operator 时，安全上下文约束 （scc） 将绑定到特定的服务账户名称（即“rec”）。解决方法是将集群命名为 “rec”。
Rancher 中的 Master Pod 标签 （RED42896）
在 Rancher 中并不总是标记 Master Pod。
REC 集群无法在时钟不同步的 Kubernetes 集群上启动 （RED47254）
当 REC 集群部署在时钟不同步的 Kubernetes 集群上时，REC 集群无法正常启动。解决方法是使用 NTP 同步底层 K8s 节点。