Redis でクラスタリングを実装する方法

センチネルの役割は、Redis システムの実行ステータスを監視することです。その機能としては以下の2つが挙げられます。

(1) マスタサーバおよびスレーブサーバが正常に稼働しているか監視します。
(2) メインサーバーに障害が発生した場合、スレーブサーバーからメインサーバーに自動的に切り替えられます。

センチネルの仕組み:

• 各センチネル プロセスは、クラスター全体のマスターに 1 秒に 1 回メッセージを送信します。サーバーおよび他の Sentinel プロセスからの PING コマンド。

• PING コマンドに対する最後の有効な応答からの時間が、down-after-milliseconds オプションで指定された値を超えた場合、インスタンスは Sentinel プロセスによってマークされます。主観的にオフライン ( SDOWN)

• マスター サーバーが主観的にオフライン (SDOWN) としてマークされている場合、マスター サーバーを監視しているすべての Sentinel プロセスは、マスター サーバーが実際にオフライン状態に入ったことを 1 秒に 1 回確認する必要があります。主観的なオフライン状態

• 指定された環境に十分な数の Sentinel プロセス (設定ファイルで指定された値以上) が存在する場合、マスター サーバーが時間範囲内に主観的オフライン状態 (SDOWN) に入った場合、マスター サーバーは客観的にオフライン (ODOWN) としてマークされます

• 通常の状況では、各 Sentinel プロセスは INFO コマンドを送信します。クラスタ内のすべてのマスター サーバーとスレーブ サーバーを 10 秒ごとに実行します。

• マスター サーバーが Sentinel プロセスによって客観的にオフライン (ODOWN) としてマークされると、Sentinel プロセスはオフラインのマスター サーバーのすべてのスレーブ スレーブ サーバーにメッセージを送信します。 INFO コマンドは 10 秒に 1 回から 1 秒に 1 回に変更されます。

• マスター サーバーのオフラインに同意するのに十分な数の Sentinel プロセスがない場合、マスター サーバーの目的のオフライン ステータスは削除されます。マスター サーバーが Sentinel プロセスに PING コマンドを再度送信し、有効な応答を返すと、マスター サーバーの主観的なオフライン ステータスは削除されます。

Sentinel モードの長所と短所

利点:

• ## Sentinelこのモードはマスター/スレーブ モードに基づいており、センチネル モードにはマスター/スレーブ モードのすべての利点があります。

• マスターとスレーブを自動的に切り替えることができるため、システムの堅牢性と可用性が向上します。

欠点:

• Redis はオンライン拡張をサポートするのが難しく、クラスターの容量が上限に達するとオンラインで拡張されます。拡張は非常に複雑になります。

3.Redis-ClusterCluster

Redis のセンチネル モードは基本的に高可用性と読み取り/書き込み分離を実現できますが、このモードでは、各 Redis サーバーが同じデータを保存するため、メモリが無駄になるため、Redis 3.0 にクラスター モードが追加され、Redis の分散ストレージが実装されます。これは、各 Redis ノードが異なるコンテンツを保存することを意味します。

• すべての Redis ノードが相互接続 (PING-PONG 機構) されており、バイナリプロトコルは、伝送速度と帯域幅を最適化するために内部で使用されます。

• ノードの障害は、クラスター内のノードの半分以上が障害を検出した場合にのみ有効になります。

• クライアントは、中間のプロキシ層を必要とせず、redis ノードに直接接続されます。クライアントはクラスター内のすべてのノードに接続する必要はなく、利用可能なノードに接続するだけです。クラスター内のノード。

作業方法:

Redis 関連の技術記事の詳細については、Redis チュートリアル 列にアクセスして学習してください。