要想搭建一个最简单的Redis集群，那么至少需要6个节点：3个Master和3个Slave。为什么需要3个Master呢？如果你了解过Hadoop/Storm/Zookeeper这些的话，你就会明白一般分布式要求基数个节点，这样便于选举（少数服从多数的原则）。
https://github.com/macrozheng/mall-learning/tree/master/document/redis-cluster
2015年2月，Redis3.0.0 发布，redis3.0版本之后支持Cluster，关于redis集群的介绍，了解请看 redis中文简介 。 我准备在一台linux中来部署redis集群，因为集群的运行需要6台服务才能正常运行，所以我在一台linux服务上创建6个节点，用来模拟3主3从这种伪分布式集群。redis3.0及之后的releases版本，大家可以直接访问redis.io官网，下载redis.tar.gz。
搭建redis集群，搭建具体过程如下 http://blog.csdn.net/lucky_ly/article/details/78703102 启动redis集群。
Redis集群至少需要3个节点，因为投票容错机制要求超过半数节点认为某个节点挂了该节点才是挂了，所以2个节点无法构成集群。 要保证集群的高可用，需要每个节点都有从节点，也就是备份节点，所以Redis集群至少需要6台服务器。因为我没有那么多服务器，也启动不了那么多虚拟机，所在这里搭建的是伪分布式集群，即一台服务器虚拟运行6个redis实例，修改端口号为（7001-7006）1+1+1+1+1+1 = 6
标题起名有些绕不过为了防止读者误解这也是一个必要的措施，本文是个人的一次mac上搭建redis集群的实战笔记，笔者为mac系统，虽然很多操作类似Linux但是有差异，也踩了不少的坑，本教程也可以作为linux的docker搭建redis集群参考使用，最后，有任何疑问欢迎讨论。
今天早上由于zookeeper和redis集群不在同一虚拟机导致出了点很小错误（人为），所以这里总结一下redis集群的搭建以便日后所需同时也希望能对你有所帮助。 笔主这里使用的是Centos7.如果你碰到任何问题都可以来问我
转载自：https://blog.csdn.net/qq_42815754/article/details/82912130
在日常开发或者编程当中，经常需要用到redis集群，若是按照传统的方式，一个机器一个机器搭建，难免过于繁琐，故而可以通过dock er-compose编排方式，快速搭建。我在搭建过程当中，将操作记录下来，方便以后需要搭建三主三从节点时，可以基于以前的成功经验，快速搭建起来。
接着上篇文章继续讲解，前面一个linux服务器已经有了8001和8004节点，现在继续新增两个linux服务器，并且分别加上两个节点。
Redis（Remote Dictionary Server）是一种高性能的开源键值存储数据库，被广泛应用于缓存、队列、实时分析等场景。随着项目规模的增长，单机Redis可能无法满足性能和可用性的需求，因此Redis集群成为一个理想选择。本文将介绍如何搭建Redis集群，并结合Spring Boot在实际开发中的应用。
redis集群的搭建 一： redis集群中：存在通过投票删除错误的节点（有半数以上投票通过，可确定被投票的节点已经错误fail） 架构细节: (1)所有的redis节点彼此互联(PING-PONG机
搭建集群首先需要安装Docker，Linux中安装比较简单，具体可以参考[【Docker】Linux安装Docker（极简版）]。
redis是一个开源的 key->value 高速存储系统,但是由于redis单线程运行,在系统中,只能利用单核的性能
一、Redis的安装 Redis的安装是很简单的,安装之前我们需要c语言的编译环境。如果没有gcc需要在线安装。 yum install gcc-c++。 安装步骤： 第一步：redis的源码包上传到linux系统。 第二步：解压缩redis。 tar-zxvf redis-3.0.0.tar.gz 第三步：编译。进入redis源码目录。 make 第四步：安装。 make install PREFIX=/usr/local/redis,PREFIX参数指定redis的安装目录。 二、Redis的启动与基本
在上一篇我们已经介绍了Redis集群分区的规则，在这一篇我们开始上干货，真真正正的搭建一个Redis集群。搭建Redis集群主要分3步:
网上很多关于Redis的安装教程都是基于Linux的，有一部分是基于是windows的，但都是在线的，这在生产环境有时候是不适用的，因为生产环境一般都是离线的，那么有没有办法在离线的情况下再windows上装一个Redis集群呢？
以前一直使用的是RedisDesktopManager这款Redis客户端工具，由于很久没更新界面有点古老，最近想更新升级下，进到官网一看，发现收费了......
redis是一个开源的key-value数据库。主要用来做数据缓存，本篇文章介绍redis的单机搭建，进而到redis的集群搭建，刚接触的可以先搭建单机版的，再搭建集群版的。
主题词：负载均衡高可用、redis集群 需求：负载均衡高可用的概念 什么是负载均衡高可用 Nginx一般用作负载均衡服务器，可见处于网络中非常重要的位置，一旦Nginx服务器宕机无法提供服务，那么将影响严重。所以需要负载均衡高可用。 高可用——主从备份 keepalived+nginx实现主从备份 Keepalived的作用是检测服务器的状态，如果有一台web服务器宕机，或工作出现故障，Keepalived将检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器
摘要：2018年10月 Redis 发布了最新稳定版本 5.0 版本，推出了各种新特性，其中一点是放弃 Ruby的集群方式，改为使用 C语言编写的 redis-cli的方式，使集群的构建方式复杂度大大降低。
之前介绍了用docker来搭建redis主从环境，但这只是对数据添加了从库备份(主从复制)，当主库down掉的时候，从库是不会自动升级为主库的，也就是说，该redis主从集群并非是高可用的。 目前来说，高可用(主从复制、主从切换)redis集群有两种方案，一种是redis-sentinel，只有一个master，各实例数据保持一致；一种是redis-cluster，也叫分布式redis集群，可以有多个master，数据分片分布在这些master上。 本文介绍基于docker和redis-sentinel的高可用redis集群搭建，大多数情况下，redis-sentinel也需要做高可用，这里先对redis搭建一主二从环境，另外需要3个redis-sentinel监控redis master。
(1)所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽.
上一篇讲到了redis的主从复制与哨兵模式，不过最后也留下了个话茬：弊端：中心化。
之前我们分析过喜马拉雅的爬取信息，使用分布式爬取，而且需要修改scrapy-redis的过滤算法为布隆过滤来减少redis内存占用，最后考虑这样还是不一定够，那么redis集群就是更好的一种选择方式了。
先澄清一下，整个过程问题都不是我解决的，我在里面就是起了个打酱油的角色。因为实际上我负责这个项目，整个过程也比较清楚。之前也跟具体负责的同事说过，等过段时间带他做做项目复盘。结果一直忙，之前做的事情都快忘了也没带他做复盘。所以趁着还记得，总结一下这个问题，也算一起做个复盘总结了。
通俗来说 Redis 集群有16384个哈希槽,每个key通过CRC16校验后对16384取模来决定放置哪个槽.集群的每个节点负责一部分hash槽,举个例子,比如当前集群有3个节点,那么:
Redis Cluster是Redis官方提供的分布式解决方案，在3.0版本后推出的，有效地解决了Redis分布式的需求，当一个节点挂了可以快速的切换到另一个节点，当遇到单机内存、并发等瓶颈时，可以采用分布式方案要解决问题。
1.所有的Redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽 2.节点的fail是通过集群中超过半数的节点检测失效时才生效 3.客户端与Redis节点直连,不需要中间proxy层，客户端不需要连接集群所有节点，连接集群中任何一个可用节点即可 4.Redis-cluster把所有的物理节点映射到[0-16383]slot上,cluster (簇)负责维护node<->slot<->value。Redis集群中内置了16384个哈希槽，当需要在Redis集群中放置一个key-value时，Redis先对key使用crc16算法算出一个结果，然后把结果对 16384 求余数，这样每个key都会对应一个编号在 0-16383 之间的哈希槽，Redis 会根据节点数量大致均等的将哈希槽映射到不同的节点
我在云服务器上曾参与过公司redis集群的搭建，但时间久了，都快忘记当时的搭建过程了，故而决定在虚拟机centOS 7的环境，自行搭建一套redis5.x版本的集群，该版本集群的搭建比较方便，不用再像以前版本那样还得再搞一个 Ruby，5.x版本可直接使用 redis-cli的方式来构建集群。
Redis的基础介绍与安装使用步骤：https://www.jianshu.com/p/2a23257af57b Redis的基础数据结构与使用：https://www.jianshu.com/p/c95c8450c5b6 Redis核心原理：https://www.jianshu.com/p/4e6b7809e10a Redis 5 之后版本的高可用集群搭建：https://www.jianshu.com/p/8045b92fafb2 Redis 5 版本的高可用集群的水平扩展：https://www.jianshu.com/p/6355d0827aea Redis 5 集群选举原理分析：https://www.jianshu.com/p/e6894713a6d5 Redis 5 通信协议解析以及手写一个Jedis客户端：https://www.jianshu.com/p/575544f68615
RDB会丢失最后一次备份的rdb文件，但是其实也无所谓，其实也可以忽略不计，毕竟是缓存，丢了就丢了，但是如果追求数据的完整性，那就的考虑使用AOF了。 AOF特点
1.Redis的持久化： RDB（默认） 二进制存储持久化数据，速度相对较快 持久化时机：save second keys RDB无法保证数据的安全 2.AOF AOF是一日志的形式持久化，用户的写操作，速度慢 AOF持久化时机：always ，everysec，no AOF相对RDB更加安全 3.官方推荐同时开启RDB和AOF两种持久化机制 在恢复数据时，AOF的持久化优先级更高 同时开启AOF和RDB ，在RDB执行持久化时，RDB数据会被AOF覆盖 4.AOF重写 自动重写：指定AOF的文件超过技术的
1、在服务器的安全组和防火墙中放通相对应的端口，操作系统：centos 7.6，需要放通9000端口
随着互联网电商项目的发展，越来越多的购物平台等都使用SOA分布式来作为系统主要架构。为什么有那么多的电商项目都选择SOA作为系统架构呢？这肯定是存在一定原因的，因为电商行业的项目它大概存在以下特点
如果部署到多台电脑，就跟普通的集群一样；因为Redis是单线程处理的，多核CPU也只能使用一个核，
互联网产品正从“满足用户单向浏览的需求”发展为“满足用户个性化信息获取及社交的需求”。随着 5G的到来，会有越来越多“不可思议”的场景被搬到互联网上。这就要求产品做到以用户和关系为基础，对海量数据进行实时分析计算。
Redis 是一个开源的 key-value 存储系统，由于出众的性能，大部分互联网企业都用来做服务器端缓存。Redis 在 3.0 版本前只支持单实例模式，虽然支持主从模式、哨兵模式部署来解决单点故障，但是互联网企业动辄大几百G的数据，可这些模式没法满足业务的需求，所以 Redis 在 3.0 版本以后就推出了集群模式。
在前面的文章,已经写过redis主从架构和redis哨兵架构了,那么本文介绍的是redis集群架构,redis集群是当前大型互联网公司常用的架构模式了,由于它的强大高效而又便捷的功能,得到了广泛的使用。
项目早期通过三台机器搭建了Redis高可用集群，每台机器部署两个redis实例，形成三主三从节点。故障发生于一台机器宕机，导致整个Redis集群异常，最终影响网关安全认证失败，拒绝了所有交易请求。
Ask how something can be done rather than say it can't be done.
互联网产品正从“满足用户单向浏览的需求”发展为“满足用户个性化信息获取及社交的需求”。随着 5G的到来，会有越来越多“不可思议”的场景被搬到互联网上。这就要求产品做到以用户和关系为基础，对海量数据进行实时分析计算。 这也就意味着，对于用户的每次请求，服务器端都要查询海量数据、多维度数据，还要将这些数据进行聚合、过滤、筛选和排序，最终响应给用户。如果这些数据全部从数据库中加载，则将是一个无法忍受的漫长过程。 1 为什么需要缓存 使用缓存可以提升系统性能，以及改善用户体验。 缓存的意义是：通过开辟一个新的数据
由于业务需要，需要把之前的分布式架构调整成微服务，把老项目迁移到k8s的服务中，再开始编码之前，需要再本地环境里做相应的准备工作，使用docker搭建redis集群，下面介绍原生搭建集群和使用redis-trib.rb搭建集群的两种方式。
👆点击“博文视点Broadview”，获取更多书讯 互联网产品正从“满足用户单向浏览的需求”发展为“满足用户个性化信息获取及社交的需求”。随着 5G的到来，会有越来越多“不可思议”的场景被搬到互联网上。这就要求产品做到以用户和关系为基础，对海量数据进行实时分析计算。 这也就意味着，对于用户的每次请求，服务器端都要查询海量数据、多维度数据，还要将这些数据进行聚合、过滤、筛选和排序，最终响应给用户。如果这些数据全部从数据库中加载，则将是一个无法忍受的漫长过程。 1 为什么需要缓存 使用缓存可以提升系统性能，
问题就是上面的报错的问题，直接翻译异常就是连接拒绝。 一般情况可能就是网络问题或者配置地址不正确。
Redis主从架构的工作模式为提供多台Redis服务，选择其中的一台作为master节点向外提供读写服务，剩下的作为slave节点从master节点复制数据，只向外提供读服务。
还记得Redis使用场景、缓存穿透、缓存击穿、缓存雪崩、Redis持久化、数据过期策略、数据淘汰策略吗？如果忘记可以到这里重新温习， Redis常见面试题（一）：Redis使用场景，缓存、分布式锁；缓存穿透、缓存击穿、缓存雪崩；双写一致，Canal，Redis持久化，数据过期策略，数据淘汰策略。
首先我们需要使用VMware配置几个虚拟机，我们需要安装VMWare然后 下载自己的linux镜像文件，在虚拟机上安装linux系统，
Redis作为内存数据库，需要具备高可用的特点，不然如果服务器宕机，还在内存里的数据就会丢失。我们最常用的高可用方法就是搭建集群，master机器挂了，可以让slave机器顶上，继续提供服务。但是Redis集群是不会自动进行主从切换的，也就是说，如果主节点非常不争气的在凌晨3点挂了，那么运维同学就要马上起床，把从节点改成主节点，这样的操作是非常繁琐低效的。为此，Redis官方提供了一种解决方案：Redis Sentinel
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
