【入門編】レプリカの種類と役割 – Cloud Spanner

こんにちは！Cloud Spannerの世界へようこそ。
チーフアーキテクトの私です。

「世界中のどんな大規模なアクセスでも絶対に止まらず、それでいてデータが綺麗に整理され続けるデータベース」……そんな夢のような仕組み、気になりませんか？ Cloud Spannerは、まさにそれを実現するモンスターマシンです。

今回は、そのSpannerの心臓部である「レプリカの種類と役割」について解説します。
「リーダー」「フォロワー」「ウィットネス」といった何やらカッコいい名前が出てきますが、心配いりません。日常の「あるチームの仕事」に例えれば、驚くほどスッと頭に入ってきます。

ここをクリアすれば、Cloud Spannerの基本はバッチリマスターできますよ！それでは、一緒に紐解いていきましょう。

—

1. なぜSpannerには「レプリカ（コピー）」が必要なのか？

まず大前提として、Cloud Spannerは大切なデータを世界中の複数の場所にコピー（複製）して保管しています。このコピー一つひとつのことを「レプリカ」と呼びます。

なぜコピーが必要なのでしょうか？
理由は簡単。もしサーバーが1台だけで動いていたら、そのサーバーが雷で壊れたり、ネットワークが切れたりした瞬間に、サービスが止まってしまいますよね。「大事なデータだからこそ、みんなで手分けして同じノートに記録しておこう」というわけです。

Cloud Spannerの中では、このレプリカたちが役割分担をしながら、まるで一人の人間のように完璧なチームワークで動いています。そのチームのメンバーが、次の3つの役割を持つレプリカたちです。

—

2. チームのメンバー：3つのレプリカたち

それでは、会社のプロジェクトチームに例えて、3種類のレプリカを見ていきましょう。

① リーダーレプリカ（プロジェクトマネージャー）

役割：書き込みの指揮、最新データの管理
日常の例え： プロジェクトの「リーダー（PM）」です。チームの方向性を決め、新しいアイデアや変更があったときに「よし、それを採用しよう！」と決定を下すのはこの人です。

Cloud Spannerにおいて、データを「書き込む（変更する）」ときは、必ずこのリーダーレプリカを通る必要があります。みんながバラバラに書き込むと混乱してしまうので、「書き込みの交通整理」をする司令塔として絶対不可欠な存在です。

② フォロワーレプリカ（信頼できる副官・メンバーたち）

役割：データの完全なコピー保持、読み取りの分担、リーダーのバックアップ
日常の例え： リーダーの決定を常にそばで聞いていて、自分の手元のノートにも全く同じ内容をリアルタイムで書き込んでいる優秀なチームメンバーたちです。

彼らは、リーダーと同じデータをそっくりそのまま持っています。そのため、ユーザーから「ちょっと今のデータを見せて！」（読み取り）と言われたとき、わざわざ忙しいリーダーのところに行かなくても、近くにいるフォロワーがパッと答えることができます。
さらに、もしリーダーが急に風邪で休んでしまっても、「じゃあ私がリーダーを引き継ぐよ！」とすぐに代わりを務められる（これを「フェイルオーバー」と言います）頼もしい存在です。

③ ウィットネスレプリカ（「立会人（証人）」）

役割：データは持たないが、多数決の「一票」を持つ
日常の例え： 会議には参加するけれど、自分でノートを取るわけではなく、「今の決定に賛成です！」と手を挙げるためだけにいる「立会人」です。

「えっ、データを保存しないのに何の意味があるの？」と思いましたか？ここがCloud Spannerの最高にクールなところです。

データベースの世界では、何かを決めるとき（例えば「リーダーを誰にするか」「データを書き込んでいいか」）に、「全体の過半数の賛成」が必要です。もしサーバーが世界中に散らばっているとき、すべての場所に重たいデータのコピーを置くと、通信が遅くなってしまいます。
そこで、「データは持たなくていいから、意見（投票）だけはよろしくね！」という軽くて素早い存在として、「ウィットネス（証人）」を置くのです。これにより、ストレージの無駄を省きながら、システム全体の安全性を高く保つことができます。

—

3. チームはどうやって意思決定しているのか？（合意形成の仕組み）

これら3種類のレプリカたちが揃うことで、Cloud Spannerは驚異的な安全性を手に入れています。

例えば、新しいデータを書き込みたいとき、チーム内ではこんなやり取りが行われています。

1. リーダーの号令: ユーザーからの書き込み依頼を受けた「リーダーレプリカ」が、「このデータを追加します。みんな、いいですか？」とフォロワーやウィットネスに声をかけます。
2. みんなの投票: フォロワーやウィットネスたちが内容を確認し、「OK！賛成です」と返事をします。
3. 過半数で決定: チーム全体の過半数が「OK」と言ったら、リーダーは「よし、決定！」と書き込みを完了させます。

この仕組みがあるおかげで、たとえ一部のサーバーが突然フリーズしたり、ネットワークが切断されたりしても、「過半数の意見」が生き残っていれば、データベース全体としてはデータが矛盾することなく安全に動き続けることができるのです。

—

4. まとめ：Spannerの美しさは「適材適所」にある

今回学んだ3つのレプリカを、もう一度おさらいしておきましょう。

リーダーレプリカ： 書き込みの舵を取り、全体の指揮を執る司令塔。
フォロワーレプリカ： データも持っているし読み取りも手伝う、いざとなればリーダーにもなれるエースたち。
ウィットネスレプリカ： データは持たないが、安全な多数決のために「一票」を投じる立会人。

Cloud Spannerは、この3つの役割を自動的に、そして絶妙なバランスで配置し続けています。私たちが普段、インフラの面倒な裏側を意識しなくても世界規模のアプリを動かせるのは、このレプリカたちの見事なチームワークがあるからこそなのです。

ここを理解できれば、Cloud Spannerのアーキテクチャの半分は制覇したようなものです！
次回の解説では、さらに一歩踏み込んで、このレプリカたちが地球規模でどのように配置されるのかを見ていきましょう。お楽しみに！