redis维护-redis运维内容(2-17-20)

更新时间：2024-09-05 分类：Redis 浏览量：3

Redis本文目录一览：

Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分。

Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换。1 自动故障迁移自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务。这种方式需要实现Redis Sentinel监控系统。

Redis 高可用方案常用的有两种：Redis Sentinel 和 Redis Cluster ，本篇笔记介绍这两种方案如何在 Kubernetes 中部署。

Redis哨兵是一种自动化的Redis高可用解决方案，可以监测主节点的状态，并在主节点宕机后自动将从节点升级为新的主节点，以保证Redis服务的高可用性。

他翻译并维护着 Redis 中文文档网站 .com ，编写了 OORedis 库。除此之外，他还是《Redis in Action》一书的译者。

本书全面而完整地讲解了Redis的内部机制与实现方式，对Redis的大多数单机功能以及所有多机功能的实现原理进行了介绍，展示了这些功能的核心数据结构以及关键的算法思想，图示丰富，描述清晰，并给出大量参考信息。

运维团队需要在生产环境中部署Redis和Nginx，以确保应用程序的高可用性和性能。这包括在服务器上安装和配置Redis和Nginx，并设置适当的监控和维护任务，如备份、性能优化、故障处理等。

注意 rLock.tryLock（10， TimeUnit.SECONDS）；时间要设置大一点，如果等待时间太短，小于获取锁 redis 命令的时间，那么就直接返回获取锁失败了。

说实话，如果在公司里落地生产环境用分布式锁的时候，一定是会用开源类库的，比如Redis分布式锁，一般就是用Redisson框架就好了，非常的简便易用。

Availability ：分布式中的 A 表示的是可用性，也就是说服务一直可用，而且是正常响应时间。而你在搭建分布式系统的时候，要保证每个节点都是稳定的，不然你的可用性就没有得到相对应的保证，也谈不上是什么分布式了。

Redis是由意大利人Salvatore Sanfilippo（网名：antirez）开发的一款内存高速缓存数据库。

redis是key-value存储系统。key-value分布式存储系统查询速度快、存放数据量大、支持高并发，非常适合通过主键进行查询，但不能进行复杂的条件查询。

所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁。

简单来说：从项目开发测试完毕后的所有工作都是由运维工程师来负责维护和管理的，可以说是一个项目成败的关键。

负责项目中Wintel服务器的搭建部署配置，排错、故障处理，备份恢、等工作。负责项目中Wintel服务器HA测试，BUR 测试，DR测试等相关工作。熟悉Windows server的日常运维，如日常巡检、备份、故障排查、漏洞修复、优化等工作。

负责运维管理平台上具体应用的需求分析、设计开发和部署。参与商城架构设计及可用性建设。负责项目需求整理，项目进度管理，对接外包开发团队，解决开发过程中的各种问题，把控开发的工作进度和质量。

负责卡中心开发测试环境的日常管理和维护工作。负责与开发中心的开发人员沟通资源需求、统计资源状态。负责KVM虚拟化的的日常运维，包括资源扩容、虚拟机分配、虚拟机性能优化、虚拟机迁移、P2V、镜像制作等操作。