Googleは宇宙でのコンピューティングを試すためTPUを軌道に投入した。一方、同社の研究では、軌道上のデータセンターを実用化するにはStarshipが1,800回打ち上げられる必要があるとされている。

Googleは初めて高性能なTensor Processing Unitを軌道に打ち上げ、軌道上データセンター計画Project Suncatcherの中核となるチップの実環境試験を開始した。今回のミッションは、大規模で接続されたコンピューティングクラスターに移行する前に、Googleのハードウェアが宇宙で安定して動作できるかを確認することを目的としている。
より差し迫った障害はプロセッサーではないかもしれない。Googleが新たに発表した研究によると、大規模な宇宙コンピューティングに必要な水準まで打ち上げ価格を下げるには、SpaceXのStarshipが今後10年間でおよそ1,800回、十分なペイロードを軌道へ運ぶ必要がある。この予測は、チップが軌道で動くことを実証する段階と、経済的に成立するデータセンターをそこに展開する段階との隔たりを示している。
試作衛星は、100個を超えるペイロードを搭載したミッションの一環として、SpaceXのロケットでカリフォルニアから打ち上げられた。衛星プラットフォームはPlanet Labsが製造し、地上では完全に再現できない運用条件でGoogle TPUを稼働させる。
TechCrunchの報道によると、衛星は約1キロワットの連続電力を供給し、熱と冷却を管理しながら、エンジニアが障害を監視する中で複数のモデルを実行する必要がある。TPUは稼働開始後、衛星の電力・熱システムへの負荷を抑えるため、15分間のバースト運転を行う。
Project Suncatcherを統括するGoogle幹部のTravis BealsはTechCrunchに対し、地上試験では軌道環境のすべての条件を再現できないと述べた。したがって今回のミッションは、製品版AIサービスではなく、ハードウェアとシステムの試験である。
GoogleとPlanet Labsは来年、より高度なコンピューティング向けに設計された2基の衛星による第2の実証を計画している。これらの宇宙機はレーザー通信でデータを交換する予定で、別々の軌道上プロセッサーがより負荷の高い処理で協調できるかをGoogleが試験する。
Googleの長期構想では、81基の衛星を近接編隊で飛行させ、処理を並列実行する。Bealsによると、将来このシステムが地上の複数ラックに分散される処理に匹敵するワークロードを担う場合、TPU間の通信帯域幅と遅延が重要になる。
Googleが査読を受けた軌道上データセンター論文は、TechCrunchが報じ、Jouleでの掲載が予定されているもので、打ち上げコストが時間とともにどう変化し得るかを検討している。研究者は、この研究は経済的な実現可能性調査ではないと明記しており、コスト予測を軌道上データセンターの事業計画として扱うべきではないとしている。
分析では、Falcon 1以降の同社の実績を基に、SpaceXが打ち上げコストの学習曲線を年約20%のペースで継続できると仮定している。その場合、打ち上げ価格は2035年までに1キログラム当たり約200ドルに近づく可能性がある。
研究によると、その水準に達するにはStarshipが約37万メートルトンのペイロードを軌道へ運ぶ必要がある。1回のミッションで最大200メートルトンを運ぶと仮定すれば、10年間で約1,800回、年間180回の打ち上げに相当する。
TechCrunchの報道によれば、Starshipはまだ1年間に5回を超えて飛行したことがないため、これは厳しい予測だ。SpaceXははるかに高い飛行頻度を予測しており、Elon MuskはStarshipが2029年には最終的に1時間ごとに打ち上げられる可能性を示している。ただし、これらは実証済みの運用実績ではなく、あくまで予測である。
この違いはAIインフラ計画にとって重要だ。地上のデータセンターは、既存サイトに建物、電力設備、ネットワーク接続を追加して拡張できる。軌道上施設では、まずプロセッサー、放熱器、電力システム、通信部品のすべてを打ち上げる費用を支払い、そのうえで地上の設備ほど容易に修理できない宇宙機同士の協調を維持しなければならない。
最初の衛星では、軌道プラットフォームの想定寿命である5年間、Google TPUのハードウェアが放射線に耐えられるかも試験する。Googleは、当初のチップ構成が宇宙で運用される可能性のある版よりも強く遮蔽されていたことを発見し、粒子加速器試験をやり直した。
改訂後の試験では論理エラーがやや増えたが、BealsはTechCrunchに対し、チップが相当量の推論ワークロードを支えられるとGoogleは確信していると語った。通常の推論処理でのエラー率はおよそ100万回に1回と説明する一方、数千個のプロセッサーを数か月使う非常に大規模な学習では、同程度の信頼性が問題になると警告した。
これらの数値はGoogleのプロジェクト責任者による説明であり、独立検証された本番ベンチマークではない。それでもProject Suncatcherの重要な境界線を示している。軌道上コンピューティングは当初、多少のエラーを許容できる推論、データ処理などのワークロードに、長時間かつ厳密に同期された学習処理よりも適している可能性がある。
将来の衛星間に計画されるレーザーリンクも、未検証の要素を加える。多くのプロセッサーが1つのシステムとして動くには低遅延の協調が不可欠だが、現時点の証拠は配備済みの複数衛星クラスターではなく、計画中の実証に関するものだ。この試験が完了するまで、分散型の軌道上TPUシステムの性能は不確実なままである。
Googleの宇宙研究は、同社がNVIDIAおよびEmerald AIと別のインフラ問題にも取り組む中で進められている。拡大するAI施設を、容量が制約された電力網にどう接続するかという問題だ。NVIDIA Blogによると、3社はAI Energy Management Alliance(AEMA)を発表した。
AEMAは、電力網の状況に応じて消費電力を変えられる柔軟なデータセンターに焦点を当てる。アライアンスは、コンピューティングワークロードの移動、蓄電の利用、発電設備との連携、システム緊急時の消費削減など、複数の仕組みを挙げている。
NVIDIAの発表によると、連合は共通の技術要件、性能測定、運用データの共有、ライドスルー、出力抑制、緊急対応に関する明確な義務の策定に取り組む。また、提案された施設が単なる大規模で固定的な電力負荷ではなく、測定可能な柔軟性を提供できるかを電力会社が評価できるようにすることも目指す。
この地上の取り組みは、宇宙プロジェクトを理解するうえで有用な文脈を与える。Googleは地域の電力網の制約を超えてコンピュートを配置する将来的な方法を探っているが、短期的なインフラ事業は従来型のAIファクトリーを接続・運用しやすくすることを目指している。より速い接続やインフラ上の利点に関するAEMAの主張はアライアンスの目標であり、独立して実証された導入結果ではない。発表は、完了した電力会社の導入事例や実現した節約額を示していない。
企業の購入者やAI構築者にとって、2つの取り組みは異なる導入上のトレードオフを示している。軌道上システムは将来、常時利用できる太陽光発電と、混雑した地上サイトの外部という立地を提供できる可能性がある。しかし、打ち上げへの依存、放射線リスク、熱的制限、難しい保守を伴う。柔軟な地上施設は導入に近い一方、サービスレベルの約束を損なわずにワークロードを調整できるソフトウェア、蓄電設備、運用手順を必要とする。
次の重要なシグナルは、Googleの最初のTPU衛星が計画された運用試験を完了し、エラー、熱挙動、ワークロード性能について測定可能な情報を公開するかどうかだ。Planet Labsによる2衛星の実証結果は、単一プロセッサーの単独試験ではなく衛星間の協調を試すはずであり、より重要になる。
打ち上げ頻度も重要な指標だ。Googleの1,800回という仮定が現実味を持つには、SpaceXは年間少数回のStarship飛行から、持続的で高頻度の運用へ移行する必要がある。飛行頻度に関する意欲的な発言より、実証されたペイロード能力、再整備時間、打ち上げ許認可、実際の1キログラム当たりコストが重要になる。
地上では、AEMAの最初の技術仕様、電力会社との提携、柔軟なAI施設が接続時に異なる扱いを受けることを示す証拠に注目すべきだ。これらの進展から、アライアンスが一般的な原則を、開発者と電力網運用者が検証できる運用規則へ変えられるかが分かる。
Googleの軌道投入は、Project Suncatcherを紙上のアーキテクチャからハードウェア実験へと変える点で意味がある。しかし、この試験はまだ軌道上データセンターのビジネスを検証するものではない。管理された条件下でTPUが宇宙で動作し始められることを検証するだけであり、より大きなシステムは依然として、未実証の打ち上げ経済、衛星ネットワーク、保守の前提に依存している。
より近い将来の競争の焦点は地上にある。GoogleのAEMA参加は、AIインフラが現在、電力へのアクセスと電力網の信頼性によって制約されていることを認めるものだ。一方、宇宙計画は数年先の可能な解決策を目指している。開発者と企業の購入者にとって、実行可能な進展は柔軟な地上容量であり、打ち上げ頻度と複数衛星の性能が実証されるまで、軌道上コンピューティングは高リスクの研究路線として扱うべきだ。