Redisマスタースレーブレプリケーションのエントリーからマスターまで詳しく解説【上級編】

0. 序文

Redi はマスター/スレーブ レプリケーションをサポートし、システムの可用性を向上させます。この章では、Redis のマスター/スレーブ レプリケーションの構成と原理について説明します。
Redis のマスター/スレーブ レプリケーションは面接でも注目の的であり、面接でよくある質問を以下に大まかにまとめました
以下是20道关于Redis主从复制的常见面试题。

1. Redis のマスター/スレーブ レプリケーションとは何ですか?
2. Redis のマスター/スレーブ レプリケーションの役割は何ですか?
3. Redis のマスター/スレーブ レプリケーションの原理は何ですか?
4. Redis のマスター/スレーブ レプリケーションのプロセスは何ですか?
5. Redis のマスター/スレーブ レプリケーションの利点は何ですか?
6. Redis のマスター/スレーブ レプリケーションの欠点は何ですか?
7. Redis のマスター/スレーブ レプリケーションを構成するにはどうすればよいですか?
8. Redis マスター/スレーブ レプリケーションの構成ファイルの主要なパラメーターは何ですか?
9. Redis のマスター/スレーブ レプリケーションにおけるマスター ノードとスレーブ ノードの違いは何ですか?
10. Redis のマスター/スレーブ レプリケーションはマルチレベル レプリケーションをサポートしていますか?
11. Redis のマスター/スレーブ レプリケーションでネットワーク障害とノード障害に対処するにはどうすればよいですか?
12. Redis のマスター/スレーブ レプリケーションのステータスを監視するにはどうすればよいですか?
13. Redis マスター/スレーブ レプリケーションでデータ同期を実現するにはどうすればよいですか?
14. Redis のマスター/スレーブ レプリケーションでデータの一貫性を確保するにはどうすればよいですか?
15. Redis のマスター/スレーブ レプリケーションにおけるデータ遅延の問題を解決するにはどうすればよいですか?
16. Redis マスター/スレーブ レプリケーションで同時書き込みを処理するにはどうすればよいですか?
17. Redis のマスター/スレーブ レプリケーションは双方向のデータ同期をサポートしていますか?
18. Redis のマスター/スレーブ レプリケーションはフェイルオーバーをサポートしていますか?
19. Redis マスター/スレーブ レプリケーションのノードの役割を切り替えることはできますか?
20. Redis のマスター/スレーブ レプリケーションと Redis Sentinel の違いは何ですか?

この章を終えた後、これらの質問に簡単に答えられることを願っています。

（1。概要

Redis マスター/スレーブ レプリケーションは、1 つの Redis サーバー (マスター ノードと呼ばれる) のデータを 1 つ以上の他の Redis サーバー (スレーブ ノードと呼ばれる) にレプリケートできるようにするデータ レプリケーション メカニズムです。マスター/スレーブ レプリケーションは Redis で重要な役割を果たし、システムの可用性、スケーラビリティ、データの冗長性を向上させることができます。

マスター/スレーブ レプリケーションの実装は、非同期レプリケーションに基づいています。Redis マスター ノードは書き込みコマンドを受信すると、これらのコマンドをメモリに記録し、すべてのスレーブ ノードに送信します。これらのコマンドを受信した後、スレーブ ノードは同じ操作を実行して、マスター ノードとのデータの一貫性を維持します。スレーブ ノードは読み取りリクエストも処理できるため、マスター ノードの負荷を軽減できます。
マスター/スレーブ レプリケーションの構成には次の手順が含まれます。

1. マスター ノードの構成: マスター ノードの構成ファイルで、replicaofマスター ノードにそのスレーブ ノードを伝えるディレクティブを設定する必要があります。たとえば、replicaof <masterip> <masterport>。masterauthまた、マスターノードのパスワード (存在する場合) を設定するには、セットアップ ディレクティブが必要です。

