调研Redis高可用两种方案
Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分。
Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换。1 自动故障迁移 自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务。这种方式需要实现Redis Sentinel监控系统。
Redis 高可用方案常用的有两种：Redis Sentinel 和 Redis Cluster ，本篇笔记介绍这两种方案如何在 Kubernetes 中部署。
记录一下redis常用运维命令
使用redis-benchmark持续灌入数据 制造输入缓冲区压力（防止干扰，先清空数据再压测）压测几秒钟后，触发OOM 检查输入缓冲区内存消耗，能看到客户端输入缓冲区消耗总量为 4G左右，远远超过maxmemory参数设置。
curl命令 + 请求接口的地址 如果想看到详细的请求信息，可以加上 -v 参数 结果如下：可以用 -X POST 来申明我们的请求方法，用 -d 参数，来传送我们的参数。
连接操作相关命令：quit：关闭连接（connection）。auth：简单密码认证。value操作命令：exists(key)：确认key否存。del(key)：删除key。type(key)：返值类型。
Redis哨兵机制原理浅析
Redis哨兵模式的实现原理。关于哨兵的原理，关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务。
原理 监控 sentinel节点需要监控master、slave以及其他sentinel节点的状态。这一过程是通过Redis的pub\sub系统实现的。
Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。 要使用哨兵机制，除了启动Redis服务以外，还要启动哨兵服务来进行监控，会介绍详细步骤。
redis高可用实践之FAILOVER
1、CLUSTER FAILOVER TAKEOVER： 为了处理半数master节点异常的场景，可以添加***TAKEOVER 选项。通过TAKEOVER 选项，可以无需获得半数master的认同，而是直接更新状态为master并向所有可达的节点发送最新配置epoch。
2、而Redis 为了保证迁移的一致性，迁移所有操作都是同步操作 ，执行迁移时，两端的 Redis 均会进入时长不等的阻塞状态，对于小 Key，该时间可以忽略不计，但如果一旦 Key 的内存使用过大，严重的时候会接触发集群内的故障转移，造成不必要的切换。
3、redis 高可用架构叫故障转移，failover，也可以叫做主备切换，切换的时间不可用，但是整体高可用。
4、是一种去中心化的集群架构 Redis Cluster 的性能与单节点部署是同级别的。 多主节点、负载均衡、读写分离 Redis Cluster 支持标准的 主从复制配置来保障高可用和高可靠。
5、试想如果用来保障redis集群高可用的哨兵是单机的，然后哨兵挂了，redis也挂了，这tm是何等 卧槽？ 所以哨兵也是集群的，所有操作需要进行投票决定。
redisnginx部署是开发还是运维的工作
1、简单来说：从项目开发测试完毕后的所有工作都是由运维工程师来负责维护和管理的，可以说是一个项目成败的关键。
2、负责运维管理平台上具体应用的需求分析、设计开发和部署。 参与商城架构设计及可用性建设。 负责项目需求整理，项目进度管理，对接外包开发团队，解决开发过程中的各种问题，把控开发的工作进度和质量。
3、负责卡中心开发测试环境的日常管理和维护工作。 负责与开发中心的开发人员沟通资源需求、统计资源状态。 负责KVM虚拟化的的日常运维，包括资源扩容、虚拟机分配、虚拟机性能优化、虚拟机迁移、P2V、镜像制作等操作。
关于redis运维安全配置和redis日常运维的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。