Redis-Sentinel
Redis-Sentinel是redis官方推薦的高可用性解決方案，
當用redis作master-slave的高可用時，如果master本身當機，redis本身或者用戶端都沒有實作主從切換的功能。
而redis-sentinel就是一個獨立運作的程序，用于監控多個master-slave叢集，
自動發現master當機，進行自動切換slave > master。 sentinel主要功能如下：
- 不時的監控redis是否良好運作，如果節點不可達就會對節點進行下線辨別
- 如果被辨別的是主節點，sentinel就會和其他的sentinel節點“協商”，如果其他節點也人為主節點不可達，就會選舉一個sentinel節點來完成自動故障轉義
- 在master-slave進行切換後，master_redis.conf、slave_redis.conf和sentinel.conf的内容都會發生改變，即master_redis.conf中會多一行slaveof的配置，sentinel.conf的監控目标會随之調換
Sentinel的工作方式：
每個Sentinel以每秒鐘一次的頻率向它所知的Master，Slave以及其他 Sentinel 執行個體發送一個 PING 指令
如果一個執行個體（instance）距離最後一次有效回複 PING 指令的時間超過 down-after-milliseconds 選項所指定的值， 則這個執行個體會被 Sentinel 标記為主觀下線。
如果一個Master被标記為主觀下線，則正在監視這個Master的所有 Sentinel 要以每秒一次的頻率确認Master的确進入了主觀下線狀态。
當有足夠數量的 Sentinel（大于等于配置檔案指定的值）在指定的時間範圍内确認Master的确進入了主觀下線狀态， 則Master會被标記為客觀下線
在一般情況下， 每個 Sentinel 會以每 10 秒一次的頻率向它已知的所有Master，Slave發送 INFO 指令
當Master被 Sentinel 标記為客觀下線時，Sentinel 向下線的 Master 的所有 Slave 發送 INFO 指令的頻率會從 10 秒一次改為每秒一次
若沒有足夠數量的 Sentinel 同意 Master 已經下線， Master 的客觀下線狀态就會被移除。
若 Master 重新向 Sentinel 的 PING 指令傳回有效回複， Master 的主觀下線狀态就會被移除。
主觀下線和客觀下線
主觀下線：Subjectively Down，簡稱 SDOWN，指的是目前 Sentinel 執行個體對某個redis伺服器做出的下線判斷。
客觀下線：Objectively Down， 簡稱 ODOWN，指的是多個 Sentinel 執行個體在對Master Server做出 SDOWN 判斷，并且通過 SENTINEL is-master-down-by-addr 指令互相交流之後，得出的Master Server下線判斷，然後開啟failover.
SDOWN适合于Master和Slave，隻要一個 Sentinel 發現Master進入了ODOWN， 這個 Sentinel 就可能會被其他 Sentinel 推選出， 并對下線的主伺服器執行自動故障遷移操作。
ODOWN隻适用于Master，對于Slave的 Redis 執行個體，Sentinel 在将它們判斷為下線前不需要進行協商， 是以Slave的 Sentinel 永遠不會達到ODOWN。 sentinel公作方式
redis主從複制背景問題
Redis
主從複制可将主節點資料同步給從節點，從節點此時有兩個作用：
- 一旦主節點當機，從節點作為主節點的備份可以随時頂上來。
- 擴充主節點的讀能力，分擔主節點讀壓力。
但是問題是：
- 一旦主節點當機，從節點上位，那麼需要人為修改所有應用方的主節點位址（改為新的master位址），還需要指令所有從節點複制新的主節點
那麼這個問題，redis-sentinel就可以解決了
主從複制架構
Redis Sentinel架構
redis的一個程序，但是不存儲資料，隻是監控redis
redis指令整理
官網位址：http://redisdoc.com/
redis-cli info #檢視redis資料庫資訊
redis-cli info replication #檢視redis的複制授權資訊
redis-cli info sentinel #檢視redis的哨兵資訊 安裝與配置
本實驗是在測試環境下，考慮到學生機器較弱，是以隻準備一台linux伺服器用作環境！！
伺服器環境，一台即可完成操作
master 192.168.119.10 所有配置檔案如下
主節點master的redis-6379.conf
port 6379
daemonize yes
logfile "6379.log"
dbfilename "dump-6379.rdb"
dir "/var/redis/data/" 從節點slave的redis-6380.conf
port 6380
daemonize yes
logfile "6380.log"
dbfilename "dump-6380.rdb"
dir "/var/redis/data/"
slaveof 127.0.0.1 6379 // 從屬主節點 從節點slave的redis-6381.conf
port 6381
daemonize yes
logfile "6380.log"
dbfilename "dump-6380.rdb"
dir "/var/redis/data/"
slaveof 127.0.0.1 6379 // 從屬主節點 啟動redis主節點
redis-server /etc/redis-6379.conf 測試redis主節點是否通信
redis-cli ping 啟動兩slave節點
還記得上面超哥的截圖嗎？總體redis配置檔案如下，6379為master，6380和6381為slave
-rw-r--r-- 1 root root 145 Nov 7 17:44 /etc/redis-6379.conf #這個為主，port是6379
-rw-r--r-- 1 root root 93 Nov 7 17:42 /etc/redis-6380.conf # 這個是從，port6380，并且得加上新的參數slaveof
-rw-r--r-- 1 root root 115 Nov 7 17:42 /etc/redis-6381.conf # 這個是從，port6381，并且得加上新的參數slaveof redis-6380.conf slave配置檔案詳解，6381端口的配置檔案，僅僅和6380端口不一樣
port 6380
daemonize yes
logfile "6379.log"
dbfilename "dump-6379.rdb"
dir "/var/redis/data"
# Generated by CONFIG REWRITE
slaveof 127.0.0.1 6379 # Redis 配置檔案
# 當配置中需要配置記憶體大小時，可以使用 1k, 5GB, 4M 等類似的格式，其轉換方式如下(不區分大小寫)
#
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
#
# 記憶體配置大小寫是一樣的.比如 1gb 1Gb 1GB 1gB
# daemonize no 預設情況下，redis不是在背景運作的，如果需要在背景運作，把該項的值更改為yes
daemonize yes
# 當redis在背景運作的時候，Redis預設會把pid檔案放在/var/run/redis.pid，你可以配置到其他位址。
# 當運作多個redis服務時，需要指定不同的pid檔案和端口
pidfile /var/run/redis.pid
# 指定redis運作的端口，預設是6379
port 6379
# 指定redis隻接收來自于該IP位址的請求，如果不進行設定，那麼将處理所有請求，
# 在生産環境中最好設定該項
# bind 127.0.0.1
# Specify the path for the unix socket that will be used to listen for
# incoming connections. There is no default, so Redis will not listen
# on a unix socket when not specified.
#
# unixsocket /tmp/redis.sock
# unixsocketperm 755
# 設定用戶端連接配接時的逾時時間，機關為秒。當用戶端在這段時間内沒有發出任何指令，那麼關閉該連接配接
# 0是關閉此設定
timeout 0
# 指定日志記錄級别
# Redis總共支援四個級别：debug、verbose、notice、warning，預設為verbose
# debug 記錄很多資訊，用于開發和測試
# varbose 有用的資訊，不像debug會記錄那麼多
# notice 普通的verbose，常用于生産環境
# warning 隻有非常重要或者嚴重的資訊會記錄到日志
loglevel debug
# 配置log檔案位址
# 預設值為stdout，标準輸出，若背景模式會輸出到/dev/null
#logfile stdout
logfile /var/log/redis/redis.log
# To enable logging to the system logger, just set 'syslog-enabled' to yes,
# and optionally update the other syslog parameters to suit your needs.
# syslog-enabled no
# Specify the syslog identity.
# syslog-ident redis
# Specify the syslog facility. Must be USER or between LOCAL0-LOCAL7.
# syslog-facility local0
# 可用資料庫數
# 預設值為16，預設資料庫為0，資料庫範圍在0-（database-1）之間
databases 16
################################ 快照 #################################
#
# 儲存資料到磁盤，格式如下:
#
# save <seconds> <changes>
#
# 指出在多長時間内，有多少次更新操作，就将資料同步到資料檔案rdb。
# 相當于條件觸發抓取快照，這個可以多個條件配合
#
# 比如預設配置檔案中的設定，就設定了三個條件
#
# save 900 1 900秒内至少有1個key被改變
# save 300 10 300秒内至少有300個key被改變
# save 60 10000 60秒内至少有10000個key被改變
save 900 1
save 300 10
save 60 10000
# 存儲至本地資料庫時（持久化到rdb檔案）是否壓縮資料，預設為yes
rdbcompression yes
# 本地持久化資料庫檔案名，預設值為dump.rdb
dbfilename dump.rdb
# 工作目錄
#
# 資料庫鏡像備份的檔案放置的路徑。
# 這裡的路徑跟檔案名要分開配置是因為redis在進行備份時，先會将目前資料庫的狀态寫入到一個臨時檔案中，等備份完成時，
# 再把該該臨時檔案替換為上面所指定的檔案，而這裡的臨時檔案和上面所配置的備份檔案都會放在這個指定的路徑當中。
#
# AOF檔案也會存放在這個目錄下面
#
# 注意這裡必須制定一個目錄而不是檔案
dir ./
################################# 複制 #################################
# 主從複制. 設定該資料庫為其他資料庫的從資料庫.
# 設定當本機為slav服務時，設定master服務的IP位址及端口，在Redis啟動時，它會自動從master進行資料同步
#
# slaveof <masterip> <masterport>
# 當master服務設定了密碼保護時(用requirepass制定的密碼)
# slav服務連接配接master的密碼
#
# masterauth <master-password>
# 當從庫同主機失去連接配接或者複制正在進行，從機庫有兩種運作方式：
#
# 1) 如果slave-serve-stale-data設定為yes(預設設定)，從庫會繼續相應用戶端的請求
#
# 2) 如果slave-serve-stale-data是指為no，出去INFO和SLAVOF指令之外的任何請求都會傳回一個
# 錯誤"SYNC with master in progress"
#
slave-serve-stale-data yes
# 從庫會按照一個時間間隔向主庫發送PINGs.可以通過repl-ping-slave-period設定這個時間間隔，預設是10秒
#
# repl-ping-slave-period 10
# repl-timeout 設定主庫批量資料傳輸時間或者ping回複時間間隔，預設值是60秒
# 一定要確定repl-timeout大于repl-ping-slave-period
# repl-timeout 60
################################## 安全 ###################################
# 設定用戶端連接配接後進行任何其他指定前需要使用的密碼。
# 警告：因為redis速度相當快，是以在一台比較好的伺服器下，一個外部的使用者可以在一秒鐘進行150K次的密碼嘗試，這意味着你需要指定非常非常強大的密碼來防止暴力破解
#
# requirepass foobared
# 指令重命名.
#
# 在一個共享環境下可以重命名相對危險的指令。比如把CONFIG重名為一個不容易猜測的字元。
#
# 舉例:
#
# rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
#
# 如果想删除一個指令，直接把它重命名為一個空字元""即可，如下：
#
# rename-command CONFIG ""
################################### 限制 ####################################
# 設定同一時間最大用戶端連接配接數，預設無限制，Redis可以同時打開的用戶端連接配接數為Redis程序可以打開的最大檔案描述符數，
# 如果設定 maxclients 0，表示不作限制。
# 當用戶端連接配接數到達限制時，Redis會關閉新的連接配接并向用戶端傳回max number of clients reached錯誤資訊
#
# maxclients 128
# 指定Redis最大記憶體限制，Redis在啟動時會把資料加載到記憶體中，達到最大記憶體後，Redis會先嘗試清除已到期或即将到期的Key
# Redis同時也會移除空的list對象
#
# 當此方法處理後，仍然到達最大記憶體設定，将無法再進行寫入操作，但仍然可以進行讀取操作
#
# 注意：Redis新的vm機制，會把Key存放記憶體，Value會存放在swap區
#
# maxmemory的設定比較适合于把redis當作于類似memcached的緩存來使用，而不适合當做一個真實的DB。
# 當把Redis當做一個真實的資料庫使用的時候，記憶體使用将是一個很大的開銷
# maxmemory <bytes>
# 當記憶體達到最大值的時候Redis會選擇删除哪些資料？有五種方式可供選擇
#
# volatile-lru -> 利用LRU算法移除設定過過期時間的key (LRU:最近使用 Least Recently Used )
# allkeys-lru -> 利用LRU算法移除任何key
# volatile-random -> 移除設定過過期時間的随機key
# allkeys->random -> remove a random key, any key
# volatile-ttl -> 移除即将過期的key(minor TTL)
# noeviction -> 不移除任何可以，隻是傳回一個寫錯誤
#
# 注意：對于上面的政策，如果沒有合适的key可以移除，當寫的時候Redis會傳回一個錯誤
#
# 寫指令包括: set setnx setex append
# incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd
# sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby
# zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby
# getset mset msetnx exec sort
#
# 預設是:
#
# maxmemory-policy volatile-lru
# LRU 和 minimal TTL 算法都不是精準的算法，但是相對精确的算法(為了節省記憶體)，随意你可以選擇樣本大小進行檢測。
# Redis預設的灰選擇3個樣本進行檢測，你可以通過maxmemory-samples進行設定
#
# maxmemory-samples 3
############################## AOF ###############################
# 預設情況下，redis會在背景異步的把資料庫鏡像備份到磁盤，但是該備份是非常耗時的，而且備份也不能很頻繁，如果發生諸如拉閘限電、拔插頭等狀況，那麼将造成比較大範圍的資料丢失。
# 是以redis提供了另外一種更加高效的資料庫備份及災難恢複方式。
# 開啟append only模式之後，redis會把所接收到的每一次寫操作請求都追加到appendonly.aof檔案中，當redis重新啟動時，會從該檔案恢複出之前的狀态。
# 但是這樣會造成appendonly.aof檔案過大，是以redis還支援了BGREWRITEAOF指令，對appendonly.aof 進行重新整理。
# 你可以同時開啟asynchronous dumps 和 AOF
appendonly no
# AOF檔案名稱 (預設: "appendonly.aof")
# appendfilename appendonly.aof
# Redis支援三種同步AOF檔案的政策:
#
# no: 不進行同步，系統去操作 . Faster.
# always: always表示每次有寫操作都進行同步. Slow, Safest.
# everysec: 表示對寫操作進行累積，每秒同步一次. Compromise.
#
# 預設是"everysec"，按照速度和安全折中這是最好的。
# 如果想讓Redis能更高效的運作，你也可以設定為"no"，讓作業系統決定什麼時候去執行
# 或者相反想讓資料更安全你也可以設定為"always"
#
# 如果不确定就用 "everysec".
# appendfsync always
appendfsync everysec
# appendfsync no
# AOF政策設定為always或者everysec時，背景處理程序(背景儲存或者AOF日志重寫)會執行大量的I/O操作
# 在某些Linux配置中會阻止過長的fsync()請求。注意現在沒有任何修複，即使fsync在另外一個線程進行處理
#
# 為了減緩這個問題，可以設定下面這個參數no-appendfsync-on-rewrite
#
# This means that while another child is saving the durability of Redis is
# the same as "appendfsync none", that in pratical terms means that it is
# possible to lost up to 30 seconds of log in the worst scenario (with the
# default Linux settings).
#
# If you have latency problems turn this to "yes". Otherwise leave it as
# "no" that is the safest pick from the point of view of durability.
no-appendfsync-on-rewrite no
# Automatic rewrite of the append only file.
# AOF 自動重寫
# 當AOF檔案增長到一定大小的時候Redis能夠調用 BGREWRITEAOF 對日志檔案進行重寫
#
# 它是這樣工作的：Redis會記住上次進行些日志後檔案的大小(如果從開機以來還沒進行過重寫，那日子大小在開機的時候确定)
#
# 基礎大小會同現在的大小進行比較。如果現在的大小比基礎大小大制定的百分比，重寫功能将啟動
# 同時需要指定一個最小大小用于AOF重寫，這個用于阻止即使檔案很小但是增長幅度很大也去重寫AOF檔案的情況
# 設定 percentage 為0就關閉這個特性
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
################################## SLOW LOG ###################################
# Redis Slow Log 記錄超過特定執行時間的指令。執行時間不包括I/O計算比如連接配接用戶端，傳回結果等，隻是指令執行時間
#
# 可以通過兩個參數設定slow log：一個是告訴Redis執行超過多少時間被記錄的參數slowlog-log-slower-than(微妙)，
# 另一個是slow log 的長度。當一個新指令被記錄的時候最早的指令将被從隊列中移除
# 下面的時間以微妙微機關，是以1000000代表一分鐘。
# 注意制定一個負數将關閉慢日志，而設定為0将強制每個指令都會記錄
slowlog-log-slower-than 10000
# 對日志長度沒有限制，隻是要注意它會消耗記憶體
# 可以通過 SLOWLOG RESET 回收被慢日志消耗的記憶體
slowlog-max-len 1024
################################ VM ###############################
### WARNING! Virtual Memory is deprecated in Redis 2.4
### The use of Virtual Memory is strongly discouraged.
# Virtual Memory allows Redis to work with datasets bigger than the actual
# amount of RAM needed to hold the whole dataset in memory.
# In order to do so very used keys are taken in memory while the other keys
# are swapped into a swap file, similarly to what operating systems do
# with memory pages.
#
# To enable VM just set 'vm-enabled' to yes, and set the following three
# VM parameters accordingly to your needs.
vm-enabled no
# vm-enabled yes
# This is the path of the Redis swap file. As you can guess, swap files
# can't be shared by different Redis instances, so make sure to use a swap
# file for every redis process you are running. Redis will complain if the
# swap file is already in use.
#
# The best kind of storage for the Redis swap file (that's accessed at random)
# is a Solid State Disk (SSD).
#
# *** WARNING *** if you are using a shared hosting the default of putting
# the swap file under /tmp is not secure. Create a dir with access granted
# only to Redis user and configure Redis to create the swap file there.
vm-swap-file /tmp/redis.swap
# vm-max-memory configures the VM to use at max the specified amount of
# RAM. Everything that deos not fit will be swapped on disk *if* possible, that
# is, if there is still enough contiguous space in the swap file.
#
# With vm-max-memory 0 the system will swap everything it can. Not a good
# default, just specify the max amount of RAM you can in bytes, but it's
# better to leave some margin. For instance specify an amount of RAM
# that's more or less between 60 and 80% of your free RAM.
vm-max-memory 0
# Redis swap files is split into pages. An object can be saved using multiple
# contiguous pages, but pages can't be shared between different objects.
# So if your page is too big, small objects swapped out on disk will waste
# a lot of space. If you page is too small, there is less space in the swap
# file (assuming you configured the same number of total swap file pages).
#
# If you use a lot of small objects, use a page size of 64 or 32 bytes.
# If you use a lot of big objects, use a bigger page size.
# If unsure, use the default :)
vm-page-size 32
# Number of total memory pages in the swap file.
# Given that the page table (a bitmap of free/used pages) is taken in memory,
# every 8 pages on disk will consume 1 byte of RAM.
#
# The total swap size is vm-page-size * vm-pages
#
# With the default of 32-bytes memory pages and 134217728 pages Redis will
# use a 4 GB swap file, that will use 16 MB of RAM for the page table.
#
# It's better to use the smallest acceptable value for your application,
# but the default is large in order to work in most conditions.
vm-pages 134217728
# Max number of VM I/O threads running at the same time.
# This threads are used to read/write data from/to swap file, since they
# also encode and decode objects from disk to memory or the reverse, a bigger
# number of threads can help with big objects even if they can't help with
# I/O itself as the physical device may not be able to couple with many
# reads/writes operations at the same time.
#
# The special value of 0 turn off threaded I/O and enables the blocking
# Virtual Memory implementation.
vm-max-threads 4
############################### ADVANCED CONFIG ###############################
# 當hash中包含超過指定元素個數并且最大的元素沒有超過臨界時，
# hash将以一種特殊的編碼方式（大大減少記憶體使用）來存儲，這裡可以設定這兩個臨界值
# Redis Hash對應Value内部實際就是一個HashMap，實際這裡會有2種不同實作，
# 這個Hash的成員比較少時Redis為了節省記憶體會采用類似一維數組的方式來緊湊存儲，而不會采用真正的HashMap結構，對應的value redisObject的encoding為zipmap,
# 當成員數量增大時會自動轉成真正的HashMap,此時encoding為ht。
hash-max-zipmap-entries 512
hash-max-zipmap-value 64
# list資料類型多少節點以下會采用去指針的緊湊存儲格式。
# list資料類型節點值大小小于多少位元組會采用緊湊存儲格式。
list-max-ziplist-entries 512
list-max-ziplist-value 64
# set資料類型内部資料如果全部是數值型，且包含多少節點以下會采用緊湊格式存儲。
set-max-intset-entries 512
# zsort資料類型多少節點以下會采用去指針的緊湊存儲格式。
# zsort資料類型節點值大小小于多少位元組會采用緊湊存儲格式。
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
# Redis将在每100毫秒時使用1毫秒的CPU時間來對redis的hash表進行重新hash，可以降低記憶體的使用
#
# 當你的使用場景中，有非常嚴格的實時性需要，不能夠接受Redis時不時的對請求有2毫秒的延遲的話，把這項配置為no。
#
# 如果沒有這麼嚴格的實時性要求，可以設定為yes，以便能夠盡可能快的釋放記憶體
activerehashing yes
################################## INCLUDES ###################################
# 指定包含其它的配置檔案，可以在同一主機上多個Redis執行個體之間使用同一份配置檔案，而同時各個執行個體又擁有自己的特定配置檔案
# include /path/to/local.conf
# include /path/to/other.conf redis.conf詳解--補充--
啟動slave從節點的redis服務
[root@master 192.168.119.10 ~]$redis-server /etc/redis-6380.conf
[root@master 192.168.119.10 ~]$redis-server /etc/redis-6381.conf 驗證從節點的redis服務
[root@master ~]$redis-cli -p 6380 ping
PONG
[root@master ~]$redis-cli -p 6381 ping
PONG 确定主從關系
在主節點上檢視主從通信關系
[root@master ~]# redis-cli -p 6379 info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.119.10,port=6380,state=online,offset=407,lag=0
slave1:ip=192.168.119.10,port=6381,state=online,offset=407,lag=0
master_repl_offset:407
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:406 在從節點上檢視主從關系（6380、6379）
[root@slave 192.168.119.11 ~]$redis-cli -p 6380 info replication
# Replication
role:slave
master_host:192.168.119.10
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:505
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0 此時可以在master上寫入資料，在slave上檢視資料，此時主從複制配置完成
開始配置Redis Sentinel
超哥實驗的環境是單獨一台linux，192.168.119.10
[root@master tmp]# ll /etc/redis-*
-rw-r--r-- 1 root root 145 Nov 7 17:44 /etc/redis-6379.conf
-rw-r--r-- 1 root root 93 Nov 7 17:42 /etc/redis-6380.conf
-rw-r--r-- 1 root root 115 Nov 7 17:42 /etc/redis-6381.conf
-rw-r--r-- 1 root root 556 Nov 7 17:42 /etc/redis-sentinel-26379.conf
-rw-r--r-- 1 root root 556 Nov 7 17:42 /etc/redis-sentinel-26380.conf
-rw-r--r-- 1 root root 556 Nov 7 17:42 /etc/redis-sentinel-26381.conf redis-sentinel-26379.conf配置檔案寫入如下資訊
// Sentinel節點的端口
port 26379
dir /var/redis/data/
logfile "26379.log"
// 目前Sentinel節點監控 192.168.119.10:6379 這個主節點
// 2代表判斷主節點失敗至少需要2個Sentinel節點節點同意
// mymaster是主節點的别名
sentinel monitor mymaster 192.168.119.10 6379 2
//每個Sentinel節點都要定期PING指令來判斷Redis資料節點和其餘Sentinel節點是否可達，如果超過30000毫秒30s且沒有回複，則判定不可達
sentinel down-after-milliseconds mymaster 30000
//當Sentinel節點集合對主節點故障判定達成一緻時，Sentinel上司者節點會做故障轉移操作，選出新的主節點，
原來的從節點會向新的主節點發起複制操作，限制每次向新的主節點發起複制操作的從節點個數為1
sentinel parallel-syncs mymaster 1
//故障轉移逾時時間為180000毫秒
sentinel failover-timeout mymaster 180000 redis-sentinel-26380.conf和redis-sentinel-26381.conf的配置僅僅差異是port(端口)的不同。
然後啟動三個sentinel哨兵 redis-sentinel /etc/redis-sentinel-26379.conf
redis-sentinel /etc/redis-sentinel-26380.conf
redis-sentinel /etc/redis-sentinel-26381.conf 監控拓撲圖
此時檢視哨兵是否成功通信
[root@master ~]# redis-cli -p 26379 info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.119.10:6379,slaves=2,sentinels=3
#看到最後一條資訊正确即成功了哨兵，哨兵主節點名字叫做mymaster，狀态ok，監控位址是192.168.119.10:6379，有兩個從節點，3個哨兵 redis高可用故障實驗
大緻思路
- 殺掉主節點的redis程序6379端口，觀察從節點是否會進行新的master選舉，進行切換
- 重新恢複舊的“master”節點，檢視此時的redis身份
首先檢視三個redis的程序狀态
ps -ef|grep redis 檢查三個節點的複制身份狀态
第一個
[root@master tmp]# redis-cli -p 6381 info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6380 第二個
[root@master tmp]# redis-cli -p 6380 info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6381,state=online,offset=54386,lag=0
slave1:ip=127.0.0.1,port=6379,state=online,offset=54253,lag=0 第三個
[root@master tmp]# redis-cli -p 6379 info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6380 此時，幹掉master！！！然後等待其他兩個節點是否能自動被哨兵sentienl，切換為master節點
ps -ef|grep 6380 #幹掉master程序 此時檢視兩個slave的狀态
精髓就是檢視一個參數
master_link_down_since_seconds:13 稍等片刻之後，發現slave節點成為master節點！！
[root@master tmp]# redis-cli -p 6379 info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=41814,lag=1