物联网架构成长之路(11)-Redis缓存主从复制

1. 说明

　　在我的物联网平台框架框架中，会用到Redis这个中间件。作为EMQ权限认证的缓存。https://www.cnblogs.com/think-in-java/p/5123884.html

2. 编译&运行

 wget http://download.redis.io/releases/redis-4.0.6.tar.gz
 make && make test && make PREFIX=/home/user/workspace/redis install

　　编译，测试，安装

 cp ./redis.conf /home/user/workspace/redis
 cd /home/user/workspace/redis
 ./bin/redis-server
 ps -c redis-server

3. 主从复制

　　一台MASTER(172.16.20.229) 配置，从默认配置拷贝一份，然后修改如下配置项

 port  #这个根据需要，选择默认的6379端口即可
 bind 0.0.0.0 #这个绑定，如果是单机测试那么就不用改，如果是多机测试，这个bind选项要注释掉，注释后表示redis监听所有网卡，或者绑定 0.0.0.0
 requirepass  #密码表示所有连接都要进行授权

　　另外一台 SLAVE(172.16.20.203) 配置，同样从默认配置拷贝一份，然后修改如下配置项

 port   #
 slaveof 172.16.20.203   #
 masterauth   #
 requirepass   #

　　配置后，先启动MASTER然后启动SLAVE，可以看到MASTER日志信息如下

　　然后通过任意客户端 ./redis-cli -h 172.16.20.229  ./redis-cli -h 172.16.20.203 连接授权后，两者的操作就都是在操作同一份数据了。这样就可以简单的在应用层实现读写分离了。

4. HA高可用

　　Redis 算是一个比较流行的中间件了。本身提供了上面的主从复制功能，同时也提供了HA高可用功能。Sentinel哨兵进程。对于普通的企业应用来说，这个功能就够了。

　　Redis内置的主从复制和高可用会以来redis.conf和sentinel.conf 这两个配置文件，而且还会在系统主从选举等操作时修改这两个配置文件

　　172.16.20.229 redis.conf MASTER

 protected-mode yes
 tcp-backlog
 timeout
 tcp-keepalive
 daemonize no
 supervised no
 pidfile "/var/run/redis_6379.pid"
 loglevel notice
 logfile ""
 databases
 always-show-logo yes
 save
 save
 save
 stop-writes-on-bgsave-error yes
 rdbcompression yes
 rdbchecksum yes
 dbfilename "dump.rdb"
 dir "/home/user/workspace/emq/redis/bin"
 slave-serve-stale-data yes
 slave-read-only yes
 repl-diskless-sync no
 repl-diskless-sync-delay
 repl-disable-tcp-nodelay no
 slave-priority
 lazyfree-lazy-eviction no
 lazyfree-lazy-expire no
 lazyfree-lazy-server-del no
 slave-lazy-flush no
 appendonly no
 appendfilename "appendonly.aof"
 appendfsync everysec
 no-appendfsync-on-rewrite no
 auto-aof-rewrite-percentage
 auto-aof-rewrite-min-size 64mb
 aof-load-truncated yes
 aof-use-rdb-preamble no
 lua-time-limit
 slowlog-log-slower-than
 slowlog-max-len
 latency-monitor-threshold
 notify-keyspace-events ""
 hash-max-ziplist-entries
 hash-max-ziplist-value
 list-max-ziplist-size -
 list-compress-depth
 set-max-intset-entries
 zset-max-ziplist-entries
 zset-max-ziplist-value
 hll-sparse-max-bytes
 activerehashing yes
 client-output-buffer-limit normal
 client-output-buffer-limit slave 256mb 64mb
 client-output-buffer-limit pubsub 32mb 8mb
 hz
 aof-rewrite-incremental-fsync yes

 bind 0.0.0.0
 port
 requirepass
 masterauth 

　　172.16.23.203 redis.conf SLAVE

 protected-mode yes
 tcp-backlog
 timeout
 tcp-keepalive
 daemonize no
 supervised no
 pidfile "/var/run/redis_6379.pid"
 loglevel notice
 logfile ""
 databases
 always-show-logo yes
 save
 save
 save
 stop-writes-on-bgsave-error yes
 rdbcompression yes
 rdbchecksum yes
 dbfilename "dump.rdb"
 dir "/root/workspace/emq/redis/bin"
 slave-serve-stale-data yes
 slave-read-only yes
 repl-diskless-sync no
 repl-diskless-sync-delay
 repl-disable-tcp-nodelay no
 slave-priority
 lazyfree-lazy-eviction no
 lazyfree-lazy-expire no
 lazyfree-lazy-server-del no
 slave-lazy-flush no
 appendonly no
 appendfilename "appendonly.aof"
 appendfsync everysec
 no-appendfsync-on-rewrite no
 auto-aof-rewrite-percentage
 auto-aof-rewrite-min-size 64mb
 aof-load-truncated yes
 aof-use-rdb-preamble no
 lua-time-limit
 slowlog-log-slower-than
 slowlog-max-len
 latency-monitor-threshold
 notify-keyspace-events ""
 hash-max-ziplist-entries
 hash-max-ziplist-value
 list-max-ziplist-size -
 list-compress-depth
 set-max-intset-entries
 zset-max-ziplist-entries
 zset-max-ziplist-value
 hll-sparse-max-bytes
 activerehashing yes
 client-output-buffer-limit normal
 client-output-buffer-limit slave 256mb 64mb
 client-output-buffer-limit pubsub 32mb 8mb
 hz
 aof-rewrite-incremental-fsync yes

 bind 0.0.0.0
 port
 slaveof 172.16.20.229
 masterauth
 requirepass 

