Redis Sentinel クラスターのグラフィックチュートリアル-Redis-php.cn

Redis Sentinel クラスターのグラフィックチュートリアル

Sentinel は Redis の高可用性ソリューションです: 1 つ以上の Sentinel インスタンスで構成される Sentinel システムは、任意の数のマスターサーバーとこれらのマスターサーバーの下のサーバーを監視できます。、監視対象のマスターサーバーがオフラインになった場合、オフラインのマスターサーバー配下のスレーブサーバーを新しいマスターサーバーに自動的にアップグレードします。推奨: redis ビデオチュートリアル

例:

Redis Sentinel クラスターのグラフィックチュートリアル

サーバー 1 がオフラインになった後:

Redis Sentinel クラスターのグラフィックチュートリアル

Server2 を新しいメインサーバーにアップグレードします:

Redis Sentinel クラスターのグラフィックチュートリアル

#2. Redis のマスターとスレーブの分離

Sentinel クラスターを説明する前に、まず単純なマスターとスレーブの分離 (読み取りと書き込みの分離) を構築しましょう。

まず、デフォルトで全員が redis をインストールしていることを設定します。次に、redis.conf の複数のコピーをコピーし、複数の Redis サービスを区別するために複数のディレクトリを作成します。

Redis Sentinel クラスターのグラフィックチュートリアル

ここでは、各ディレクトリに独自の redis.conf 設定ファイルがあります。次に、最初にメインサーバーの設定ファイルを設定します。

1. マスターの設定

1. ポートの変更

# Accept connections on the specified port, default is 6379 (IANA #815344).
# If port 0 is specified Redis will not listen on a TCP socket.
port 6380

ログイン後にコピー

redis のデフォルトのポートは 6379 です。ここでは、メインサーバーのポートを 6380 に設定します

2. pidfile を変更します

# If a pid file is specified, Redis writes it where specified at startup
# and removes it at exit.
#
# When the server runs non daemonized, no pid file is created if none is
# specified in the configuration. When the server is daemonized, the pid file
# is used even if not specified, defaulting to "/var/run/redis.pid".
#
# Creating a pid file is best effort: if Redis is not able to create it
# nothing bad happens, the server will start and run normally.
pidfile /var/run/redis_6380.pid

ログイン後にコピー

pidfile は、redis の起動時に Linux によって割り当てられた pid プロセス番号です。ここで変更を加えないと、その後の redis サービスの起動に影響します

3. redis を開始します

Redis Sentinel クラスターのグラフィックチュートリアル

redis を開始すると、redis がポート 6380 を占有していることがわかります

クライアントを入力してください

redis-cli -p 6380
127.0.0.1:6380> info
...
# Replication
role:master
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
...

ログイン後にコピー

us ご覧のとおり、redis の現在の役割はマスターによって開始されるサービスです。

2. スレーブの設定

上記のマスターの設定と同様に、ポート番号と pid ファイルを変更する必要があります。変更後、スレーブサービスを設定するには 2 つの方法があります

1. 設定ファイルでスレーブサービスを設定します

################################# REPLICATION #################################

# Master-Slave replication. Use slaveof to make a Redis instance a copy of
# another Redis server. A few things to understand ASAP about Redis replication.
#
# 1) Redis replication is asynchronous, but you can configure a master to
#    stop accepting writes if it appears to be not connected with at least
#    a given number of slaves.
# 2) Redis slaves are able to perform a partial resynchronization with the
#    master if the replication link is lost for a relatively small amount of
#    time. You may want to configure the replication backlog size (see the next
#    sections of this file) with a sensible value depending on your needs.
# 3) Replication is automatic and does not need user intervention. After a
#    network partition slaves automatically try to reconnect to masters
#    and resynchronize with them.
#
# slaveof <masterip> <masterport>
slaveof 127.0.0.1 6380

ログイン後にコピー

設定ファイルのslaveof属性を直接変更できます。メインサーバーのIPアドレスとポート番号を直接設定します。メインサーバーが構成パスワード

masterauth を構成することでリンクパスワードを設定できます

# If the master is password protected (using the "requirepass" configuration
# directive below) it is possible to tell the slave to authenticate before
# starting the replication synchronization process, otherwise the master will
# refuse the slave request.
#
# masterauth <master-password>

ログイン後にコピー

redis サービスを開始します:

Redis Sentinel クラスターのグラフィックチュートリアル

6381 のクライアントに入り、そのステータスを確認します。

# Replication
role:slave
master_host:127.0.0.1
master_port:6380
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:71
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

ログイン後にコピー

