Redis Enterprise for Kubernetes 发行说明 6.0.12-5（2021 年 2 月）
支持 RS 6.0.12-57、Amazon Kubernetes Service （AKS） 和自定义资源的角色权限。
| 适用于 Kubernetes 的 Redis Enterprise |
|---|
Redis Enterprise K8s 6.0.12-5 版本是 6.0.8-20 的基础上的主要版本，为 Redis Enterprise Software 版本 6.0.12-57 提供支持，并包括多项增强功能和错误修复。
概述
此版本的 Operator 提供：
- 新功能
- 各种错误修复
要将部署升级到此最新版本，请参阅“在 Kubernetes 上升级 Redis Enterprise 集群 （REC）”。
图像
此版本包括以下容器映像：
- Redis 企业版：redislabs/redis：6.0.12-57 或 redislabs/redis：6.0.12-57.rhel7-openshift
- 运算符和引导程序：redislabs/operator：6.0.12-5
- 服务绑定器：redislabs/k8s-controller：6.0.12-5 或 redislabs/services-manager：6.0.12-5（Red Hat 注册表）
新功能
- 现在支持 Azure Kubernetes 服务 （AKS）。（RED40323）
- 数据库自定义资源现在支持 roles 权限（角色到 Redis ACL 绑定）。（RED49780）
功能改进
- 许可证信息已添加到 REC 状态。（RED43078）
kubectl get rec现在显示更多信息（即，添加了 “NODES”、“VERSION”、“STATE”、“SPEC STATUS”）。（RED46428）- 这
extraLabels现在，在创建时适用于 PV 和 PVC。（RED48694） - 添加了 Rancher 2.5 支持。（RED50211）
- 添加了 K8s （Kops） 1.19 支持。（RED50211）
- 添加了 OpenShift 4.6 支持。（RED50495）
- 数据库资源现在可以禁用默认数据库用户。（RED50215）
- REC 凭证不再使用 Pod 中的环境变量。（RED47969）
重要修复
- 修复了 Pod 在 Teardown 期间卡在终止的问题。（RED44726）
- 修复了在集群恢复期间 Pod 卡在终止的问题。（RED43846）
- 更改了作员日志以使用人类可读的日期和时间。（RED39026）
- 修复了 OLM （OpenShift） 中资源的显示。（RED48116）
- 修复了没有 subdir 的 GCS 的备份配置问题。（RED49299）
已知限制
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 节点。
删除部署了 REC 的 OpenShift 项目可能会挂起 （RED47192）
当 REC 集群部署在项目（命名空间）中并具有 REDB 资源时， 必须先删除 REDB 资源，然后才能删除 REC。因此，直到 REDB 资源被删除，则项目删除将挂起。解决方法是删除 首先是 REDB 资源，其次是 REC。之后，您可以删除该项目。
REC extraLabels 不适用于 K8s 版本 1.15 或更早版本上的 PVC （RED51921）
在 K8s 1.15 或更早版本中，PVC 标签来自匹配选择器，而不是 PVC 模板。因此，这些版本不支持 PVC 标签。如果此功能 是必需的，唯一的解决方法是将 K8s 集群升级到较新版本。
兼容性说明
- 现在支持 OpenShift 4.6 和 Rancher/kOps 1.19。
- 现在支持 Rancher 2.5。
- 现在支持 AKS （K8s 1.18）。
弃用通知
- OpenShift 4.1、4.2 和 4.3 现已弃用。
- GKE K8s 版本 1.14 已弃用。
- kOps 1.13 和 1.14 已弃用。