2. slaveofスレーブ ノードを構成する: スレーブ ノードの構成ファイルで、スレーブ ノードにそのマスター ノードが誰であるかを伝えるディレクティブを設定する必要があります。たとえば、slaveof <masterip> <masterport>。slave-read-onlyスレーブノードが読み取りリクエストを処理できるかどうかを制御する命令を設定することもできます。

3. Redis サービスの開始: マスター ノードとスレーブ ノードの Redis サービスをそれぞれ開始します。

4. レプリケーション ステータスを確認する:info replicationコマンドを使用して、マスター ノードとスレーブ ノードのレプリケーション ステータスを確認します。レプリケーションの状態が正常であれば、スレーブノードの役割はslave、マスターノードのIPアドレスとポート番号が表示されます。

(2) マスター/スレーブ レプリケーション設計の目的:

1. 可用性の向上: マスター ノードに障害が発生した場合、すぐにスレーブ ノードに切り替えてシステムの可用性を確保できます。スレーブ ノードは、マスター ノードの読み取りおよび書き込みリクエストを引き受けて、サービスの継続性を確保できます。
2. スケーラビリティ: システムの読み取り機能は、複数のスレーブ ノードを追加することで向上できます。スレーブ ノードは読み取りリクエストを処理し、マスター ノードの圧力を共有できます。
3. データの冗長性: スレーブ ノードはマスター ノードのデータ コピーを保存し、マスター ノードに障害が発生した場合にデータを迅速に復元できます。

マスター/スレーブのレプリケーションは非同期であることに注意してください。これは、スレーブ ノードのデータにある程度の遅延が発生する可能性があることを意味します。さらに、マスター/スレーブ レプリケーションは一方向のデータ レプリケーションのみを実現できます。つまり、マスター ノードからスレーブ ノードへのレプリケーションは可能ですが、スレーブ ノードからマスター ノードへのレプリケーションは実現できません。双方向レプリケーションを実現する必要がある場合は、Redis センチネル モードまたはクラスター モードを使用できます。

1. 原理分析

Redis のマスター/スレーブ レプリケーションの原理には、主に完全レプリケーションと増分レプリケーションが含まれます。

1. マスター ノードを構成する: まず、Redis でマスター ノードを構成する必要があります。マスター ノードは、クライアントの読み取りおよび書き込みリクエストを処理し、データをスレーブ ノードに複製する責任を負います。

2. スレーブ ノードの構成: マスター ノードの構成が完了したら、1 つ以上のスレーブ ノードを構成できます。スレーブ ノードはマスター ノードに接続し、データの複製を積極的に要求します。

3. データ同期: マスター ノードは、書き込み操作によってメモリに記録されたデータの変更をスレーブ ノードに送信し、変更を受信した後、スレーブ ノードはその変更を自身のデータベースに適用して、マスター ノードとのデータの一貫性を維持します。

4. 非同期レプリケーション: マスター ノードとスレーブ ノード間のデータ レプリケーションは非同期です。つまり、マスター ノードはスレーブ ノードからの確認を待たずに他のリクエストの処理を続行できます。これにより、システムのパフォーマンスと応答性が向上します。

5. 増分レプリケーション: マスター/スレーブ レプリケーションでは増分レプリケーションが使用されます。つまり、マスター ノードは完全なデータ セットではなく、変更されたデータのみをスレーブ ノードに送信します。これにより、ネットワーク上で送信されるデータ量が削減され、レプリケーションの効率が向上します。

6. 障害回復: マスター ノードに障害が発生した場合、スレーブ ノードは自動的にマスター ノードに切り替わり、サービスの提供を継続できます。マスターノードが復旧すると、スレーブノードとして再構成し、マスター/スレーブ切り替えとフェイルオーバーを実現できます。

私たちは説明に重点を置き全量复制、增量复制

1.1 フルコピー

