扩展 Redis：只读从属还是集群？

感谢上帝，没有一个人被 Redis 奴役。

相反，它使用异步复制“实现可扩展性…或者只是为了数据冗余。”

此外，“[Redis] 主机可以有多个从机……[此类从机] 能够接受其他从机的连接。除了将许多从机连接到相同的主机以外，从机还可以通过类似于图的结构连接到其他从机。”

设置 Redis 复制非常简单，并且其灵活性具有强大的功能。
Redis 复制的经典用例有：

1. 通过使用副本扩展性能以进行大量读操作。
2. 使数据在多个位置具有冗余性。
3. 通过将数据持久性成本委派给从机，减轻主机的数据持久性成本。

作为 Redis 服务提供商，我们常常被问到为什么我们不对只读副本提供访问权限。这是一个有效的问题，我们的答案与每个用例都相关

1. 扩展

   我们的服务通过向我们管理的数据库分配资源来扩展。我们部署了创建数据库实例的集群。每个数据库实例跨集群的成员分配，并且每个分片均可拆分，具有高可用性，可进行重新定位并且可以动态（重新）调整大小。为了提供更多读取（或写入、RAM、CPU 或带宽），我们只需根据需要重新分片并重新平衡。我们的集群将立即、透明地提供对新分片访问，因此无需访问只读副本。

2. 冗余

   我们在分片级别使用复制以实现数据冗余。我们的冗余通过监控和自动故障切换机制增强，这些机制是我们服务内部的，并且不需要任何用户干预。

3. 负载

   我们的副本会被配置用来管理数据持久性，这样主机分片才可以自由处理请求。

由于复制是异步的，因此当访问过时数据时，它可能会导致不一致。另一方面，分片不会出现此特性，因此是解决读取和写入扩展挑战的首选方法。由于我们的托管服务通过分片（通过自动故障切换）解决可伸缩性、冗余和负载管理问题，因此只有极少数情况下，才需要访问读副本才有价值。

例如，可以设置一个副本，以向相关方（例如，开发部门）提供只读数据库访问权限。

我们计划在未来支持此功能，因此如果您有其他使用读副本的用例，我们希望您能与我们分享这些用例。如果您使用复制的目的是为了扩展、冗余或卸载以外的目的，请告诉我们 - 只需向我们发送电子邮件，地址为 info@garantiadata.com 或联系 我们的支持团队 即可。