本文目录一览：
- 1、redis怎么设置密码
- 2、Redis集群模式1-主从复制+哨兵机制
- 3、kubernetes启动redis并设置密码yaml文件
- 4、如何检测弹性缓存Redis的连通性?
- 5、Redis集群检测与恢复
- 6、高性能高并发网站架构,教你搭建Redis5缓存集群
Dockerfile如下：另一种是利用kubernetes的lifecycle.postStart设置redis密码，这种方法简单方便 ， 下面就是用kubernetes的lifecycle.postStart设置redis密码 。
打开redis.conf配置文件 ， 找到requirepass，然后修改如下：requirepass yourpassword yourpassword就是redis验证密码，设置密码以后发现可以登陆 ， 但是无法执行命令了 。
修改配置文件 在每个节点的配置文件里面增加密码选项 ， 一定要加上 masterauth，不然 Redirected 的时候会失败 。masterauth redispassword requirepass redispassword 修改后需要重启节点 。
spring配置 ， 下面是一个完整redis配置，密码只需要设置password属性 。
使用redis-cli连接上redis其中一台：redis-cli-c-hxxx-p7001，输入clusterinfo查看当前集群的状态 。可以使用trib的check检测的集群状态：redis-trib.rbcheckxxx：7001，Notall16384slotsarecoveredbynodes 。
Redis集群模式1-主从复制+哨兵机制1、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
2、因此 ， 主从模式的一个缺点，就在于无法实现自动化地故障恢复。Redis后来引入了哨兵机制 ， 哨兵机制大大提升了系统的高可用性 。哨兵 ， 就是站岗放哨的，时刻监控周围的一举一动，在第一时间发现敌情并发出及时的警报 。
3、Redis 高可用的主要有三种模式： 主从模式，哨兵模式和集群模式 。Redis 提供了 Redis 提供了复制（replication）功能，当一台 redis 数据库中的数据发生了变化，这个变化会被自动地同步到其他的 redis 机器上去 。
4、a）主节点（master）故障 ， 从节点slave-1端执行 slaveof no one后变成新主节点； b）其它的节点成为新主节点的从节点，并从新节点复制数据； c）需要人工干预，无法实现高可用 。
5、哨兵模式就是在主从模式的基础上再加一个哨兵集群 。每个哨兵都会监控主节点和从节点的状态 。如果主节点挂了 ， 就会从从节点中选出一个来作为主节点，以达到高可用的目的 。
kubernetes启动redis并设置密码yaml文件我们需要拉取私有仓库镜像185/test：v1，我们就需要针对该私有仓库来创建一个如上的Secret，然后在Pod的 YAML 文件中指定imagePullSecrets 。
kubernetes在集群启动之后 ， 集群中的各个组件也都是以Pod方式运行的 。
提炼 Kubernetes 各核心概念之间的关系，帮助用户理解如何配置 Kubernetes，并以此为依据设计了 Kuboard 工作负载编辑器 。
在这里面 ， 需要新了解的配置项就是 spec 下面几个选项：创建pc-replicaset.yaml文件，内容如下：为了更好的解决服务编排的问题，kubernetes在V2版本开始，引入了Deployment控制器 。
高版本 Kubernetes 默认开启的授权方式是 RBAC 和 Node 。
将这几个CRD和大家熟悉的Kubernetes的对象类比一下 ， 说明：以下的几个CRD yaml文件都可以自动生成模板，在创建cluster的时候，并不都是必须的 。Cluster这个CRD是全新的Kubernetes集群的抽象 。
如何检测弹性缓存Redis的连通性?利用LRU算法 利用Redis的LRU算法，让访问频率高的数据得到更多的缓存 。可以通过配置LRU算法的maxmemory和maxmemory-policy参数来调整缓存的大小和淘汰策略 。
一）缓存和数据库间数据一致性问题 分布式环境下（单机就不用说了）非常容易出现缓存和数据库间的数据一致性问题，针对这一点的话，只能说，如果你的项目对缓存的要求是强一致性的，那么请不要使用缓存 。
解决方法：把所有存在的key都存到另外一个存储的Set集合里，查询时可以先查询key是否存在 。
解决方案是使用分布式锁或者异步更新缓存数据。- 缓存穿透：指查询一个不存在的数据，由于缓存中也没有该数据，所以每次请求都会到数据库中去查询，导致数据库压力增大 。
预防和解决缓存穿透问题，可以考虑以下两种方法：缓存空对象： 将空值缓存起来，但是这样就有一个问题，大量无效的空值将占用空间，非常浪费 。
如果要“保证”数据的安全性 ， 那么会带来开销的进一步提升，以至于使用redis带来的性能优势都会丧失 。正确的做法是区分不同的业务，使得并不需要“保证”数据一致性的场合，可以使用redis优化 。而敏感的场合依然使用mysql 。
Redis集群检测与恢复【redis集群配置密码后怎么测试是否正确 redis集群配置密码后怎么测试】AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍 。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用 。RDB 既可以保证可靠性，还能在宕机时实现快速恢复 。
需要使用trib的fix命令进行修复 。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作 。
通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据 ， 重新部署redis node，再手动创建集群 。三个节点都添加完成 ， 并且没有报错 。进入一个master节点查看集群状态：集群状态终于恢复正常 。
当然，它也支持将内存中的数据以快照和日志的形式持久化到硬盘，这样即使在断电、机器故障等异常情况发生时数据也不会丢失，Redis能从硬盘中恢复快照数据到内存中 。
Redis SAVE 命令用于创建当前数据库的备份 下面建立一个set集合，然后备份 ， 删除集合中if exists，i can backup值，再恢复，当看到ifexists，i can backup值时，说明则说明备份和恢复都成功 。
在集群定时任务 clusterCron 中，会遍历集群中的节点，对每个节点进行检查 ， 判断节点是否下线 。与节点下线相关的状态有两个 ， 分别为 CLUSTER_NODE_PFAIL 和 CLUSTER_NODE_FAIL。
高性能高并发网站架构,教你搭建Redis5缓存集群redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过（cluster-node-timeout） ， 认为当前master节点挂掉 。
Redis集群把所有的数据映射到16384个槽中 。每个key会映射为一个固定的槽，只有当节点分配了槽，才能响应和这些槽关联的键命令 。通过cluster addslots命令为节点分配槽 。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现 ， 任何一个实例宕机，自动会进行主备切换 。