完全レプリケーションとは、スレーブ サーバーがマスター サーバーに初めて接続したときに、マスター サーバーが現在のデータベース内のすべてのデータをスレーブ サーバーに転送するプロセスを指します。通常、フル コピー操作は、スレーブ サーバーが再起動するとき、または初めてマスター サーバーに接続するときに実行されます。

フルコピーのプロセス:

1. スレーブ サーバーはマスター サーバーに接続し、SYNC コマンドを送信します。
2. マスターサーバーは SYNC コマンドを受信すると、バックグラウンドで RDB ファイルを作成し、現在のデータベースのすべてのデータをそのファイルに書き込みます。
3. マスターサーバーはRDBファイルをスレーブサーバーに送信し、スレーブサーバーはそのファイルを受信して​​保存します。
4. サーバーから RDB ファイルをロードし、すべてのデータをローカル データベースに書き込みます。
   ※画像はGeek Timeより

1.2 増分レプリケーション

増分レプリケーションとは、完全コピーの完了後にマスター サーバーがデータベースを更新するときに、スレーブ サーバーが更新操作をスレーブ サーバーに送信するプロセスを指します。増分レプリケーション操作が完全レプリケーションを完了した後、マスター サーバーとスレーブ サーバー間の接続が維持され、データの同期が実行されます。

増分レプリケーションのプロセスは次のとおりです。

1. マスターサーバーはクライアントから書き込みコマンドを受信し、接続されているすべてのスレーブサーバーに書き込みコマンドを送信します。
2. スレーブサーバーは書き込みコマンドを受信して​​実行し、実行結果をマスターサーバーに返します。
3. マスターサーバーは、接続されているすべてのスレーブサーバーに実行結果を送信し、同じ操作を実行するように依頼します。
   ※画像はGeek Timeより

2. マスタ・スレーブノード構成

1. Redis をダウンロードしてインストールします。centos7を例に挙げます

1. システムのアップデート:bash sudo yum update
2. 必要な依存関係をインストールします。sudo yum install epel-release yum-utils sudo yum install http://rpms.remirepo.net/enterprise/remi-release-7.rpm sudo yum-config-manager --enable remi
3. Redis をインストールします。sudo yum install redis
4. Redis サービスを開始します。sudo systemctl start redis
5. 起動時に Redis が自動的に起動するように設定します。sudo systemctl enable redis
6. Redis が正常にインストールされているかどうかを確認します。redis-cli ping
   「PONG」が返された場合は、Redis が正常にインストールされていることを意味します。

Redis の構成をカスタマイズするには、/etc/redis.confファイルを編集して対応する変更を加えることができます。

2. マスター ノードで、Redis 構成ファイル redis.conf を開き、次の変更を加えます。

   port 6379                 # 设置主节点的端口号，默认为6379
   bind 127.0.0.1           # 设置主节点的IP地址
   daemonize yes           # 设置为守护进程模式
   pidfile /var/run/redis/redis-server.pid   # 设置主节点的pid文件路径
   appendonly yes         # 开启AOF持久化
   
   # 设置主节点的密码认证（可选）
   requirepass your_password
   
   # 启用主节点的复制功能
   replicaof no one

3. スレーブ ノードで、Redis 構成ファイル redis.conf を開き、次の変更を加えます。

port 6380                 # 设置从节点的端口号，默认为6380
bind 127.0.0.1           # 设置从节点的IP地址
daemonize yes           # 设置为守护进程模式
pidfile /var/run/redis/redis-server.pid   # 设置从节点的pid文件路径
appendonly yes         # 开启AOF持久化

# 设置从节点的密码认证（可选）
requirepass your_password

# 启用从节点的复制功能，将主节点的IP地址和端口号填入以下配置
replicaof 127.0.0.1 6379

4. 構成ファイルを保存して閉じます。

5. Redis マスターノードとスレーブノードを起動します。ターミナルに次のコマンドを入力します。

redis-server /path/to/redis.conf   # 启动主节点
redis-server /path/to/redis.conf   # 启动从节点

6. マスター ノードとスレーブ ノードがエラー メッセージなしで正常に起動されたことを確認します。

