要約

  • Lambdaのオンデマンド価格ページは、B200 SXM6インスタンスの仕様行を一通り印字している。GPU当たり180 GBのVRAM、208 vCPU、2,900 GiBのメモリ、22 TiBのSSD、そして1GPU時間6.69ドル（2026年10月21日取得）。
  • 閲覧できる一次ページは16xから512xまでのアクセラレータ構成を「即時」起動できると述べ、セルフサービス予約を用意し、「We're fully operational」と表示する。しかし今回取得した本文のどこにも、アカウント当たりのGPU割当、同時起動インスタンスの上限、地域ごとのサービス制限、予約のリードタイムは書かれていない。

学習予算を決める計算は二種類の文書にまたがっており、公開されているのは片方だけだ。ひとつは価格表であり、Lambdaのそれは珍しいほど率直である。もうひとつは、その値付けされたものを一人の顧客が実際にどれだけ保持できるかを述べる文書であり、今回それは閲覧可能な形では得られなかった。買い手は、見える数字と見えない線を突き合わせて計画を立てることになる。

価格表は販売単位について正確だ

オンデマンド価格ページは、価格表にあるべきことをしている。販売するアクセラレータの型番、提供する構成、1GPU時間当たりの価格を並べ、少なくとも一つの完全な仕様行を印字する。「NVIDIA B200 SXM6 180 GB 208 2900 GiB 22 TiB SSD $6.69」という行で、表の見出しはGPU当たりVRAM、vCPU、メモリ、ストレージ、1GPU時間当たり価格である（LambdaのオンデマンドGPU価格）。同じ抜粋には1x、2x、4x、8xの構成がH100、H200、B200と並べて示されている。

この行のどの項目も、販売可能な一単位を記述している。曖昧な点も虚偽もない。だが「1基・1時間当たりの価格」が答えるのは費用の問いであって、許可の問いではない。あるアカウントが同時に何基まで保持できるのか、その上限がアカウントの利用期間や支払い履歴で変わるのか、拠点によって異なるのかは書かれていない。時間と基数と6.69ドルを掛けた人は、請求額を計算したのであって、納品を計算したのではない。

ドキュメントが示すのは範囲であり、保証ではない

開発者向けドキュメントはクラスタ製品を自前の言葉で説明する。「Launch 16x to 512x NVIDIA H100 or B200 GPU clusters instantly, or start with a single-node instance. No long-term commitments.」さらにManaged Kubernetes、Preinstalled Kubernetes、Slurmから選べると付記する（Lambda開発者ドキュメント）。

この二文には重みの異なる三つの主張が入っている。範囲は申請できる構成を述べ、「即時」は意図された体験を述べ、「No long-term commitments」は契約の形を述べている。年間契約を避けたいチームにとって最後の一つは実際の売り物だ。だが三つとも在庫には触れていない。512基の要求がスケジューラの空きを待って滞留していても、この三文はすべて真のままでいられる。文面に利用可能な容量の数量も、それが手に入るまでの期間も書かれていないからだ。

予約の経路は存在するが、扉の前で止まる

クラスタのページは価格表より一歩踏み込んでいる。だからこそ「予約すればよい」という明白な反論には、正確な答えが必要になる。そこにはこうある。「Self-service reservations directly from the Lambda Cloud dashboard. Short-term and long-term contracts with POC environments available upon request」（Lambda 1-Clickクラスタ）。

セルフサービス予約はれっきとした供給の道具である。顧客は順番待ちの列に並ぶ交渉をする必要がなく、仕組みは営業の会話ではなく製品の中に置かれている。しかし文は「available upon request」で終わる。計画を立てるのに必要な情報は、その依頼の向こう側にすべてある。何基を、いつまで、何日前に、どの拠点で、そしてどの時点で答えが「はい」から「お待ちください」に変わるのか。二人の顧客は同じ公開カタログの上で大きく異なる納品範囲を抱えながら、互いに照合できない。比較を可能にする条件が個別に交わされ、非公開だからである。

