#物理机一 | |||||
192.168.31.220 | tomcat:8080 | nginx:80 | keepalived:BACKUP(非抢占、优先级100) | redis:6379 | 别名node1 |
192.168.31.167 | tomcat:8081 | nginx:80 | keepalived:BACKUP(非抢占、优先级60) | 别名node2 | |
#物理机二 | |||||
192.168.31.221 | tomcat:8080 | nginx:80 | keepalived:MASTER(优先级150) | 别名node3 | |
192.168.31.68 | tomcat:8080 | nginx:80 | keepalived:BACKUP(非抢占、优先级80) | 别名node4 | |
192.168.31.222 | keepalived:VIP |
#nginx+ssl自签证方案：都使用一个签证
测试方案：
一轮测试
1、关闭node3的keepalived以及nginx
理论结果：keepalived：VIP偏移到node1上、node1为master继续服务并且登陆保持
实际结果：与理论相同
2、关闭node3、node1的keepalived以及nginx
理论结果：keepalived：VIP偏移到node4上、node4为master继续服务并且登陆保持
实际结果：与理论相同
3、关闭node3、node1、node4的keepalived以及nginx
理论结果：keepalived：VIP偏移到node2上、node2为master继续服务并且登陆保持
实际结果：与理论相同
二轮测试
1、开启所有node的服务
2、关闭node3的keepalived以及nginx再开启
理论结果：只有全部为backup非抢占才会有作用、有master的环境下VIP仍然是给master、keepalived：VIP偏移到node3上、node3为master继续服务并且登陆保持
实际结果：与理论相同
3、关闭node3的keepalived以及nginx，关闭node1的keepalived以及nginx再开启
理论结果：由于当前环境全部为backup且为非抢占式，即使存在高优先级的node1，master任然为node4、keepalived：VIP偏移到node4上、node4为master继续服务并且登陆保持
实际结果：与理论相同