7. マスター ノードでは、コマンドを使用してredis-cliRedis サーバーに接続し、キーと値のピアの設定などの一部の操作を実行できます。

8. スレーブ ノードで、 コマンドを使用してredis-cliRedis サーバーに接続し、 コマンドを使用してINFO replicationスレーブ ノードのステータスを確認します。レプリケーションが成功すると、マスター ノードに関する情報が表示されるはずです。

3. よくある質問

3.1. プライマリサーバーが存続しない場合のレプリケーションの安全性

マスターサーバーが存続しない場合、マスター/スレーブレプリケーションのセキュリティが危険にさらされる可能性があります。障害発生時にマスタサーバが永続的な動作を行わないと、スレーブサーバはマスタサーバから最新のデータを取得できなくなります。したがって、データのセキュリティを確保するために、マスターサーバーで永続化機能を有効にすることをお勧めします。

3.2. マスター/スレーブの完全レプリケーションで AOF ではなく RDB が使用されるのはなぜですか?

マスター/スレーブ フル レプリケーションでは、AOF ではなく RDB が使用されます。主な理由は、RDB ファイルのサイズが AOF ファイルよりもはるかに小さく、転送速度が速いためです。また、サーバーからデータを復元する場合、データをロードするよりも RDB ファイルからロードする方が高速です。 AOF ファイルからのデータの高速化。

3.3. ディスクレス コピー モードがまだ存在するのはなぜですか?

ディスクレス レプリケーション モードは、スレーブ サーバーがディスク データを書き込まず、すべてのデータをメモリに保存することを意味します。このモードでは、スレーブ サーバーのパフォーマンスが向上し、ディスク I/O の負荷が軽減されます。ただし、このモードでは、スレーブ サーバーは再起動後に完全なレプリケーションを再度実行する必要があります。

3.4. なぜスレーブ ライブラリ設計がまだ存在するのですか?

スレーブ ライブラリの設計により、システムの可用性とパフォーマンスがさらに向上します。マスター サーバーに障害が発生した場合、スレーブ サーバーは直ちにマスター サーバーの作業を引き継ぐことができます。スレーブ ライブラリの設計により、このプロセスをさらに最適化できるため、スレーブ サーバーはマスター サーバーの作業をより迅速に引き継ぐことができます。ただし、スレーブ ライブラリの設計によりシステムの複雑さが増し、データ同期の遅延が発生する可能性があります。

3.5. 読み書き分離とその問題点

読み取りと書き込みの分離とは、読み取り操作と書き込み操作を異なるサーバーに割り当てて実行するプロセスを指します。このアプローチにより、システムのパフォーマンスが向上し、単一サーバーの負荷が軽減されます。Redis では、書き込み操作にマスター サーバーを使用し、読み取り操作にスレーブ サーバーを使用することで、読み取りと書き込みの分離を実現できます。ただし、読み取りと書き込みの分離にはいくつかの問題も伴います。まず、マスター/スレーブ レプリケーションの遅延により、スレーブ サーバーは最新のデータを時間内に取得できない可能性があります。第 2 に、読み取りと書き込みを分離すると、書き込み操作と読み取り操作の間に時間差が生じる可能性があるため、データの不整合の問題が発生する可能性があります。これらの問題を解決するには、一貫したハッシュ アルゴリズムの使用、Redis Sentinel の使用、Redis Cluster の使用など、いくつかの技術的手段を使用できます。これらの方法は、システムが読み取りと書き込みをより適切に分離し、データの一貫性と可用性を確保するのに役立ちます。

3. Redis の入門から熟練度までの一連の記事

