# PlanetLab オープンで共有された惑星規模の分散アプリケーションテストベッド。[[@2004__Parallel Computing__The Ganglia Distributed Monitoring System - Design, Implementation, and Experience]] の評価時点(2004年)では北米・欧州・オーストラリアの3大陸42サイトに分散した102ノードで構成され、[[Ganglia]] の視点では各サイトが2〜3ノードの小さなクラスタとして扱われる。クラスタ向けに設計された Ganglia を PlanetLab へ展開したことで、広域帯域幅が安価という前提の誤り、単一 IP データグラムに収まるメトリクス数の制限、階層的名前空間の欠如など、クラスタとは異なる惑星規模システム特有の設計課題が明らかになった。 ## 運用からの教訓(第11章) 第11章「ネットワーク管理は今やクールな仕事だ」§11.3は、[[Larry Peterson]] が30年以上にわたる研究キャリアで最もやりがいがあったと振り返る PlanetLab の構築・運営を主題とする。2002年の立ち上げ当初、小規模チームにとってシステムを決して止めずに動かし続けることは「計器なしで飛行機を操縦しているようなもの」であり、対処方法を見つけ出すまで何度も同じ障害にぶつかりながら進むしかなかった。コラム「誰しもがオペレーションから教訓を得る」は、PlanetLab がそれまで研究室という温室でぬくぬくしていた世代の研究者たちが突如として世間の荒波に晒される機会であったと述べ、千差万別のネットワーク環境下でサービスを維持する挑戦、善意・悪意を問わない予期せぬユーザーの挙動、激怒したシステム管理者からのクレームなど、大学院生にとっても指導教官にとっても通過儀礼だったとする。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 11 ネットワーク管理は今やクールな仕事だ]] ch.11 §11.3) Peterson は、この経験を通じてクラウドを実運用に乗せるという課題を状態管理の問題として捉えるようになったと述べる。構成管理の状態は結局のところ状態変数の集合体にすぎず、各変数への書き込み権限の制御・各コンポーネントへの変数伝播の保証・複数の読み手と書き手間の同期・部分的な障害からの回復が本質的な課題になる。この経験から導かれた最大の教訓は、構成管理の個々の変数に対して信頼できる唯一の情報源(single source of truth)を確立することの重要性であり、[[GitOps]] concept が扱う§11.2・§11.3の議論と直接につながる。Google の Borg プロジェクトから生まれた Kubernetes の登場は、PlanetLab や商用エッジクラウドで自前の仕組みを捨てて乗り換える決断を繰り返し促す原動力になったとされる。(Source: ch.11 §11.3) ## 関連 - 一次論文: [[@2004__Parallel Computing__The Ganglia Distributed Monitoring System - Design, Implementation, and Experience]] - 監視対象として使用: [[Ganglia]] - [[Larry Peterson]] — 構築・運営の中心人物 - 概念: [[GitOps]](信頼できる唯一の情報源という教訓) / [[収束型システム管理]](状態管理としての運用という視点) - [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 11 ネットワーク管理は今やクールな仕事だ]] ## 出典 - [[@2004__Parallel Computing__The Ganglia Distributed Monitoring System - Design, Implementation, and Experience]] - [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 11 ネットワーク管理は今やクールな仕事だ]](ch.11 §11.3、運用からの教訓と信頼できる唯一の情報源)