redis安装
解压完成后可以看到INSTALL和README.md文件,查看以获取更多有用信息。
在README文件中可以获取到软件的安装步骤。以下安装步骤基于此。
step1 进入文件夹,执行编译命令
[root@iZ2ze8nco8ibrno0cscszfZ redis-3.2.8]# make
step2 为了后面开发测试的方便,把启动脚本,配置文件,日志文件统一放到redis目录下
[root@iZ2ze8nco8ibrno0cscszfZ redis-3.2.8]# mkdir /usr/local/redis
[root@iZ2ze8nco8ibrno0cscszfZ redis-3.2.8]# mkdir /usr/local/redis/logs
[root@iZ2ze8nco8ibrno0cscszfZ redis-3.2.8]# mkdir /usr/local/redis/bin
[root@iZ2ze8nco8ibrno0cscszfZ redis-3.2.8]# mkdir /usr/local/redis/conf
[root@iZ2ze8nco8ibrno0cscszfZ redis-3.2.8]# cp redis.conf sentinel.conf /usr/local/redis/conf/
[root@iZ2ze8nco8ibrno0cscszfZ src]# cp redis-server redis-sentinel redis-cli /usr/local/redis/bin/
step3 开启Redis服务,检测其可用性
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-server ../conf/redis.conf
可以看到日志信息
6261:M 30 Mar 09:29:20.941 * The server is now ready to accept connections on port 6379
Redis server使用默认端口6379启动成功。
step4 修改配置文件,使其以后台服务方式运行。
#what?局域网内本机IP。
#why?只接受外部程序发送到IP 172.17.84.39的数据。
#resoult:更加安全,因为只有同一局域网内的机器能够访问。当然也可以把bind注释掉,以支持包括外网在内的所有IP。
bind 172.17.84.39
#修改默认端口,避免被恶意脚本扫描。
port 9999
loglevel debug
logfile /usr/local/redis/logs/redis.log.9999
#为服务设置安全密码
requirepass redispass
#以守护进程方式运行
daemonize yes
step5 重新启动redis。
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h 172.17.84.39 -p 9999 -a redispass shutdown
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-server ../conf/redis.conf
查看日志../logs/redis.log.9999
6290:M 30 Mar 10:25:29.050 - Accepted 172.17.84.39:44928
6290:M 30 Mar 10:25:29.050 # User requested shutdown...
6290:M 30 Mar 10:25:29.050 * Saving the final RDB snapshot before exiting.
6290:M 30 Mar 10:25:29.053 * DB saved on disk
6290:M 30 Mar 10:25:29.053 * Removing the pid file.
6290:M 30 Mar 10:25:29.053 # Redis is now ready to exit, bye bye...
6290:M 30 Mar 09:46:01.661 * The server is now ready to accept connections on port 9999
可以看到,服务端接收到停止服务的命令后,并没有立即停止运行,而是做了一个Saving 的操作,因此,如果采用KILL -9 pid 的方式杀死redis进程,可能导致部分数据丢失!
step6 在redis中保存第一个值
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h 172.17.84.39 -p 9999 -a redispass
172.17.84.39:9999> set test success
OK
172.17.84.39:9999> get test
"success"
开启主从复制(master-slave)
主从模式的两个重要目的,提升系统可靠性和读写分离提升部分性能。
这里通过修改端口的方式,再启动端口为9997和9998的服务作为备(从)机。
备机启动需要修改配置文件部分属性(在9999配置的基础上)。
port 9997
logfile /usr/local/redis/logs/redis.log.9997
#指定master ip port
slaveof 172.17.84.39 9999
#认证master时需要的密码。必须和master配置的requirepass 保持一致
masterauth redispass
protected-mode no
从机9998配置同理
port 9998
logfile /usr/local/redis/logs/redis.log.9998
slaveof 172.17.84.39 9999
masterauth redispass
protected-mode no
开启从机服务
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-server ../conf/redis.conf.9997
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-server ../conf/redis.conf.9998
查看slave 9978日志(省略部分信息),可以看出,slave在启动时成功连接master,并接收到了104字节的同步数据。
6472:S 30 Mar 11:18:17.206 * Connecting to MASTER 172.17.84.39:9999
6472:S 30 Mar 11:18:17.206 * MASTER <-> SLAVE sync started
6472:S 30 Mar 11:18:17.223 * MASTER <-> SLAVE sync: receiving 104 bytes from master
6472:S 30 Mar 11:18:17.223 * MASTER <-> SLAVE sync: Finished with success
验证:尝试在从机中获取前面存入的key值
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h 172.17.84.39 -p 9997 -a redispass
172.17.84.39:9997> get test
"success"
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h 172.17.84.39 -p 9998 -a redispass
172.17.84.39:9998> get test
"success"
sentinel模式故障自动迁移
Master-slave主从复制避免了数据丢失带来的灾难性后果。
但是单点故障仍然存在,在运行期间master宕机需要停机手动切换。
Sentinel很好的解决了这个问题,当Master-slave模式中的Master宕机后,能够自主切换,选择另一个可靠的redis-server充当master角色,使系统仍正常运行。
一般来说sentinel server需要大于等于3个。
这里通过修改端口的方式开启3个sentinel server。修改配置文件sentinel.conf部分属性
#服务运行端口号
port 26379
#mymaster为指定的master服务器起一个别名
#master IP和端口号
#2的含义:当开启的sentinel server认为当前master主观下线的(+sdown)数量达到2时,则sentinel server认为当前master客观下线(+odown)系统开始自动迁移。2的计算(建议):sentinel server数量的大多数,至少为count(sentinel server)/2 向上取整。2>3/2(主观下线与客观下线?)
sentinel monitor mymaster 172.17.84.39 9999 2
#master别名和认证密码。这就提醒了用户,在master-slave系统中,各服务的认证密码应该保持一致。
sentinel auth-pass mymaster redispass
#以守护进程方式运行
daemonize yes
logfile /usr/local/redis/logs/sentinel.log.26379
protected-mode no
sentinel down-after-milliseconds mymaster 6000
sentinel failover-timeout mymaster 18000
(多开服务只需要在以上配置基础上修改端口号,其它保持不变 port 26378/port 26377)
开启Sentinel服务
./redis-sentinel ../conf/sentinel.conf.26377
./redis-sentinel ../conf/sentinel.conf.26378
./redis-sentinel ../conf/sentinel.conf.26379
查看日志:
6860:X 30 Mar 15:20:27.383 # Sentinel ID is 14a6a8d5d770c8e9d0e880a8e426454e1a652f94
6860:X 30 Mar 15:20:27.383 # +monitor master mymaster 172.17.84.39 9999 quorum 2
6860:X 30 Mar 15:20:28.776 * +sentinel sentinel b50ce4d448ad1091df76623e625dd7f90b374fd3 172.17.84.39 26379 @ mymaster 172.17.84.39 9999
6860:X 30 Mar 15:20:31.311 * +sentinel sentinel d99a3d163a4a887a240793f2fb5a66c3b14e311a 172.17.84.39 26378 @ mymaster 172.17.84.39 9999
此时所有服务的运行情况:
[root@iZ2ze8nco8ibrno0cscszfZ logs]# ps -aux|grep redis
root 6372 0.0 0.2 138964 2532 ? Ssl 10:26 0:05 ./redis-server 172.17.84.39:9999
root 6472 0.0 0.2 136916 2420 ? Ssl 11:18 0:04 ./redis-server 172.17.84.39:9997
root 6477 0.0 0.2 136916 2408 ? Ssl 11:18 0:04 ./redis-server 172.17.84.39:9998
root 6725 0.0 0.2 136916 2076 ? Ssl 14:40 0:00 ./redis-sentinel *:26379 [sentinel]
root 6737 0.0 0.2 136916 2304 ? Ssl 14:44 0:00 ./redis-sentinel *:26378 [sentinel]
root 6760 0.0 0.2 136916 2300 ? Ssl 14:45 0:00 ./redis-sentinel *:26377 [sentinel]
测试:杀死master进程,模拟master宕机
Kill -9 6372
查看sentinel日志(省略部分信息),可以知道故障迁移的大致过程:
+sdown master mymaster:主观认为master下线
+odown master mymaster 172.17.84.39 9999 #quorum 2/2:认为主观下线的sentinel数量达到设定的阈值2,可以开始转移了。
+new-epoch 1:新纪元(新版本?因为会产生新的master?蛤?O(∩_∩)O~)
+try-failover master mymaster 172.17.84.39 9999:开始转移
7118:X 30 Mar 15:54:43.994 # +vote-for-leader 2c536c5f9f97071cfdfffc9ad3d426dbbf505b02 1
7118:X 30 Mar 15:54:44.004 # 69485d9636fad6003cb0dbbdbaa36d59749ee40b voted for 2c536c5f9f97071cfdfffc9ad3d426dbbf505b02 1
7118:X 30 Mar 15:54:44.004 # a027e345d3c31eebe931f1d8e9616fd34d3519b5 voted for 2c536c5f9f97071cfdfffc9ad3d426dbbf505b02 1
通过投票在运行的sentinel 服务中选举一个leader,leader的作用是,向被选举的新的master输送配置信息。
7118:X 30 Mar 15:54:44.133 # +selected-slave slave 172.17.84.39:9997 172.17.84.39 9997 @ mymaster 172.17.84.39 9999 :Sentinel 顺利找到适合进行升级的从服务器。
7118:X 30 Mar 15:54:46.129 # +failover-end master mymaster 172.17.84.39 9999
7118:X 30 Mar 15:54:46.129 # +switch-master mymaster 172.17.84.39 9999 172.17.84.39 9997 :配置完成,主服务器变更。