「Redis 入門から習熟まで【上級編】Redis トランザクションの詳細説明」
「Redis 入門から習熟まで【上級編】オブジェクトの仕組み詳細説明」
「Redis 入門から習熟まで【上級編】メッセージ配信公開の詳細説明」サブスクリプションモデル》
「Redisの入門から習熟まで【上級編】：永続AOFの詳細説明」
「Redisの入門から習熟まで【上級編】：永続RDBの詳細説明」
「Redisの入門から習熟まで【上級編】：その基礎となるもの」データ構造 Dictionary（辞書） 詳細解説』 「
Redis 入門から習熟まで【上級編】基礎となるデータ構造を詳しく解説 QuickList」 「
Redis 入門から習熟まで【上級編】基礎となるデータ構造を詳しく解説 シンプルダイナミックストリング（SDS）」 )」
「Redis 入門から習熟まで【上級編】基盤となるデータ構造圧縮リスト(ZipList)の詳細説明」 「Redis
入門から習熟まで【上級編】データ型 Stream の詳細説明と使用例」

4. 面接の短答

Redis のマスター/スレーブ レプリケーションに関する面接時によく寄せられる質問をいくつか示します。

4.1. Redis マスター/スレーブ レプリケーションとは何ですか?

• Redis マスター/スレーブ レプリケーションは、マスター ノードのデータをレプリケートするように 1 つ以上のスレーブ ノードを構成するデータ レプリケーション メカニズムです。マスター ノードは書き込み操作を受信して​​スレーブ ノードにデータを複製する責任を負い、スレーブ ノードは読み取り操作を受信して​​データを返す責任を負います。

4.2. Redis のマスター/スレーブ レプリケーションの役割は何ですか?

- マスター/スレーブ レプリケーションにより、システムの可用性、拡張性、データの冗長性が向上します。マスター ノードに障害が発生した場合、スレーブ ノードがマスター ノードを引き継いでサービスを提供し続けることができます。同時に、スレーブ ノードを追加してマスター ノードの読み取りおよび書き込み負荷を共有することで、システムのパフォーマンスが向上します。さらに、マスター/スレーブ レプリケーションはデータ バックアップや災害復旧にも使用できます。

4.3. Redis のマスター/スレーブ レプリケーションの原理は何ですか?

• マスター/スレーブ レプリケーションの原理は、Redis の内部メカニズム (例: 完全レプリケーションと増分レプリケーション) を通じてデータ同期を実現することです。マスターノードは書き込み操作をメモリ内のコマンドバッファに記録し、これらのコマンドをスレーブノードに送信して実行することでデータ同期を実現します。

4.4. Redis マスター/スレーブ レプリケーションを構成するにはどうすればよいですか?

• Redis マスター/スレーブ レプリケーションを構成するには、マスター ノードとスレーブ ノードの Redis 構成ファイルで対応する設定を行う必要があります。マスターノードはreplicaofスレーブノードのアドレスとポートを指定するコマンドを設定する必要があり、スレーブノードはreplicaofマスターノードのアドレスとポートを指定するコマンドを設定する必要があります。

4.5. Redis のマスター/スレーブ レプリケーションのプロセスとは何ですか?

マスター/スレーブ レプリケーションのプロセスは次のとおりです。

• スレーブ ノードはマスター ノードに接続し、SYNC コマンドを送信して完全なデータ同期を要求します。
• マスターノードはSYNCコマンドを受信すると、BGSAVEコマンドの実行を開始してRDBスナップショットファイルを生成し、その間の書き込みコマンドをレプリケーションバッファに記録します。
• BGSAVEが完了すると、マスターノードはRDBスナップショットファイルをスレーブノードに送信し、バッファ内の書き込みコマンドをスレーブノードに送信します。
• スレーブノードはRDBファイルと書き込みコマンドを受信すると、まずRDBファイルをロードしてデータを復元し、その後書き込みコマンドを実行することで、スレーブノードのデータがマスターノードと一致するようにします。
• その後、マスター ノードはデータの同期を保つためにスレーブ ノードに書き込みコマンドを送信し続けます。

4.6. マスター/スレーブ レプリケーション中にどのような問題が発生する可能性がありますか?

