まず、センチネルモード
1.主な機能
2つの主要な機能センチネルがあります：
Aは、すべてのノードのデータベースが正常に動作している監視します。
B、マスター・データベースに障害が発生したとき、あなたは自動的にスレーブノードから、メカニズムを投票により、プライマリ・データベースにデータベースから自動切り替えを達成するために、新しいマスターを選出することができます。
マスタ・スレーブスイッチ、master_redis.conf、slave_redis.confとsentinel.confコンテンツが変わる後、それが交換に続くターゲットsentinel.confを監視、ラインslaveof master_redis.conf構成でよりあろう。
複数のRedisのサーバーを管理するためのRedis Sentinelシステム、システムを実行する、次の3つのタスク：
A、（モニタリング）モニタリング：センチネル（見張り）は、あなたのマスターとスレーブが正常に機能しているかどうかをチェックしていきます。
B、（通知）を思い出させる：Redisの問題を監視する場合、センチネル（見張り）は、APIを介して、管理者や他のアプリケーションに通知を送信することができます。
C、自動フェイルオーバー（自動フェイルオーバー）：マスターは仕事、センチネル（見張り）は自動フェイルオーバー操作を開始しますしない場合、それは新しいマスターにアップグレードスレーブマスターの障害の一つである、とマスターの障害をできるようになります他のスレーブは、新しいマスターをコピーするように変更。接続マスターへのクライアントの試みが失敗した場合、クラスタは、クラスタではなく、失敗したマスターマスターの使用することができ作る、新しいマスターのクライアント側のアドレスに戻ります。
2.作業
1）各Sentinelはマスタ、スレーブにPINGコマンドを送信し、他の例は、当該技術分野に1秒に1回の頻度をセンチネル。
最後の有効な応答時間からインスタンス（インスタンス）はPINGコマンドの値を超えた場合2）独自のアフターミリ秒オプションで指定し、そのインスタンスは、主観的なセンチネルをオフラインでマークされています。
マスターが主観的にオフラインとしてマークされている場合3）、このすべてはマスターセンチネルマスターは確かに1秒に1回、主観的にオフライン状態に入ったことを確認するために監視されています。
主観的確認マスターに指定された設定ファイルよりも大きい値に等しいセンチネル十分な数の（）オフライン状態ない場合4）、マスターは、指定された時間枠内オフライン目的マークされます。
5）一般的にはすべてのマスター、各Sentinelは、それが10秒ごとに一回の頻度に知られているであろう、スレーブは、INFOコマンドを送信します。
マスターセンチネル目的がオフラインにマークされている場合は6）、Sentinelはオフラインマスタスレーブのすべての周波数は、INFOコマンドは、10秒から毎秒一度変更されます送信します。
組立ラインオフされているマスターセンチネルの同意の十分な数が存在しない場合は7）、客観オフラインマスターのステータスが削除されます。PINGコマンドにセンチネル復帰にマスター有効回答した場合、マスター主観的なオフラインの状態が削除されます。
主観オフライン
以外セントリー（センチネル）コマンドの接続の一例を確立するために、PINGコマンドを送信するための第2のノード一度応答する応答がない場合は、有効（PONG /ロード/ MASTERDOWN）を含むダウン後のミリ秒（ミリ秒） Sentinelは、本実施例では、構造体は、オフラインSRI_S_DOWNの主観としてマークされている状態になる
と客観オフライン
マスターノードがセンチネルノード主観的なオフラインの状態で発見された場合、それはない、他のセンチネルノードにクエリを発行しますこれは、組立ラインオフ主観的となっています。主観的にオフラインと見なさ複数のノード定足数の構成パラメータは、構造を所有するセンチネルノードがマスターノードで維持されている場合はSRI_O_DOWN目的オフラインのラベル
3.長所と短所
長所：高可用性、プライマリノードが分岐ハザード達成するために失敗した場合
の欠点を：
1）は、コンテンツの多くあれば、状況の下で、開発のレベルを行うには方法がないようです。
2）プライマリ・データ・サーバからのマスターコピーにしばしば、そのような性能劣化が生じ。
プライマリサーバがダウンした場合3）、サーバーその時にプライマリサーバからの切り替えは、サービスを利用することができません。
第二に、独立した読み取りおよび書き込みモードセンチネル
センチネルモードでは、クライアントは一般に2つの接続遺跡は、センチネルに接続され、そしてマスターを接続します。マスタに障害が発生した場合はもちろん、マスタデータ接続を使用して動作が、現在のアドレスは、マスタセンチネルを接続することによって得ることができます。
次のように一般的なクライアントの接続プロセスは、次のとおりです。
1.センチネル接続、マスターの名前に基づいて取得し、マスタIPとポート。
IPとポートを経由して接続2.マスター。
また、同社独自のパッケージの一部は、クライアントがマスターすることによって得ることができるとスレーブが別々の読み取りと書き込みを使用して、センチネル、奴隷を読んで、書き込みマスターのRedis。
第三に、ビルドセンチネルモード
メインフロントは環境からの2マスタースレーブを持っていると私たちは、マスター・スレーブ環境を持っている必要があります。
1.sentinelのビルドプロセス
MKDIR /データ/ 26380 CD /データ/ 26380 Vimのsentinel.conf ポート26380 DIR " /データ/ 26380 " モニタmymasterセンチネル127.0。0.1 6380 。1 センチネル位大Redisのクラスタが存在する場合1に、センチネルの数を表し、複数センチネルはRedisのマスターがダウンしていると信じているがある場合、それは、からの切り替えダウンした センチネルダウンを-後- mymasterミリ秒5000 ＃5000ミリ秒のメインライブラリダウン、スイッチ開始 センチネルのauth - mymasterパスを123456 開始： [DB01 26380 @ルート]＃のRedis -センチネル/データ/ 26380 / sentinel.conf ＆> / tmpに/センチネル。ログイン ＆ 問題がある場合： 1 ）主要な環境2再準備 2 キル）センチネルプロセスのうち、 3 ）削除センチネルディレクトリを下のすべてのファイル 4）再ビルドセンチネル
2.ビルドが完了したら、テスト
Redisの- CLI - P 6380 - A 123456 シャットダウン のRedis - CLI - P 6381 - A 123456情報レプリケーション メインライブラリのソース（開始6380を）、状態を参照してください。 Redisの-サーバー/データ/ 6380 / redis.conf のRedis - CLI - P 6380 - A 123456情報レプリケーション センチネル管理コマンド： Redisの- CLI - P26380 PING：PONGを返します。 SENTINELマスター：リストのすべての主要なサーバービーイングは、監視 SENTINELスレーブ<マスター名> SENTINELのGET -マスター- ADDR - によって-名前<マスター名> プライマリサーバの指定された名前を返すために、IPアドレスとポート番号を：。 RESET SENTINEL <パターン> ：すべての与えられたパターン内の名前、およびパターンマッチングプライマリサーバをリセットします。 フェイルオーバーSENTINEL <マスター名>：プライマリサーバが自動フェールオーバーを開始することを余儀なく他のセンチネルの意見を、確認せずに、失敗した場合。