Redis 8 来了——而且是开源的
了解更多
分享
Redis Enterprise Cluster (RLEC) 自首次发布以来一直非常成功。它为 许多客户的生产 Redis 部署提供服务，使他们能够以最小的运营开销使用世界上最快的数据库。
最近，我们发布了 RLEC 的 4.2.1 版本，其中包括一些客户要求的非常有用的增强功能和特性，例如
以及更多...
以下是一些关键更新的概述，您可以在发行说明中阅读完整详细信息。
RLEC 包括一个非常有用的功能，称为“副本”，因此您可以将数据库定义为另一个数据库（源）的副本（目标）。 一旦定义并加载了您的初始数据集，所有写命令都会从源同步到目标。 这使您可以维护一个数据库（目标），该数据库是另一个数据库的精确副本。
例如，如果您想在多个数据库上分配应用程序的读取负载，此配置会非常有用。 此外，它可以用于在 RLEC 内或从 OSS Redis 进行数据库的一次性同步。
您的源数据库和目标数据库甚至可以具有不同的部署架构。 例如，源数据库可以是集群（分片）数据库，而目标数据库可以是简单的单分片数据库。
现在，“副本”功能已得到增强，可以通过允许流量压缩来实现跨区域/云的 WAN 复制。 因此，现在您可以在不同的区域或云中部署两个 RLEC 集群，并启用这些集群中数据库之间的复制。 定义复制时，您可以决定是否要使用数据压缩，并控制压缩级别。
此外，该功能还得到了增强，允许为一个目标数据库定义多个源数据库。
这是一个架构示例，展示了同一集群中的多个副本如何帮助扩展读取负载，以及另一个云平台上的另一个集群中的副本如何处理远程读取或用于灾难恢复目的。
我们还增加了对每个节点多个 IP 的支持。 您现在可以为每个节点定义多个 IP，并确定哪些用于内部集群流量，哪些用于客户端与数据库端点通信的流量。 这样，您可以将内部集群管理流量与客户端数据库流量在物理上分离，从而使您的数据库获得更好的性能。
另一个可以大大提高安全性的好功能是我们对 IPv6 地址类型的支持。 上面的多个 IP 地址可以是传统的 IPv4 类型地址，也可以是更新、更安全的 IPv6 类型地址。
这是一个架构示例，展示了多个客户端如何使用不同的 IP 连接到同一节点，或者使用 IPv6 连接到不同的节点。 这是从逻辑上分离到数据库的不同客户端连接或分配流量的好方法。
AOF（仅附加文件）是 Redis 非常有用的持久性机制。 当您使用它时，对 Redis 的每个写命令都会累积在持久性文件中，因此如果您需要从持久性恢复数据，您可以“重播”所有这些命令。 您可以想象，随着时间的推移，此文件可能会变得很大，这就是为什么存在 AOF 重写机制的原因，可以不时触发该机制以减小 AOF 文件大小。
这是一个很棒的机制，但有时可能不是最佳的，并且会导致存储系统开销——延迟 Redis 执行并降低数据库的速度。
在此版本中，我们对 AOF 重写机制进行了各种改进，并且还引入了 AOF SLA 的概念，您可以在其中定义 AOF 文件大小和加载时间阈值来控制何时触发 AOF 重写。
此外，我们还添加了与 AOF 相关的警报，以帮助识别磁盘空间和磁盘 I/O 性能下降问题。
我们有很多客户在他们自己的数据中心通过他们自己的网络运行 RLEC，但我们也有很多客户在公共云平台上运行 RLEC，公共云平台的网络稳定性远不如前者。 在公共云环境中，您宁愿稍等片刻再将节点声明为已关闭，因为它可能只是由于临时网络故障而无响应，而该故障可能会在几秒钟后得到解决。 另一方面，在稳定的本地或私有云环境中，您可能更愿意立即将节点声明为已关闭，并在事件发生后立即触发自动故障转移。
为了让客户无论在何种环境下运行都可以优化其部署，我们引入了环境配置文件的概念。 您现在可以选择在哪个配置文件上运行，RLEC 将调整自身以提供优化的性能和高可用性保证，这符合您的特定环境。
如上所述，此版本中还有许多其他有趣且值得注意的功能和改进，因此请务必从我们的下载页面下载新版本，并查看发行说明。
我们现在正在努力为下一个版本开发更多出色的功能——敬请关注。
如果您有任何问题或反馈，请随时通过以下方式与我联系：[email protected]。