• マスター/スレーブ レプリケーション プロセス中に、ネットワーク障害、マスター ノードのダウンタイム、スレーブ ノードのダウンタイムなどの問題が発生する可能性があります。これらの問題により、データ同期の中断やデータの損失が発生する可能性があります。これらの問題を解決するために、センチネル モードやクラスター モードなどの Redis フェイルオーバー メカニズムを構成できます。

4.7. マスター/スレーブ レプリケーションの利点は何ですか?

• システムの可用性の向上: マスター ノードに障害が発生した場合、すぐにスレーブ ノードに切り替わり、システムの継続的な可用性が確保されます。
• スケーラビリティと負荷分散: スレーブ ノードを追加してマスター ノードの読み取りおよび書き込み負荷を共有することで、システムのパフォーマンスが向上します。
• データの冗長性とバックアップ: スレーブ ノードは、データのバックアップと災害復旧のためにマスター ノードのコピーとして使用できます。

4.8. マスター/スレーブ レプリケーションの欠点は何ですか?

• データ遅延: マスター/スレーブ レプリケーションは非同期であるため、スレーブ ノードからのデータは遅延する可能性があります。
• 単一障害点: マスター ノードに障害が発生し、フェイルオーバー メカニズムが設定されていない場合、システム全体が使用できなくなる可能性があります。
• 書き込み操作の制限: スレーブ ノードはデフォルトで読み取り専用になっており、書き込み操作を実行できません。書き込み操作が必要な場合は、書き込み可能に設定する必要があります。

4.8. マスター/スレーブ レプリケーション設定ファイルの主要なパラメータは何ですか?

マスター/スレーブ レプリケーションの構成ファイルに含まれる共通の主要なパラメーターは次のとおりです。

• smileof: マスターノードのIPアドレスとポート番号を設定します。
• masterauth: マスターノードのパスワードを設定します。
• smile-read-only: スレーブノードが読み取り専用かどうかを設定します。
• repl-diskless-sync: スレーブノードがディスクレス同期を使用するかどうかを設定します。
• repl-diskless-sync-lay: スレーブノードがディスクレス同期を使用する場合の遅延時間を設定します。

4.9. マスター/スレーブ レプリケーションにおけるマスター ノードとスレーブ ノードの違いは何ですか?

マスター ノードはデータのソースであり、クライアントの書き込み操作を受信し、書き込みコマンドをスレーブ ノードに送信する責任があります。スレーブ ノードはマスター ノードのコピーであり、マスター ノードから送信された書き込みコマンドを受信し、これらのコマンドを実行してデータの同期を保つ役割を果たします。

4.10. Redis マスター/スレーブ レプリケーションはマルチレベル レプリケーションをサポートしていますか?

はい、Redis マスター/スレーブ レプリケーションはマルチレベル レプリケーションをサポートしています。スレーブ ノードは別のスレーブ ノードのマスター ノードとして機能することができるため、マルチレベルのレプリケーション構造を形成できます。

4.11. Redis のマスター/スレーブ レプリケーションでネットワーク障害とノード障害に対処するにはどうすればよいですか?

• ネットワーク障害: マスター ノードとスレーブ ノード間のネットワーク接続が切断されると、スレーブ ノードはマスター ノードへの再接続を試行し、回復を待ちます。
• ノード障害: マスター ノードに障害が発生した場合、スレーブ ノードを手動または自動でマスター ノードに切り替えてサービスを提供し続けることができます。

4.12. Redis マスター/スレーブ レプリケーションのステータスを監視するにはどうすればよいですか?

Redis の組み込みコマンド INFO を使用するか、サードパーティのツールを使用して、Redis のマスター/スレーブ レプリケーションのステータスを監視できます。INFO コマンドは、レプリケーションステータス、遅延時間などを含む、マスターノードとスレーブノードの関連情報を表示できます。

4.13. Redis マスター/スレーブ レプリケーションでデータ同期を実現するにはどうすればよいですか?

