数据存储我们在应用设计过程中非常重要的一部分，无论是关系型数据库，还是Redis、MongoDB等非关系型数据库，都有很多的高可用方案，还有一些针对不同业务设计的中间件，使其性能更有特色，更能保证数据存储的稳定和安全。
目前主流的Redis的数据存储架构有Redis单点，Redis主从，基于Sentinel的Redis主备、基于keepalive的redis主备，以及Redis集群Cluster，还有豌豆荚开源的Codis等是目前业内比较流行的解决方案，不同的存储架构，是若干个技术工程师，根据自己公司的业务，踩过N次坑，总结出的结果，没有最好的解决方案，只有最适合的解决方案。
在上家公司出，采用了redis的主从架构，版本是2.8，上线一年多，尚未出现过问题，但是潜在的隐患是大家都知道的，主从架构中，当主宕机或者意外情况时，主与从不能平滑切换，将会影响业务，所以这里就是一个定时炸弹，而Sentinel(哨兵)方案是主从架构的升级版，能够让主从之间自动切换。提高系统稳定性和高可用性。以下是最近自己测试哨兵架构的相关记录。
Sentinel官方文档：https://redis.io/topics/sentinel
操作系统：CentOS 6.7
redis版本：3.2.9
主机规划：
序号 Host Redis Role Redis Port Sentinel Port1 10.1.4.82 slave 6379 26379 26380
2 10.1.4.99 master 6379 26379 26380
由于配置redis主从比较简单，所以在这里不会去详细的介绍，想了解如何配置的朋友，请参考以下文章。
2、检验redis主从是否正常
登录redis的Master主节点检查redis主从
127.0.0.1:6379> info
127.0.0.1:6379> info
# Server
redis_version:3.2.9
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:66cf707c3c51d9f
redis_mode:standalone
os:Linux 2.6.32-696.6.3.el6.x86_64 x86_64
arch_bits:64
multiplexing_api:epoll
gcc_version:4.4.7
process_id:26318
run_id:7954f18bcb4084964efb58460027399d583fba57
tcp_port:6379
uptime_in_seconds:14402
uptime_in_days:0
hz:10
lru_clock:9455690
executable:/usr/local/bin/redis-server
config_file:/etc/redis/6379.conf
# Clients
connected_clients:7
client_longest_output_list:0
client_biggest_input_buf:0
blocked_clients:0
# Memory
used_memory:2017176
used_memory_human:1.92M
used_memory_rss:9969664
used_memory_rss_human:9.51M
used_memory_peak:2098064
used_memory_peak_human:2.00M
total_system_memory:2103533568
total_system_memory_human:1.96G
used_memory_lua:37888
used_memory_lua_human:37.00K
maxmemory:0
maxmemory_human:0B
maxmemory_policy:noeviction
mem_fragmentation_ratio:4.94
mem_allocator:jemalloc-4.0.3
# Persistence
loading:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1502627793
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:0
rdb_current_bgsave_time_sec:-1
aof_enabled:0
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
# Stats
total_connections_received:20
total_commands_processed:89212
instantaneous_ops_per_sec:6
total_net_input_bytes:6172607
total_net_output_bytes:33781397
instantaneous_input_kbps:0.26
instantaneous_output_kbps:0.67
rejected_connections:0
sync_full:1
sync_partial_ok:0
sync_partial_err:0
expired_keys:0
evicted_keys:0
keyspace_hits:0
keyspace_misses:0
pubsub_channels:1
pubsub_patterns:0
latest_fork_usec:643
migrate_cached_sockets:0
# Replication
role:master #当前host的角色
connected_slaves:1
slave0:ip=10.1.4.82,port=6379,state=online,offset=23160,lag=1 #看到从节点的一些信息
master_repl_offset:23160
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:23159
# CPU
used_cpu_sys:10.40
used_cpu_user:6.24
used_cpu_sys_children:0.00
used_cpu_user_children:0.00
# Cluster
cluster_enabled:0
# Keyspace
db0:keys=5,expires=0,avg_ttl=0