ステータスページが計測するのは障害であり、在庫ではない

2026年10月21日、ステータスページは「We're fully operational」「We're not aware of any issues affecting our systems」と表示していた（Lambdaサービスステータス）。

厳密に読めば、これは事業者が運用を約束したサービスの既知の障害に関する記述である。遊休のアクセラレータについては何も語っていない。サービスが健全で、大口の要求が待っているという二つの状態は同時に成り立つ。可用性の監視が測るのは受け入れた義務であり、義務はまず存在しなければ監視できない。遊休容量は義務ではない。だから緑のページは余剰の証拠にならず、赤のページも希少性の証拠にはならない。

ベンチマーク層は投稿の保管庫であり、複製ではない

MLCommonsはMLPerf Inference: Datacenterを「how fast systems can process inputs and produce results using a trained model」を測るスイートと定義する（MLCommons MLPerf Inference: Datacenter）。この定義は字面どおりに受け取る価値がある。学習済みモデル上での処理速度を測るものであり、その結果は投稿である。事業者やベンダーが共通の規則のもとで公表を選んだ構成だ。投稿された結果は構成についての情報であり、特定事業者のクラスタを特定の規模・特定のスケジューラで独立に再現したものではない。データ移動、ネットワーク競合、待ち行列を経た後に顧客のジョブが何を達成するかを保証もしない。Lambdaのクラスタのスループットや拡張性について、第三者による測定は今回得られていない。

番号登録簿はアクセラレータを数えられない

BTWディレクトリのLambda, Inc.の項目（BTWディレクトリのLambda, Inc.）は登録簿上の足跡であり、インターネット番号体系における会員資格と経路制御の権限を記録している。番号登録簿がGPUを列挙することはない。問題はこの記録が薄いことではなく、単位が違うことだ。登録されたネットワーク事業者であることと、稼働中のAIクラウドであることは別の主張であり、前者から後者へ渡るには、どの登録簿も双方向に持たない証拠が要る。

境界は一度だけ述べる

2026年10月21日、この記事を補強したはずの三つの文書は閲覧可能なテキストを返さなかった。当該実体の会員ハンドルに関するARIN whoisレコード、SEC EDGARの提出書類検索、そしてlambdalabs.com/gpu-cloudのページである。以上の記述はこれらのいずれにも依拠しておらず、取得できなかったことはLambdaの容量について何も語らない。より高いクラスタ上限やより長いアクセラレータの型番リストは、価格ページの生成要約に現れたもので逐語テキストにはないため、ここでは使わない。内容は同日に取得した閲覧可能な五つの文書に限られる。

何があれば本当に決着するのか

三種類の道具がこの隙間を埋める。そして互いに代替できない。

第一は、公開された割当表、あるいは日付の入った上限引き上げ申請ポリシーである。GPUと同時インスタンスの数値上限を示し、上限がアカウント階層や地域で変わるかどうかを明記するものだ。それがあれば納品範囲は、買い手が計画の根拠にできる方針上の約束になる。

第二は、数値を伴う容量または予約の開示である。アクセラレータの基数、契約期間、予約のリードタイム、地域の範囲を、顧客ごとの口頭ではなく公表するものだ。大口予約が今の容量を買うのか、将来へ予約を繰り延べるのか、繰り延べるならどこまで先なのかが判明する。

第三は、名前の示されたインスタンス種別とクラスタ規模についての、独立で再現可能な測定研究である。手法と日付を伴って公表され、公称性能が事業者自身の構成の外でも成り立つかを示す。

三つのうち最も安価なものは、買い手にとっても最も有用である。1GPU時間当たりセント単位まで価格を印字できる企業は、1基単位まで上限を印字できる。それまでは非対称が残る。価格は公開され、単位まで正確で、比較できる。許可は非公開で、交渉される。アクセラレータ時間を買う者は、金銭と許可という二つの調達を同時に進めており、ウェブサイトから完了できるのは前者だけである。