やあ。Cloud Spannerの世界へようこそ。
データベースの世界で「強整合性」と「無限に近いスケール」を両立させるという、かつては夢物語だった技術を目の当たりにしている君は、幸運だよ。
今日は、Spannerという巨大な「頭脳」を動かすためのエネルギー源――「ノード」と「処理ユニット（Processing Units）」について話そう。
専門書を開くと難解な言葉が並んでいるけれど、本質はとてもシンプルだ。君のエンジニアとしてのキャリアを支える、強力な武器になる話をしよう。
—
1. Spannerを「巨大なレストラン」に例えてみよう
データベースを「レストラン」だと想像してみてほしい。
お客様（ユーザーからのリクエスト）が押し寄せ、厨房（データベース）は注文をさばくのに大忙しだ。
- ノード（Node）: これは「一人の優秀なシェフ」だと考えていい。1ノード増やすということは、シェフを1人雇い入れることと同じだ。
- 処理ユニット（Processing Units / PU）: これはシェフの「手先の器用さやパワー」を細かく調整する単位だ。
以前は「シェフ（ノード）を1人ずつ増やす」という大雑把な調整しかできなかった。でも、今は「処理ユニット（PU）」という単位で、もっと繊細にレストランの規模をコントロールできるようになったんだ。
2. 「処理ユニット（PU）」はなぜ生まれたのか？
かつては「1ノード（1人のシェフ）追加」でしかスケールできなかった。でも、小規模なアプリにいきなり「1人のシェフ（＝結構なコスト）」を雇うのは、スタートアップには少し荷が重いよね。
そこで登場したのがProcessing Units（PU）という考え方だ。
- 1ノード ＝ 1,000 PU
- つまり、100 PUだけ割り当てれば、シェフの「10分の1のパワー」で営業を始められる。
ここが重要だ：
君がもし小さなサービスを立ち上げるなら、最初からフルパワーのシェフを雇う必要はない。100 PU（シェフの10分の1）からスタートして、アクセスが増えた瞬間に「もっとパワーをくれ！」と設定を変えれば、一瞬で厨房の処理能力が上がる。これがSpannerの真骨頂だよ。
3. 具体的なスケールのさせ方
実際の現場では、Google Cloudのコンソールやコマンドラインでこの数値を調整する。例えば、アクセスが急増するキャンペーンの前に、あらかじめパワーを上げておくんだ。
gcloudコマンドで処理ユニット（PU）をスケールさせる例
現在のインスタンスの処理能力を200PU（シェフの0.2人分）に変更する
gcloud spanner instances update [インスタンス名] \
–processing-units=200
コメント：
たった一行のコマンドで、物理的なサーバーの増設を待つことなく、
瞬時にデータベースの処理能力が変化する。これがクラウドネイティブの凄みだ。
4. 知っておくべき「黄金律」
ここで一つ、ベテランエンジニアとしての助言を送るよ。
「数値は増やすのは一瞬だが、減らすときは慎重に」ということだ。
- スケールアップは自由自在: アクセスが来たら、PUを増やせばいい。Spannerはすぐにそのパワーをシステム全体に反映してくれる。
- 負荷を監視せよ: CPU使用率が65%を超えてきたら、そろそろ次のPUを割り当てるタイミングだ。Spannerは賢いけれど、君という指揮官が「このレストランの忙しさ」を把握しておくことが何より大切だよ。
—
まとめ：君はもう、Spannerの司令官だ
難しく考える必要はない。
- ノードは「大きな単位」。
- 処理ユニット（PU）は、それをさらに細分化した「微調整の単位」。
この2つを使いこなせれば、君はどんなに大きなトラフィックが来ても、涼しい顔でデータベースを運用できるようになる。
最初は100 PUで小さく始めて、世界中のユーザーが君のサービスに熱狂し始めたら、その手で数値を書き換えてパワーを解放してあげてほしい。
ここをクリアした君なら、もうSpannerの設計思想の半分は理解したも同然だ。
次は、この強力な厨房で「どうやってデータを効率よく並べるか」という話をしようか。準備ができたら、またいつでも聞きに来ておくれ。応援しているよ。
コメント