　　172.16.23.205 redis.conf SLAVE

 protected-mode yes
 tcp-backlog
 timeout
 tcp-keepalive
 daemonize no
 supervised no
 pidfile "/var/run/redis_6379.pid"
 loglevel notice
 logfile ""
 databases
 always-show-logo yes
 save
 save
 save
 stop-writes-on-bgsave-error yes
 rdbcompression yes
 rdbchecksum yes
 dbfilename "dump.rdb"
 dir "/root/workspace/emq/redis/bin"
 slave-serve-stale-data yes
 slave-read-only yes
 repl-diskless-sync no
 repl-diskless-sync-delay
 repl-disable-tcp-nodelay no
 slave-priority
 lazyfree-lazy-eviction no
 lazyfree-lazy-expire no
 lazyfree-lazy-server-del no
 slave-lazy-flush no
 appendonly no
 appendfilename "appendonly.aof"
 appendfsync everysec
 no-appendfsync-on-rewrite no
 auto-aof-rewrite-percentage
 auto-aof-rewrite-min-size 64mb
 aof-load-truncated yes
 aof-use-rdb-preamble no
 lua-time-limit
 slowlog-log-slower-than
 slowlog-max-len
 latency-monitor-threshold
 notify-keyspace-events ""
 hash-max-ziplist-entries
 hash-max-ziplist-value
 list-max-ziplist-size -
 list-compress-depth
 set-max-intset-entries
 zset-max-ziplist-entries
 zset-max-ziplist-value
 hll-sparse-max-bytes
 activerehashing yes
 client-output-buffer-limit normal
 client-output-buffer-limit slave 256mb 64mb
 client-output-buffer-limit pubsub 32mb 8mb
 hz
 aof-rewrite-incremental-fsync yes

 bind 0.0.0.0
 port
 slaveof 172.16.20.229
 masterauth
 requirepass 

　　172.16.20.229 sentinel.conf SENTINEL1

 port 

 sentinel monitor mymaster 172.16.20.229
 sentinel auth-pass mymaster
 sentinel down-after-milliseconds mymaster
 sentinel failover-timeout mymaster 

　　172.16.23.204 sentinel.conf SENTINEL2

 port 

 sentinel monitor mymaster 172.16.20.229
 sentinel auth-pass mymaster 

　　创建一个MASTER两个SLAVE两个SENTINEL。

5. 实际测试

　　(1) 启动 172.16.20.229 redis.conf MASTER

　　(2) 启动 172.16.23.203 redis.conf SLAVE

　　(3) 启动 172.16.23.205 redis.conf SLAVE

　　(4) 启动 172.16.23.204 sentinel.conf SENTINEL

　　(5) 启动 172.16.20.229 sentinel.conf SENTINEL

　　(6) 上面所有服务都启动后，各个服务的日志信息

　　172.16.20.229 redis master

　　172.16.23.203 redis slave

　　172.16.23.205 redis slave

　　172.16.23.204 sentinel

　　172.16.23.229 sentinel

　　(7) 查看状态 ./redis-cli -p 26379

　　(8) 然后可以模拟各种故障情况，看一下效果，一顿操作过后，所有服务都关闭了。再去看各个服务下的配置文件，都会发现，每个服务conf配置文件最下面都会增加一些节点信息。

　　(9) 例如关闭172.16.23.229 redis Master ，这个时候

6. 关于HA说明

　　好像这个sentinel模式可以做到简单的主从恢复，和主从切换。但是对于HA来说，好像不是那么回事，该挂的节点，还是挂了，对于客户端来说，不是很透明。

　　有些人的做法是通过DNS进行解决。这个问题先放着，我觉得还是要等到后面Spring Cloud 学了之后，弄个全局配置中心，来动态获取这些数据，只对配置中心和Nginx负载均衡器做HA，其他的再说。