目录
Redis复制与分片
复制
分片
Redis哨兵与Redis群集
Redis哨兵
Redis集群
Redis拓扑
一个Redis实例
主从复制
Redis哨兵
Redis集群
相关链接
最初，计划编写一个小帖子，其中包含如何创建Redis复制的示例，但随着我阅读越来越多的细节——我想要越来越多地描述它，所以最后我将这篇文章分成两部分。
在本文中——一些快速概述，简要说明了Redis数据存储，拓扑示例的差异。
简而言之，但链接到详细的文档和其他资源的其他有用的帖子。
在第二部分——有关如何使用Redis哨兵配置简单复制和复制的几个示例。
Redis复制与分片Redis支持两种数据共享类型复制（也称为镜像，数据复制）和分片（也称为分区，数据分段）。在此——Redis集群可以同时使用这两种方法。
复制- 是一个集群中的数据覆盖的整体Redis节点，它允许向一个或多个从节点发出请求，并在其中一些节点发生故障时使数据持久化，从而提供高可用性。
- 使用这种方法——read请求将更快。
- 请参见复制和Redis集群主从模型。
- 通过数据分段——所有数据将分成几个部分，这将提高每个节点的性能，因为它只存储部分数据，不会为所有请求提供服务。
- 使用这种方法——write请求将更快。
- 请参阅分区：如何在多个Redis实例之间拆分数据和Redis群集数据分片。
- 已添加到Redis v.2.4中，基本上是主服务器和从服务器的监控服务。
- 此外，如果主服务器关闭等，可以发送通知，自动切换主服务器和从服务器角色。
- 可能有一种感觉用于裸主从复制（见下文）而没有完全群集。
- 它使用sentinel二进制或redis-server在哨兵模式下作为专用守护程序。
- 如果主服务器发生故障，将执行节点重新配置——将从左侧的从服务器中选择一个新的主服务器。
- 至少需要三个哨兵实例才能获得新的主选举的仲裁，并确定其中一个Redis节点是否已关闭。
- 已添加到Redis v.3.0中，代表了用于分段，复制及其节点管理的完整群集解决方案。
- 将执行数据同步，复制，管理节点访问持久性，如果一些将关闭。
- Redis 集群案例中的哨兵用法没有意义，因为集群将自行完成所有操作。
- 请参阅Redis哨兵和Redis群集——什么？和Redis哨兵文档。
- 最简单、最经典的案例。
- 简单的运行和配置。
- 受主机资源的限制——其CPU和内存。
- 如果此类Redis实例将关闭——所有相关服务将被破坏，并且没有可用性或容错机制。
- 一个连接了多类型从服务器的主服务器。
- 数据将在此主服务器上更新，然后主服务器会将这些更改推送到其从服务器上。
- 从服务器只能与主服务器通信，无法与其他从服务器通信，但仍可拥有自己的从服务器。
- 从服务器是只读节点——除非未明确配置，否则不能在那里执行任何数据更改（请参阅本文的第二部分）。
- 如果任何节点出现故障——所有数据仍可供客户端使用，因为数据将通过所有节点进行复制。
- 配置简单但write操作受主服务器资源的限制。
- 如果主服务器将关闭——您将不得不手动重新配置从服务器并将从服务器更改为主服务器角色。
- 此外，客户端需要知道它们必须用于写入操作。
- 已经在上面描述了，但这里还有几句话。
- 与Redis复制类似——哨兵有一个主机实例，在决定Redis主机的选举时具有优先级。
- 即，如果有一个Redis主机和两个从机，如果哨兵主机在运行Redis 主机的同一主机上工作且该主机将关闭——哨兵将选择哨兵的新主机实例，这两个哨兵实例需要决定哪个Redis 从机必须成为一名新的Redis主机。
- 在此期间——一名哨兵主机将在这样的选举中获得更多的分量。
- 请记住，并非每个Redis客户端都能够使用哨兵，所有客户端都可以在这里>>>找到。
最强大的解决方案——Redis集群。
- 有一些主机实例，每个实例可以有一个——最多1000个——从机。
- 将负责数据分片、复制、同步和故障转移操作。
- 必须至少有6个Redis节点——3个用于主机，3个用于从机。
- 可以将客户端请求重定向到必需的主机或从机主机——但客户端必须能够使用Redis群集。
- Redis社区
- Redis复制
- Redis集群教程
- Redis集群规范
- Redis群集分片简介
- 如何从源设置Redis群集
- Redis复制与分片
- Redis群集与Redis复制
- Redis哨兵和Redis集群 - 什么？
- 你需要什么样的Redis部署？
原文地址：https://www.codeproject.com/Articles/1328501/Redis-Replication-Part-1-An-Overview-Replication-v
