RLEC 4.4 发行说明(2016 年 12 月)
Redis 企业软件 |
---|
如果要从以前的版本升级,请务必查看升级 开始升级过程之前的说明。
您可以从任何 4.3 版本升级到此版本。如果你有 低于 4.3 的版本,您必须先升级到 4.3,然后才能升级到 升级到此版本。
新功能
- 现在可以将数据库配置为具有多个代理 提高性能。请注意,当您将集群升级到此 版本,然后升级现有数据库,则数据库将 更新为使用 Single proxy policy (单一代理策略) 和 Dense shard placement (密集分片放置) 政策。有关更多详细信息,请参阅 多个活动 代理。
- 添加了对 Redis 版本 3.2 的支持。安装或升级 cluster 的 Redis 数据库的新默认版本将是 3.2,而 当您升级数据库时,它们将更新到此版本。 如果您想将默认版本更改为 Redis 3.0,请参阅 到升级中的说明 databases 如果要将现有数据库升级到最新的 3.0 次要版本,请参阅下面的已知问题部分。
- 现在可以将集群配置为同时支持私有和公有 用于通过公共和私有连接到数据库终端节点的 IP 网络。有关更多详细信息,请参阅 Private 和 Public 终端节点。
- rladmin status 命令输出已得到增强,包括 通过添加 '*' 符号来指示 rladmin 正在运行的节点 ,并显示计算机的主机名 Node 正在运行。
- 现在可以为用户分配安全角色,以控制 用户可以查看和/或编辑的数据库或集群。
变化
- 由于为数据库添加了对多个代理的支持,
已进行以下更改:
- 将集群升级到此版本,然后升级 existing databases 时,数据库将更新为使用 Single proxy 策略和 Dense shard placement 策略。
- rladmin status 命令输出已更新。
- 故障转移 [db <db:id | name>] 终端节点 <id1 .. idN> 并迁移 [db <db:id | name> | node <origin node:id>] 端点 <id> target_node <id> 命令是 不再与使用单个 | 全主分片 |All-Nodes 代理策略。相反,代理 可以根据需要绑定到或取消绑定到数据库。
- 添加了新的 rladmin 命令,例如 bind 和 placement。
- RLEC 已更新,无需在运行时使用 sudo。 初始安装时,您仍然需要 root 或使用 sudo RLEC.
- 您不再需要成为 root 或使用 sudo 来运行 rladmin 命令,现在最好是非特权用户,即 redislabs 组的成员来运行命令。
- 现在,所有集群服务都使用 supervisor 机制运行。如 启动、停止和重新启动 RLEC 服务的结果应该是 使用 OS CLI 中的 supervisorctl 命令完成。
- 现在建议将 Linux作系统 vm.swappiness 设置为零,以获得更多 信息,请参见禁用 Swap in Linux 的。
自 4.3.0 以来已修复的重要问题
- RLEC-7542 - 添加了创建和管理基于角色的用户的功能 安全
- RLEC-8283 - 集群恢复过程无法正常工作 当需要恢复的集群没有节点时 ID 为 1。
- RLEC-8284 - 向 rladmin 添加功能以将节点标记为仲裁 仅节点
- RLEC-8498 - 在极少数情况下备份失败
- RLEC-8579 - rladmin 支持将 external_addr 值大写
- RLEC-8656 - 修复了与 SELinux 的冲突
- RLEC-8687 - 修复了强密码要求不的问题 正确地尊重。
- RLEC-8694 - 创建具有 75(复制 150 个)的数据库时,DMC 失败 碎片
- RLEC-8700 - 修复了网络分裂场景的问题
- RLEC-8833 - 修复了在某些情况下端点不是的问题 在节点替换后获取新 IP。
- RLEC-9069 - 修复了与 RHEL 7 和 IPv6 相关的问题。
- RLEC-9156 - 修复了在源 或发生目标失败。
- RLEC-9173 - 在 master 和 copy 失败后写入数据的问题
- RLEC-9235 - SSL 连接错误和自签名问题 证书
- RLEC-9491 - 修复了由于测量错误而导致的警报问题
- RLEC-9534 - 修复了 RLEC 后节点删除命令的问题 卸载
- RLEC-9658 - 无法从 FTP 服务器导入备份文件。
- RLEC-9737 - 修复了使用临时备份过程的问题 需要时存放
- RLEC-9761 - UI 的值增量不正确
- RLEC-9827 - 具有大量内核并运行 RHEL 的服务器可以 在 systune.sh 上运行时遇到问题
- RLEC-9853 - 修复了 RHEL 7.1 上的 logrotate 问题,使其以 非特权用户
- RLEC-9858 - 如果代理崩溃,在某些情况下,这会阻止 完成 Redis 故障转移过程
- RLEC-9893 - 数据库恢复过程无法识别原始机架 name 大写时
- RLEC-9905 - 无法加载由自定义 CA 签名的 x.509 证书 在 UI 中
- RLEC-9925 - 如果与 共同托管,则主终端节点和分片会关闭 集群的 master 和节点宕机(单代理策略)
- RLEC-9926 - 如果主分片位于与 RLEC 相同的节点上,则主分片可能会保持关闭状态。 集群的 master 和整个节点宕机
- RLEC-10340 - 修复了导致 rladmin status 输出崩溃的拼写错误 部分案例
4.4.2-42 中的更改:
- RLEC-11941 - 在 RHEL6 上升级到 4.4.2-35 - 当 已安装 python2.6
- RLEC-11994 - RLEC 4.4.2-35:UI 不显示 复制
4.4.2 - 49 中的更改
- RLEC-11209 - 由于running_actions检查,无法运行升级
- RLEC-12647 - 备份到存储桶名称中包含句点的 S3 失败 在某些情况下
已知问题
- 问题:从以前的 RLEC 升级到此版本时 version 中,rladmin status 输出会将数据库状态显示为 有一个旧版本。当您升级 Redis 数据库时(使用 rladmin upgrade db 命令),Redis 版本将更新为 3.2,即使您将集群的 Redis 默认版本更新到 3.0。解决方法:如果您想取消旧版本 指示为 rladmin 状态,而不升级 Redis 版本 到 3.2 中,您应该运行带有 keep_current_version 标志的 rladmin upgrade db 命令,这将确保数据库是 升级到 RLEC 支持的最新 3.0 版本。
- 问题:RLEC-9200 - 在配置了多个 proxies,如果客户端发送 MONITOR、CLIENT LIST 或 CLIENT KILL commands,仅来自从同一代理连接的客户端的命令 返回,而不是来自所有连接的所有命令。解决方法:如果您想获得所有 客户端,您需要将 monitor 命令发送到所有代理和 聚合它们。
- 问题:RLEC-9296 - 集群中的不同作,如节点 失败或使节点脱机,可能会导致 Proxy 策略 更改 Manual。解决方法:您可以使用 rladmin 绑定 [db <db:id | 名称>] 终端节点 <id> 策略 <single |全主分片 | all-nodes> 命令将策略设置回所需的策略, 这将确保所有需要的代理都是有界的。请注意,现有的 由于此过程,客户端连接可能会断开连接。
- 问题:RLEC-8787 - 在某些情况下,使用 replica-of 时 功能,如果源数据库大于目标数据库 database,则不会强制执行目标数据库的内存限制 并且目标数据库的已用内存可以超过内存 limit set 设置。解决方法:您应该确保所有 源数据库不大于目标的内存限制 数据库。
- 问题:RLEC-8487 - 某些 Redis 进程在以下时间后保持运行 从计算机中清除 RLEC 并导致尝试重新安装 RLEC 失败。解决方法:再次运行清除进程并确保 Redis 进程已被删除。
- 问题:RLEC-8747 - 升级到此版本时,如果 UI 为 在浏览器中打开时,UI 可能无法正常工作。 升级。解决方法:刷新浏览器,UI 将恢复工作 适当地。
- 问题:在 Replica Of 进程中,如果目标数据库执行 未启用复制,并且任何 原因,则目标数据库上的数据可能与 源数据库,尽管 Replica Of 进程的状态 表示它是。解决方法:您必须手动停止并重新启动 synchronization 过程,以确保数据库处于 同步。
- 问题:在 Replica Of 进程中,如果源数据库为 reharded 时,该 同步过程将失败。解决方法:您必须手动停止并重新启动 源库重新分片后的同步过程 完成。
- 问题:在 Replica Of 进程中,如果有非常高的 数据库上的 traffic 该 Replica Of 进程可能会重新启动 通常是由于超出 “replica buffer” 。在这种情况下, 您经常会看到 Replica Of 进程的状态显示为 “正在同步”。解决方法:您必须手动增加 “replica buffer” 大小 通过 rladmin.要找到合适的缓冲区大小,请联系 支持地址:support@redislabs.com。
- 问题:在配置为支持 rack-zone 的集群中 awareness,如果用户强制迁移主分片或副本分片 通过 rladmin 到与其对应的 rack-zone 位于同一机架区域中的节点 master 或 replica 分片,然后运行再平衡进程, 再平衡过程不会迁移分片以确保 Rack-Zone 意识合规性。解决方法:在上述场景中,您必须使用 rladmin 手动将分片迁移到有效 rack-zone 上的节点 以确保机架区域感知合规性。
- 问题:删除外部 IP 后 DNS 不会更改 地址。解决方法:取消与受影响节点的 IP 绑定,然后将其重新绑定。
- 问题:CCS 出现错误,无法启动 如果 /var/opt/redislabs/persist/ 不存在。解决方法:确保此目录未被删除,并且 继续存在。