1.センチネルノードの追加と削除
センチネルを追加すると、自動的に検出されます
センチネルを削除する手順
（1）センチネルプロセスを停止します
（2）SENTINEL RESET *、すべてのセンチネルで実行し、すべてのマスターステータスをクリーンアップします
（3）SENTINEL MASTERマスター名、すべてのセンチネルで実行し、すべてのセンチネルペアが番号に関する合意に達したかどうかを確認します
2.スレーブの永続的なオフライン
マスターに、オフラインになったスレーブを削除してもらいます。SENTINELRESET masternameを実行し、すべてのセントリーで実行します。
3.マスター優先順位へのスレーブスイッチ
スレーブ->マスター選択優先度：スレーブ優先度、値が小さいほど優先度が高くなります
4.センチネルクラスターアーキテクチャに基づくセキュリティ認定
各スレーブはマスターに切り替えることができるため、各インスタンスは2つの命令で構成する必要があります
マスターでセキュリティ認証を有効にする、requirepass マスター接続パスワード、masterauth
センチネル認証パス<マスターグループ名> <パス>
5.災害復旧訓練
歩哨を介して現在のマスターを確認します。SENTINEL get-master-addr-by-name mymaster
マスターノードから-9を削除し、pidファイルを削除します
センチネルログをチェックして、マスターのダウンタイムの問題を特定するために+ sdownという単語が表示されているかどうかを確認します。次に、指定された定足数センチネルの数である+ odownという単語が表示され、すべてがマスターがダウンしていると見なします
（1）3つの監視プロセスはすべてマスターがダウンしていると考えます
（2）クォーラムの指定を超える監視プロセスはすべてダウンしていると考えて、それらは停止します
（3）センチネル1は後続のマスタースレーブ切り替えを実行するために選ばれたセンチネルです
（4）Sentinel 1は新しいマスター（スレーブ）に行き、新しい構成バージョンを取得しました
（5）フェイルオーバーを実行しようとしました
（6）マスターに切り替えるスレーブゾーンを選択するように投票しました、すべてのポーリング監視は投票
（7）を実行して軟化します、誰のスレーブでも、ノードのスレーブになることを許可しません。スレーブをマスターに昇格させます。古いマスターは、それがマスターではなくなったと見なします
（8）歩哨は、前の187：6379がスレーブになったと自動的に判断します19： 6379がマスターになった
（9）歩哨は軟膏187：6379のステータスを調べに行き、ダウンしていると思った。
すべてのセンチネルがマスター/スレーブ切り替え操作を実行するために1つを選択
セントリーの大部分が生きている場合、メインとスタンバイの切り替え操作が実行されます
セントリーを介してマスターをもう一度見てください：SENTINEL get-master-addr-by-name mymaster
新しいマスターに接続してみてください
障害が回復した後、古いマスターを再起動して、セントリーによってスレーブノードに自動的に切り替えられるかどうかを確認します。
（1）マスターを手動で
強制終了します（2）監視ユニットがマスター/スタンバイ切り替えを実行してスレーブをマスターに切り替えられるかどうか
（3）監視ユニットがマスター/スタンバイ切り替えを完了した後、新しいマスターを使用できます
（4）障害から回復して古いマスターをリセットしますスタート
（5）セントリーが古いマスターを自動的にスレーブに変更して新しいマスターに接続できるかどうか、およびそれを使用できるかどうか
6.センチネルの本番環境展開
デーモン化yes
ログファイル/var/log/sentinel/5000/sentinel.log
mkdir -p / var / log / sentinel / 5000