Redis のセントリー モードについては 1 つの記事で説明しています

この記事では、Redis のセンチネル モードについて紹介します。お役に立てば幸いです。

#Redis マスター/スレーブ モード。マスター ノードに障害が発生すると、スレーブ ノードをマスター ノードに昇格できます。同時に、クライアントに次のように通知する必要があります。マスター ノード アドレスを更新します。これは通常は不可能です。OK。したがって、Redis は、この問題を解決するために Redis Sentinel Sentinel メカニズムを提供します。 [関連する推奨事項: Redis ビデオ チュートリアル ]

マスター/スレーブ レプリケーションの問題

1. マスターの利点スレーブ レプリケーション

• マスター ノードに障害が発生した場合、スレーブ ノードはマスター ノードにアップグレードされます
• マスター ノードの読み取り容量を拡張し、マスター ノードの負荷を共有します。マスター ノード

2. 既存の問題

• スレーブ ノードからマスター ノードをアップグレードするプロセスには手動介入が必要であり、同時に、クライアント Redis サービス アドレスを変更する必要があります。
• マスター ノードの書き込み機能、ストレージ容量は単一マシンの制限の影響を受けます。
• パフォーマンス: Redis レプリケーションが中断されると、スレーブ ノードはpsyncを開始します。この時点で同期が失敗した場合は、完全同期が実行されます。メイン データベースが完全バックアップを実行している間、ミリ秒または秒レベルのラグが発生する可能性があります。

1. いくつかの概念

主な機能

• 監視: マスターとスレーブが正常に動作しているかどうかを常にチェックします。サーバーは正常に動作しています
• 通知: ノードに障害が発生すると、他のノードに通知されます
• 自動フェイルオーバー:メイン ノードが正常に動作しない場合フェイルオーバーは自動的に実行され、スレーブ ノードの 1 つがマスター ノードにアップグレードされます。
• 構成プロバイダー: クライアントは単一ノードを構成するのではなく、Sentinel# を構成します。 ## ノード コレクション

一般的に、各

ノードは他の Sentinel を継続的に監視します。 ノードと Redis ノードは PING を送信し、返信することでオンラインかどうかを確認します。

主観的オフライン:
• すべてのマスター ノードとスレーブ ノードについて、Sentinel がターゲット ノードから down-after-milliseconds ミリ秒以内に有効な応答を受信しない場合、ノードは主観的に判断されます。オフライン。
オフラインの目的:
• マスター ノードにのみ使用されます。マスター ノードに障害が発生した場合、Sentinel ノードは sentinel is-master-down-by を渡します- addr コマンドは、他の Sentinel ノードにこのノードのステータスを確認するよう要求します。 <quorum></quorum> を超えるノードがプライマリ ノードに到達できないと判断した場合、Sentinel ノードはプライマリ ノードが客観的にオフラインであると判断します。

• 各 Sentinel は、1 回/秒## の頻度で他の Sentinel ノードおよび Redis マスター/スレーブ ノードに送信します。 #PING コマンド。
インスタンスが
• PING コマンドに対する最後の有効な応答から ダウンアフターミリ秒 を超えている場合、そのインスタンスは Sentinel としてマークされます 主観的なオフライン として。
マスターサーバー
• が主観的にオフラインとしてマークされている場合、このマスターサーバーのすべての Sentinel ノードが 1 回/秒## で監視されています。このマスター サーバーは主観的オフライン状態に入りました。
ノードを超えるノードがマスター ノードに到達できないと判断した場合、
• Sentinel ノードは、マスター ノードは 客観的にはオフラインです 。 メイン サーバーが客観的にオフラインとしてマークされると、Sentinel
は
• INFO コマンドをオフライン サーバーのすべてのサーバー (10 から開始) に送信します。回/秒 は 1 回/秒 に変更されます。 Sentinel
ノードはマスター ノードのステータスをネゴシエートします。マスター ノードが
• SDOWN 状態にある場合、投票により新しい マスター ノード##が自動的に選択されます＃。残りの スレーブ ノード が データ レプリケーション の 新しいプライマリ ノード を指すようにします。 メイン サーバー がオフラインであることに同意する十分な Sentinel
がない場合、
• メイン サーバー の 客観的なオフライン ステータスは削除されます。 プライマリ サーバーが Sentinel の PING コマンドに対して 有効な応答を返すと、プライマリ サーバーの 主観的なオフライン ステータス は削除されます。 3. メッセージ損失

Redis には、メイン ライブラリのリクエスト処理を制限するための 2 つの構成項目 ( min-slaves-to-write

min-slaves-max-lag

min-slaves-to-write: この構成項目は、メイン ライブラリがデータ同期を実行できるスレーブ ライブラリの最小数を設定します; min-slaves-max-lag:この設定 この項目は、マスター ライブラリとスレーブ ライブラリの間でデータがコピーされるときに、スレーブ ライブラリがマスター ライブラリに ACK メッセージを送信するための最大遅延 (秒単位) を設定します。

• これら 2 つの構成項目を組み合わせた後の要件は、
メイン ライブラリに接続されているスレーブ ライブラリ内に少なくとも N 個のスレーブ ライブラリがあり、メイン ライブラリでデータをコピーするときに ACK メッセージの遅延が発生することです。ライブラリは T 秒を超えることはできません。それ以外の場合、メイン ライブラリはクライアント リクエストを受信しなくなります
• 。

概要

Sentinel

プログラミング入門をご覧ください。 ！

以上がRedis のセントリー モードについては 1 つの記事で説明していますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。