Redis Enterprise for Kubernetes 发行说明 6.0.6-23（2020 年 8 月）
支持 Redis Enterprise Software 6.0.6-39、Rancher 支持、新的数据库备份和告警选项。
| 适用于 Kubernetes 的 Redis Enterprise |
|---|
Redis Enterprise K8s 6.0.6-23 版本是 6.0.6-11 的基础上的主要版本，为最新的 Redis Enterprise Software 版本 6.0.6-39 提供支持，并包括多项增强功能（包括 Rancher 支持）和错误修复。
概述
此版本的 Operator 提供：
- 支持 Redis Enterprise Software 版本 6.0.6-39
- 对 Rancher 的支持
- 数据库自定义资源和控制器中的备份选项
- 数据库自定义资源和控制器中的 Alert 选项
- UBI 图像
- 各种其他增强功能和错误修复
要将部署升级到此最新版本，请参阅“在 Kubernetes 上升级 Redis Enterprise 集群 （REC）”。
图像
- Redis 企业版 - redislabs/redis：6.0.6-39 或 redislabs/redis：6.0.6-39.rhel7-openshift
- 作员 - redislabs/operator：6.0.6-23
- 服务 Rigger - redislabs/k8s-controller：6.0.6-23 或 redislabs/services-manager：6.0.6-23（在 RedHat 注册表上）
新功能
Red Hat UBI 基础镜像 （RED29651） - 服务 Rigger 和 Operator 镜像现在基于红帽 UBI 基础镜像。此外，现在在 OpenShift 和非 OpenShift 环境中使用相同的映像。
-
Rancher 支持 （RED37918） - Rancher 版本 （v2.4.5） 现在支持 Operator。请注意，由于此版本的 Operator 不支持 K8s 1.18，因此它需要此 Rancher 版本中其他受支持的 upstread 版本之一，即 1.15.12、1.16.13 或 1.17.9。
-
警报配置 （RED40166） - 数据库控制器规范中添加了对警报配置的支持。
-
数据库 TLS 配置 （RED41758） - 数据库控制器规范中添加了对 TLS 身份验证配置的支持。
-
OpenShift 4.4 支持 （RED41352） - OpenShift 4.4 现在支持 Operator。
-
通过 OLM 的数据库控制器资源 （RED41755） - OLM（预览通道）中添加了对数据库控制器资源配置的支持。
重要修复
- 修复了 Openshift OLM 升级支持。此外，安装以前的版本是通过专用渠道添加的。（RED44130）
- 修复了 log_collector 未调度 Pod 时失败的问题。（RED45347）
- 修复了 operator 环境变量的错误处理。具体来说，启用/禁用数据库控制器现在可以正常工作。（RED45351）
已知限制
-
CrashLoopBackOff 导致集群恢复不完整 （RED33713） - 当 Pod 状态为 CrashLoopBackOff 并且我们运行集群恢复时，该过程将无法完成。解决方案是手动删除崩溃的 Pod，恢复过程将继续。
-
较长的集群名称会导致路由被拒绝 （RED25871） - 集群名称长度超过 20 个字符将导致路由配置被拒绝，因为域名的主机部分超过 63 个字符。解决方法是将集群名称限制为 20 个字符或更少。
-
无效更新 （RED25542） 后未报告群集 CR （REC） 错误 - 如果按顺序更新两个或多个无效的 CR 资源，则不会报告群集 CR 规范错误。
-
无法访问的集群处于 running （RED32805） 状态 - 当集群处于无法访问状态时，状态仍在运行，而不是报告为错误。
-
故障就绪情况探测不正确 （RED39300） - 当节点上的 rladmin 状态失败时，STS 就绪情况探测不会将节点标记为未就绪
-
副本集上缺少角色 （RED39002） - redis-enterprise-operator 角色缺少副本集的权限。
-
OpenShift 3.11 （RED38579） 不支持私有注册表 - OpenShift 3.11 不支持 dockerhub 私有注册表。这是一个已知的 OpenShift 问题。
-
内部 DNS 和 K8s DNS 可能存在冲突 （RED37462） - 集群 mdns_server 和 K8s DNS 之间可能存在 DNS 冲突。这仅影响集群节点内 K8s DNS 名称的 DNS 解析。
-
5.4.10 对 5.4.6 （RED37233） 产生负面影响 - 基于 K8S 的 5.4.10 集群似乎对现有的 5.4.6 产生了负面影响
-
报告节点 CPU 使用率而不是 Pod CPU 使用率 （RED36884） - 在 Kubernetes 中，我们报告的节点 CPU 使用率是托管 REC Pod 的 K8S 工作节点的使用率。
-
在基于 OLM 的部署 （RED39825） 中，集群必须命名为 “rec” - 在 OLM 部署的 Operator 中，如果名称不是 “rec”，则集群部署将失败。通过 OLM 部署 Operator 时，安全上下文约束 （scc） 将绑定到特定的服务账户名称（即“rec”）。解决方法是将集群命名为 “rec”。
-
在 Rancher 中更新 UI 服务 （RED45771） - 在 Rancher 中更新 UI 服务类型可能会失败。发生这种情况时，请手动删除服务，作员将正确地重新创建它。
-
Rancher 中的 Master Pod 标签 （RED42896） - Master Pod 并不总是在 Rancher 中被标记。
弃用通知
对 Kubernetes 版本 1.11 和 1.12 的支持已弃用（不包括 Openshift 3.11，它将继续受支持）。
兼容性更新
- 添加了对 Rancher 的支持
- 添加了对 Openshift 4.4 的支持