Redis 哨兵高模式搭建及Java代码配置_Redis_

 # 配置文件进行了精简，完整配置可自行和官方提供的完整conf文件进行对照。端口号自行对应修改 # 后台启动的意思 daemonize yes # 端口号 port 6380 # IP绑定，redis不建议对公网开放，直接绑定0.0.0.0没毛病 bind 0.0.0.0 # redis数据文件存放的目录 dir /usr/local/redis/data # 开启AOF appendonly yes # 开启集群 cluster-enabled yes # 会自动生成在上面配置的dir目录下 cluster-config-file nodes-6381.conf cluster-node-timeout 5000 # 这个文件会自动生成 pidfile /var/run/redis_6381.pid 

 [root@hadoop-master conf]# ll |grep redis | grep -v 6379 -rw-r--r-- 1 root root 489 7月 28 14:49 redis-6380.conf -rw-r--r-- 1 root root 571 7月 28 18:09 redis-6381.conf -rw-r--r-- 1 root root 600 7月 28 18:09 redis-6382.conf 

 #使用 redis-server 命令，并指定配置文件 /mnt/redis/bin/redis-server /mnt/redis/conf/redis-6380.conf /mnt/redis/bin/redis-server /mnt/redis/conf/redis-6381.conf /mnt/redis/bin/redis-server /mnt/redis/conf/redis-6382.conf 

 #通过 redis-cli客户端命令将指定端口下的服务作为指定ip端口下的从属节点 /mnt/redis/bin/redis-cli -p 6381 192.168.16.40 6380 /mnt/redis/bin/redis-cli -p 6382 192.168.16.40 6380 #此时6380为主节点其他节点为从属节点

 # 此命令可查看redis集群中的 server/Clients/memory/persistence/stats # replication/cpu/modules/cluster/keyspace等信息 /mnt/redis/bin/redis-cli -p 6380 info # 通过指定replication获取集群信息 /mnt/redis/bin/redis-cli -p 6380 info replication 

 # Server redis_version:3.2.0 #redis 版本 redis_git_sha1:00000000 redis_git_dirty:0 redis_build_id:85def9ed04ebeee4 redis_mode:cluster #运行模式(standalone,cluster) os:Linux 3.0.13-0.27-default x86_64 #运行系统内核版本 arch_bits:64 #字长 multiplexing_api:epoll #Redis使用的事件处理机制 gcc_version:4.3.4 #编译Redis时所使用的GCC版本 process_id:26327 #Redis进程PID run_id:e833bf79e98daa5b5917c510b4d9f056cfc5059c #Redis服务器的编号（用于集群） tcp_port:7001 #监听的端口 uptime_in_seconds:587882 #已运行秒数 uptime_in_days:6 #已运行天数 hz:10 #用于执行后台任务的函数被调用的频率 lru_clock:10570417 #用于LRU管理的计时器，单位为分钟 executable:/home/rediscluster/7001/redis/./bin/redis-server #bin文件位置 config_file:/home/rediscluster/7001/redis/./config/redis.conf #配置文件位置 # Clients connected_clients:1 #连接的客户端数 client_longest_output_list:0 #当前客户端连接中最长的输出列表 client_biggest_input_buf:0 #当前客户端连接中最大的输入缓存 blocked_clients:0 #阻塞的客户端数 # Memory used_memory:2421816 #消耗的内存 used_memory_human:2.31M used_memory_rss:3973120 #操作系统分配给Redis的内存 used_memory_rss_human:3.79M used_memory_peak:2421816 #内存消耗的峰值 used_memory_peak_human:2.31M total_system_memory:8250241024 #系统总内存 total_system_memory_human:7.68G used_memory_lua:37888 #Lua脚本消耗的内存 used_memory_lua_human:37.00K maxmemory:0 #内存使用限制 maxmemory_human:0B maxmemory_policy:noeviction #超出内存限制时的行为 mem_fragmentation_ratio:1.64 #内存碎片率（=used_memory_rss/used_memory） mem_allocator:jemalloc-4.0.3 #内存分配器 # Persistence loading:0 #是否正在载入持久化文件 rdb_changes_since_last_save:0 #上次持久化以来修改的键值数 rdb_bgsave_in_progress:0 #是否正在后台保存RDB文件 rdb_last_save_time:1469670746 #上次RDB持久化的时间戳 rdb_last_bgsave_status:ok #上次RDB持久化的结果 rdb_last_bgsave_time_sec:0 #上次创建RDB文件消耗的秒数 rdb_current_bgsave_time_sec:-1 #如果正在创建RDB文件，记录已经消耗了多少时间 aof_enabled:1 #是否启用AOF持久化 aof_rewrite_in_progress:0 #是否正在重写AOF文件 aof_rewrite_scheduled:0 #是否将要重写AOF文件 aof_last_rewrite_time_sec:-1 #上次AOF重写消耗的时间 aof_current_rewrite_time_sec:-1 #当前AOF重写已消耗的时间 aof_last_bgrewrite_status:ok #上次重写AOF文件的结果 aof_last_write_status:ok #上次写入AOF文件的结果 aof_current_size:54 #当前AOF文件的大小 aof_base_size:0 #上一个AOF文件的大小 aof_pending_rewrite:0 #是否有AOF重写操作在等待RDB文件的创建 aof_buffer_length:0 #AOF写入缓冲区大小 aof_rewrite_buffer_length:0 #AOF重写缓冲区大小 aof_pending_bio_fsync:0 #正在I/O队列中等待的fsync()的数量 aof_delayed_fsync:0 #被延迟执行的fsync()的数量 # Stats total_connections_received:9 #服务器已接受的连接请求数 total_commands_processed:586729 #服务器已经执行的命令数量 instantaneous_ops_per_sec:1 #当前每秒执行的命令数量 total_net_input_bytes:22855989 #接受的数据包总大小 total_net_output_bytes:849760 #发送的数据包总大小 instantaneous_input_kbps:0.05 #当前下行速率 instantaneous_output_kbps:0.01 #当前上行速率 rejected_connections:0 #被拒绝的连接请求数 sync_full:1 #主从同步状态 sync_partial_ok:0 sync_partial_err:0 expired_keys:0 #过期的键数 evicted_keys:0 #因内存达到上限被剔除的键数 keyspace_hits:0 #命中key的次数 keyspace_misses:0 #未命中的次数 pubsub_channels:0 #当前被订阅的频道和模式数 pubsub_patterns:0 latest_fork_usec:640 #最后一次fork()消耗的毫秒数 migrate_cached_sockets:0 #为节点迁移缓存的TCP连接数 # Replication role:master #主节点还是从节点 connected_slaves:1 #已连接的从节点数 slave0:ip=127.0.0.1,port=7004,state=online,offset=821435,lag=1 #从节点信息 ip 端口 数据新度等 master_repl_offset:821435 #主节点数据新度 repl_backlog_active:1 #是否为主从同步启用积压空间 repl_backlog_size:1048576 #积压空间大小 repl_backlog_first_byte_offset:2 #积压空间开头的数据新度 repl_backlog_histlen:821434 #积压空间当前数据量 # CPU used_cpu_sys:255.39 #核心态CPU时间 used_cpu_user:257.42 #用户态CPU时间 used_cpu_sys_children:0.00 #子进程核心态CPU时间 used_cpu_user_children:0.00 #子进程用户态CPU时间 # Cluster cluster_enabled:1 #是否启用集群 # Keyspace db0:keys=1,expires=0,avg_ttl=0 #各数据库的键数、过期键数、数据库中键的平均过期时间戳估测值

 # 配置文件：sentinel.conf，在sentinel运行期间是会被动态修改的 # sentinel如果重启时，根据这个配置来恢复其之前所监控的redis集群的状态 # 绑定IP bind 0.0.0.0 # 后台运行 daemonize yes # 默认yes，没指定密码或者指定IP的情况下，外网无法访问 protected-mode no # 哨兵的端口，客户端通过这个端口来发现redis port 26380 # 哨兵自己的IP，手动设定也可自动发现，用于与其他哨兵通信 # sentinel announce-ip # 临时文件夹 dir "/tmp" # 日志 logfile "/mnt/redis/logs/sentinel-26380.log" # sentinel监控的master的名字叫做mymaster,初始地址为 192.168.16.40 6380,2代表两个及以上哨兵认定为死亡，才认为是真的死亡 sentinel myid fa62676c970da6800e30b28b9cc732e2cee85952 # 发送心跳PING来确认master是否存活 # 如果master在“一定时间范围”内不回应PONG 或者是回复了一个错误消息，那么这个sentinel会主观地(单方面地)认为这个master已经不可用了 sentinel deny-scripts-reconfig yes # 如果在该时间（ms）内未能完成failover操作，则认为该failover失败 sentinel monitor mymaster 192.168.16.40 6381 2 # 指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长 sentinel down-after-milliseconds mymaster 1000 

 [root@hadoop-master conf]# ll | grep sentinel -rw-r--r-- 1 root root 1989 7月 28 18:09 sentinel-26380.conf -rw-r--r-- 1 root root 1989 7月 28 18:09 sentinel-26381.conf -rw-r--r-- 1 root root 1989 7月 28 18:09 sentinel-26382.conf 

 # 可使用redis-server + sentinel参数启动 /mnt/redis/bin/redis-server /mnt/redis/conf/sentinel-26380.conf --sentinel /mnt/redis/bin/redis-server /mnt/redis/conf/sentinel-26381.conf --sentinel /mnt/redis/bin/redis-server /mnt/redis/conf/sentinel-26382.conf --sentinel # 直接使用redis-sentinel启动 /mnt/redis/bin/redis-sentinel /mnt/redis/conf/sentinel-26380.conf /mnt/redis/bin/redis-sentinel /mnt/redis/conf/sentinel-26381.conf /mnt/redis/bin/redis-sentinel /mnt/redis/conf/sentinel-26382.conf 

 # 因为6380的端口是主节点 [root@hadoop-master bin]# ps -ef | grep redis| grep 6380 root 30325 1 0 19:09 ? 00:00:00 /mnt/redis/bin/redis-server 0.0.0.0:6380 root 30415 1 0 19:10 ? 00:00:01 /mnt/redis/bin/redis-sentinel 0.0.0.0:26380 [sentinel] [root@hadoop-master bin]# kill -9 30325 

 ####################################启动日志####################################### 31551:X 28 Jul 2020 19:35:23.289 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo 31551:X 28 Jul 2020 19:35:23.289 # Redis version=6.0.5, bits=64, commit=00000000, modified=0, pid=31551, just started 31551:X 28 Jul 2020 19:35:23.289 # Configuration loaded 31552:X 28 Jul 2020 19:35:23.293 * Running mode=sentinel, port=26380. 31552:X 28 Jul 2020 19:35:23.293 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128. 31552:X 28 Jul 2020 19:35:23.294 # Sentinel ID is fa62676c970da6800e30b28b9cc732e2cee85952 31552:X 28 Jul 2020 19:35:23.294 # +monitor master mymaster 192.168.16.40 6380 quorum 2 31552:X 28 Jul 2020 19:35:24.344 # +sdown sentinel 4cabf69629c1401289b6d3d239eba18b45da0041 192.168.16.40 26381 @ mymaster 192.168.16.40 6380 31552:X 28 Jul 2020 19:35:24.345 # +sdown sentinel 20d8240e06a10cd887b752026c00de0318761eb8 192.168.16.40 26382 @ mymaster 192.168.16.40 6380 31552:X 28 Jul 2020 19:35:26.471 # -sdown sentinel 4cabf69629c1401289b6d3d239eba18b45da0041 192.168.16.40 26381 @ mymaster 192.168.16.40 6380 31552:X 28 Jul 2020 19:35:29.621 # -sdown sentinel 20d8240e06a10cd887b752026c00de0318761eb8 192.168.16.40 26382 @ mymaster 192.168.16.40 6380 ####################################杀掉主节点之后日志1################################### 31552:X 28 Jul 2020 19:37:42.950 # +sdown master mymaster 192.168.16.40 6380 31552:X 28 Jul 2020 19:37:43.018 # +new-epoch 3 31552:X 28 Jul 2020 19:37:43.019 # +vote-for-leader 4cabf69629c1401289b6d3d239eba18b45da0041 3 31552:X 28 Jul 2020 19:37:44.023 # +odown master mymaster 192.168.16.40 6380 #quorum 3/2 31552:X 28 Jul 2020 19:37:44.023 # Next failover delay: I will not start a failover before Tue Jul 28 19:37:49 2020 31552:X 28 Jul 2020 19:37:44.098 # +config-update-from sentinel 4cabf69629c1401289b6d3d239eba18b45da0041 192.168.16.40 26381 @ mymaster 192.168.16.40 6380 31552:X 28 Jul 2020 19:37:44.098 # +switch-master mymaster 192.168.16.40 6380 192.168.16.40 6381 31552:X 28 Jul 2020 19:37:44.098 * +slave slave 192.168.16.40:6382 192.168.16.40 6382 @ mymaster 192.168.16.40 6381 31552:X 28 Jul 2020 19:37:44.098 * +slave slave 192.168.16.40:6380 192.168.16.40 6380 @ mymaster 192.168.16.40 6381 31552:X 28 Jul 2020 19:37:45
                
提示：
                    本文由神整理自网络，如有侵权请联系本站删除！
                    

                    本站声明： 

                    1、本站所有资源均来源于互联网，不保证100%完整、不提供任何技术支持； 

                    2、本站所发布的文章以及附件仅限用于学习和研究目的;不得将用于商业或者非法用途；否则由此产生的法律后果，本站概不负责！
                
                

                

                                            
上一篇：推荐一款神仙颜值的 Redis 客户端工具(速收藏)_Redis_
                                                                
下一篇：详解Redis中key的命名规范和值的命名规范_Redis_