マスター/スレーブ レプリケーションでのデータ同期は、マスター ノードからスレーブ ノードに書き込みコマンドを送信することによって実現されます。スレーブ ノードは、マスター ノードとのデータの一貫性を保つために、受信した書き込みコマンドの順序で実行します。

4.14. マスター/スレーブ レプリケーションでデータの一貫性を確保するにはどうすればよいですか?

Redis マスター/スレーブ レプリケーションにおけるデータの一貫性は、マスター ノードが書き込みコマンドをスレーブ ノードに送信することによって保証されます。マスターノードは書き込みコマンドをレプリケーションバッファーに記録してスレーブノードに非同期に送信し、スレーブノードは受信したコマンドの順序でそれを実行するため、データの一貫性が維持されます。

4.15. マスター/スレーブ レプリケーションにおけるデータ遅延の問題を解決するにはどうすればよいですか?

Redis マスター/スレーブ レプリケーションでのデータ遅延は、非同期レプリケーションの性質によるものです。データ遅延の問題は、次の方法で解決できます。

• WAIT コマンドを使用する:書き込みコマンドの後に WAIT コマンドを追加し、指定された数のスレーブ ノードがコマンドの受信を確認するまで待ってから、結果を返すことができます。
• AOF 永続性を使用する: マスター ノードの書き込みコマンドを AOF ログに記録すると、スレーブ ノードはデータ同期のために AOF ログを読み取ることができるため、データ遅延が削減されます。

4.16. マスター/スレーブ レプリケーションで同時書き込みを処理するにはどうすればよいですか?

Redis のマスター/スレーブ レプリケーションでは、マスター ノードのみが書き込み操作を処理でき、スレーブ ノードはデフォルトで読み取り専用です。スレーブ ノードで書き込み操作を実行する必要がある場合は、スレーブ ノードを書き込み可能に設定できます。ただし、複数のスレーブ ノードが同じキーに同時に書き込むと、データの競合や不整合が発生する可能性があることに注意してください。

4.17. マスター/スレーブ レプリケーションは双方向のデータ同期をサポートしていますか?

Redis のマスター/スレーブ レプリケーションはデフォルトでは一方向であり、マスター ノードのみがデータをスレーブ ノードにレプリケートします。データの双方向同期が必要な場合は、複数のマスター ノードとスレーブ ノードをセットアップすることで実現できます。

4.18. マスター/スレーブレプリケーションはフェイルオーバーをサポートしていますか?

はい、Redis マスター/スレーブ レプリケーションはフェイルオーバーをサポートしています。マスター ノードに障害が発生した場合、スレーブ ノードを手動または自動でマスター ノードに切り替えてサービスを提供し続けることができます。

4.19. マスター/スレーブ レプリケーションにおけるノードの役割は切り替えることができますか?

はい、Redis マスター/スレーブ レプリケーションにおけるノードの役割は切り替えることができます。スレーブ ノードからマスターへの切り替え、またはマスターからスレーブへの切り替えは、手動または自動で行うことができます。

4.20. Redis のマスター/スレーブ レプリケーションと Sentinel の違いは何ですか?

Redis マスター/スレーブ レプリケーションは、データの非同期レプリケーションとフェイルオーバーのためのデータ レプリケーション メカニズムです。Redis Sentinel は、自動障害検出とフェイルオーバーのために Redis クラスターを監視および管理するためのツールです。Redis のマスター/スレーブ レプリケーションのステータスを監視し、マスター ノードに障害が発生した場合は自動的にフェイルオーバーできます。
これらの質問は、Redis マスター/スレーブ レプリケーションの基本的な概念、原則、構成について説明します。面接中には、より詳細な質問に遭遇する可能性もあるため、Redis のマスター/スレーブ レプリケーションの詳細をより深く理解しておくことをお勧めします。

皆さんこんにちは、氷点です。今日はredis主从复制详解ここまでです。ご質問やご意見がございましたら、コメント欄にメッセージを残していただけます。