第六步：
故障切换测试:把主节点关掉，看副节点是否能接替主节点进行工作
按ctrl+alt+f1回到端口1的控制台 用ctrl+c把28010端口的mongodb服务停掉
按ctrl+alt+f2回到端口2的控制台 查看端口28011的情况：
发现28011投给自己一票
按ctrl+alt+f3回到端口3的控制台 查看端口28012的情况：
PRIMARY节点28010 DOWN了之后, ARBITER就投票给SECONDARY 28011, SECONDARY 就成为新的PRIMARY节点
按ctrl+alt+f5回到端口28011(原SECONDARY)的控制台 查看集群状态：
rs.status()
看到SECONDARY 就成为新的PRIMARY节点
最后，部署注意事项：
总结:
1:当副本集的总可投票数为偶数时,可能出现无法选举出主节点的情况,mongod会提示:
2个Standard节点组成Replication Sets是不合理的,因为不具备故障切换能力!
A:当SECONDARY Down掉,剩下一个PRIMARY,此时副本集运行不会出问题,因为不用选择PRIMARY节点
B:当PRIMARY Down掉,此时副本集只剩下一个SECONDARY,它只有1票,不超过总节点数的半数,它不会选举自己为PRIMARY节点!
提示如下:
3个Standard节点组成Replication Sets是可以的,当PRIMARY节点DOWN了还是可以再选出一个PRIMARY节点,此时要马上修复DOWN机的节点,
因为不修复的话如果当前的PRIMARY节点再DOWN了,剩下一个SECONDARY节点是不能选出PRIMARY节点的! |