現在の Redis はスレーブサービスであり、6380 のサービスに接続されていることがわかります。

2. サービス開始後の設定

ポート 6382 のサーバー構成ファイルを変更した後、サービスを開始します

Redis Sentinel クラスターのグラフィックチュートリアル

クライアント、現在のサーバーのステータスを確認します:

# Replication
role:master
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

ログイン後にコピー

現在のサーバーのステータスがメインサービスとして実行されていることがわかります。次にそのステータスを変更しましょう:

127.0.0.1:6382> slaveof 127.0.0.1 6380

//修改后状态
# Replication
role:slave
master_host:127.0.0.1
master_port:6380
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:617
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

ログイン後にコピー

まずマスターの現在のステータスを見てみましょう:

# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6381,state=online,offset=785,lag=0
slave1:ip=127.0.0.1,port=6382,state=online,offset=785,lag=0
master_repl_offset:785
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:784

ログイン後にコピー

2 つのスレーブサービスがすでにマスターサーバーに接続されていることがわかります。上記 2 つの構成の違いは次のとおりです。スレーブが切断された場合回線を再接続した後、

##クラス設定ファイルを変更すると、再接続後に自分でマスターに接続し、マスター上のデータを同期します。 #メインサーバーに手動で接続すると、再接続後、スレーブサーバーは独自のローカル RDB 応答データを読み取り、メインサービスには自動的に接続しません

読み取りと書き込みの分離を設定する必要がある場合は、メインサーバーに設定するだけです:

# Note: read only slaves are not designed to be exposed to untrusted clients
# on the internet. It&#39;s just a protection layer against misuse of the instance.
# Still a read only slave exports by default all the administrative commands
# such as CONFIG, DEBUG, and so forth. To a limited extent you can improve
# security of read only slaves using &#39;rename-command&#39; to shadow all the
# administrative / dangerous commands.
slave-read-only yes

ログイン後にコピー

3. Sentinel

1. 設定ポートsentinel.conf 設定ファイルでは、ポート属性を見つけることができます。ここでは、sentinel のポートを設定するために使用されます。通常の状況では、redis を監視するには少なくとも 3 つの Sentinel が必要です。ポートを変更することで、複数の Sentinel サービスを開始できます。。

# port <sentinel-port># The port that this sentinel instance will run on
port 26379

ログイン後にコピー

2. メインサーバーの IP とポートを設定します

リスニングポートを 6380 に変更し、重み 2 を追加します。ここでの重みは、必要なものを計算するために使用されます。サーバーをメインサーバーにアップグレードする必要があります

# sentinel monitor <master-name> <ip> <redis-port> <quorum>
#
# Tells Sentinel to monitor this master, and to consider it in O_DOWN
# (Objectively Down) state only if at least <quorum> sentinels agree.
#
# Note that whatever is the ODOWN quorum, a Sentinel will require to
# be elected by the majority of the known Sentinels in order to
# start a failover, so no failover can be performed in minority.
#
# Slaves are auto-discovered, so you don&#39;t need to specify slaves in
# any way. Sentinel itself will rewrite this configuration file adding
# the slaves using additional configuration options.
# Also note that the configuration file is rewritten when a
# slave is promoted to master.
#
# Note: master name should not include special characters or spaces.
# The valid charset is A-z 0-9 and the three characters ".-_".
sentinel monitor mymaster 127.0.0.1 6380 2

ログイン後にコピー

3. Sentinel の起動

/sentinel$ redis-sentinel sentinel.conf

ログイン後にコピー

Sentinel が起動すると、メインサーバーが存在するかどうかが監視されます。 2 つのスレーブサーバー

当我们把其中一个从服务器器关闭之后，我们可以看到日志：

10894:X 30 Dec 16:27:03.670 # +sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380

ログイン後にコピー

日志表示，6381这个从服务器已经从主服务器中脱离了出来，我们重新把6381 接回去。

10894:X 30 Dec 16:28:43.288 * +reboot slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 638010894:X 30 Dec
16:28:43.365 # -sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380

ログイン後にコピー

4、关闭Master

我们手动关闭Master 之后，sentinel 在监听master 确实是断线了之后，将会开始计算权值，然后重新分配主服务器

Redis Sentinel クラスターのグラフィックチュートリアル

我们可以看到，6380主服务器断了之后，sentinel 帮我们选了6382作为新的主服务器

我们进到6382的客户端，查看他的状态：

# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=13751,lag=0
master_repl_offset:13751
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:13750

ログイン後にコピー

我们可以看到 6382，重slave 荣升为master