redis是一个基于内存的kv数据库，其吞吐性能可想而知，随着redis应用得越来越广泛，以及对它的依赖程度越来越高，它的高可用便成了需要考虑的一个很重要的点。
于是今天在自己电脑上实践了一下redis的主从模式和哨兵监控。
基本架构：一主二从，加一哨兵
先为master和slave编辑配置文件：
为它们配置ip和端口，这里6379是master，6380和6381为slave。
这里顺便看了一些redis的持久化，分为两种，默认开启的是rdb模式，达到一定条件则进行持久化。而aof则是通过操作日志的方式进行持久化。aof的一致性更好，但性能则不如rdb。
配置完之后，开启这三个redis实例：
jeffrey$ ./redis-server ../etc/redis6379.conf
jeffrey$ ./redis-server ../etc/redis6380.conf
jeffrey$ ./redis-server ../etc/redis6381.conf
这个时候其实它们三个还没有主从关系，我先在6379上设置一对kv。
然后我在6380上设置其为6379的slave
发现redis从master同步了数据到slave
6380也确实把刚刚在6379上设置的数据同步了过来，6381同6380现在来试一下主从数据同步：
数据成功同步了过来然后我试一下在slave上写入数据，发现：
看来redis主从模式是做了读写分离的。然后我在6379的client上进行shutdown，模拟master宕机，下图可知，从机工作一切正常，但并没有顶替master的位置。
于是该如何让slave在master宕机的情况下，自动的接管master的位置，那就需要用到哨兵。
为哨兵编辑配置文件，然后启动哨兵
jeffrey$ ./redis-sentinel ../etc/sentinel6379.conf然后将6379shutdown
在上图倒数第四行，发现master从6379切换为了6380，这其中其实发生了一个投票的过程，具体这里不多说了。
6380确实变为了master
6381依旧是slave，只不过它的master变为了6380，见上图。
