こんにちは。Redisの世界へようこそ。
大規模システムの心臓部を支える技術として、Redisは今や避けて通れない存在です。今日は、Redisの最も重要で、かつ美しいアーキテクチャの一つ「レプリケーション」についてお話しします。
専門書をめくると「非同期レプリケーション」だの「PSYNC」だの難しい言葉が並んでいて嫌気がさすかもしれません。でも大丈夫。エンジニアの先輩として、この仕組みを「とあるレストランの厨房」に例えて、直感的に解き明かしてみましょう。
—
1. レプリケーション＝「コピーロボットの軍団」
まず、Redisのレプリケーションとは何か。一言で言えば「データの分身を世界中に作ること」です。
- マスター（親）： 注文を直接受ける料理長。全ての書き込み（料理の提供）を統括します。
- レプリカ（子）： 料理長の動きを完璧に模倣する副料理長たち。マスターが受けた注文を常に横で見ていて、自分も同じ作業をこなします。
なぜこれをするのか？ それは、マスター一人だと忙しすぎてパンクしてしまうからです。レプリカを作っておけば、読み取り専用の注文（「今日のメニューは？」といった照会）をレプリカに任せることができますし、万が一マスターが倒れても、レプリカがすぐに後を継ぐことができます。
2. 同期の魔法：PSYNC（ピーシンク）の正体
Redisが驚異的に速い理由の一つに、この同期の仕組みがあります。新しいレプリカが加わったとき、あるいはネットワークが一時的に切れて復帰したとき、Redisは「PSYNC」という魔法の合言葉を使います。
初回接続時（フル同期）
新入りレプリカが「マスターさん、全部教えて！」と言うと、マスターは現在の「料理のレシピ（スナップショット）」を丸ごとコピーして渡します。これを「RDBファイル」と呼びます。
再接続時（部分同期）
ここがRedisの凄いところです。もしネットワークが数秒切れただけであれば、最初からやり直すのは無駄ですよね。そこでRedisは「書き込み履歴ログ（バックログ・バッファ）」を参照します。
「最後にお前が覚えたのはここだな？ じゃあ、その後の数行分だけ送るよ」
これこそがPSYNCの真髄。必要最低限の差分だけを送ることで、システムを止めずに同期を完了させるのです。
3. レプリカの昇格：もしマスターが倒れたら？
現実のシステムでは、マスターが突然病に倒れる（サーバーが落ちる）ことがあります。その時、誰がリーダーを引き継ぐのか？
通常、運用現場では 「Redis Sentinel」 という監視役を配置します。
1. 監視： Sentinelがマスターの鼓動を常にチェック。
2. 投票： マスターの沈黙を確認すると、レプリカ同士で「誰が一番優秀か」を判定。
3. 昇格： 選ばれたレプリカが「私が新しいマスターです！」と宣言し、周囲に伝達。
この一連の流れがあるからこそ、Redisは止まらないシステムを実現できるのです。
—
4. 設定は驚くほどシンプル
Redisでレプリカを作るのは、設定ファイルにたった一行書くだけです。
レプリカの設定ファイル(redis.conf)に追記
「マスターのIPはここだよ。ポートは6379だね」と教えるだけ
replicaof 192.168.1.10 6379
もしマスターがパスワード保護されていたら
masterauth your_secret_password
これだけで、そのRedisサーバーはマスターの影武者として動き出します。
最後に：エンジニアとして大切なこと
Redisを扱う上で覚えておいてほしいのは、「完璧な同期は存在しない」という事実です。マスターからレプリカへの転送は、あくまで少しだけ時間がかかる「非同期」です。
「書き込んだ瞬間にどこからでも同じデータが見える」と期待しすぎると、痛い目を見ることがあります。この「わずかなタイムラグ（遅延）」を前提に設計すること。これが、Redisを使いこなす一流エンジニアの視点です。
—
いかがでしたか？
「レプリケーション」という言葉の裏には、実は「効率よく、止まらないためにどう動くか」というシンプルな哲学が隠れています。
ここをクリアしたあなたは、もうRedisの初級者を卒業です。次は「データの永続化」や「クラスタリング」という新しい扉が待っています。一緒に一歩ずつ、深淵を覗いていきましょう。
何か分からないことがあれば、いつでも聞いてくださいね。応援しています。
コメント