要約

  • NxtGenはIndiaAIの公式サイトに掲載され、APNICのAS132717登録情報も閲覧できる。公開情報が見つからないという従来の説明は、証拠の不足を過大に扱っていた。
  • GPUの製品一覧やVertivの設備発表は、具体的な確認の手掛かりになる。ただし、個々の利用者への提供時期、実際の性能、運用権限は別に確かめる必要がある。

4,000基を超えるNVIDIA Blackwell GPU。その数を挙げたのは、NxtGenだけではない。電源・冷却設備を手掛けるVertivが2026年2月に公表した案件には、NxtGen AI、Dellのシステム、そしてVertiv自身の設備が登場する。

誰が何を供給する計画なのかが分かる発表だ。ただ、利用者の立場では、ここからもう一段確かめることがある。そのうち、どの構成を、いつから自分の仕事に使えるのか。設備を供給する会社の説明は、全設備の稼働を独立した第三者が確認した報告書ではない。大きな数字と予約可能な時間は、そのまま置き換えられない。

NxtGenはインドでパブリッククラウドとプライベートクラウドを提供する会社だ。同社の説明では、国内に5か所のデータセンターを運営し、顧客は1,000社を超える。いずれも会社が示す数字であり、本稿が独立に棚卸しした結果ではない。同社が前面に出す「ソブリン」、つまりデータや基盤を自ら管理できるクラウドという考え方を理解するにも、規模と使い勝手は分けて見る方がよい。

製品一覧にある「売り切れ」

もっと身近な手掛かりはGPUサービスの製品ページにある。2026年10月22日に確認すると、H100のN1-Pulseと、H200のH3-Glacier、H4-Titanには売り切れの表示があった。一方、L40SのL1-Sparkには同じ表示がなかった。

そこから「需要が殺到している」と決めつけることはできない。在庫数も、提供できない理由も、この表示だけでは分からない。表示のない製品についても、予約が確約されるわけではない。それでも、必要な構成の空きを具体的に問い合わせる材料にはなる。

冒頭のBlackwell計画とH100、H200の売り切れを結びつけ、納入が滞っていると読むのも早計だ。対象となる機器が違う。納期の問題を論じるには、何をいつまでに提供すると約束したのかを確かめなくてはならない。

同じ製品ページでは、Red Hat OpenShiftを使い、NVIDIA、AMD、Intelの製品を扱う構成が説明されている。管理の仕組みが共通なら、運用しやすくなる可能性はある。ただし、使いたいライブラリや必要なメモリ、処理速度まで同じになるとは限らない。別のチップで得られた性能値ではなく、自分たちのモデルを動かして得た結果が必要になる。

政府の掲載情報は、実際にある

資格の確認にも、読み直すべき事実がある。IndiaAI Computeの公式サイトはNxtGenを登録事業者として掲載し、利用可能な供給者の一覧にはNxtGen Datacenter and Cloud Technologies Private Limitedという名称を示している。少なくともIndiaAIへの参加について、会社の発表だけに頼る必要はない。

政府の2025年1月30日付発表にもNxtGenは登場する。こちらは技術審査を通過した10社の候補の一つとして挙げ、価格提案が開封された段階を説明したものだ。当時すべての手続きが完了していたという意味に広げず、現在のサイトへの掲載とは区別しておきたい。

もっとも、供給者が掲載されていることと、利用者が計算資源を確保したことも違う。IndiaAIのサイトは、利用者の確認と計算利用申請の承認を別の手順として説明している。会社を選ぶ根拠は得られても、個々の仕事の開始日まで決まるわけではない。

NxtGenのSpeedCloud Global発表には、IndiaAIに加えてMeitY Government Community CloudとCERT-Inへの言及がある。IndiaAIの記録を確認できたからといって、ほかの二つの対象範囲や有効性まで確認したことにはならない。それぞれに対応する資料が必要だ。

ネットワーク番号では、GPUを数えられない

APNICのAS132717登録情報も閲覧できる。名称はNDCTPL-IN、説明欄はNXTGEN CLOUD TECHNOLOGIES PRIVATE LIMITEDとなっている。これは、その自律システムについて登録簿が何を記しているかを確認する資料である。

APNICによるRDAPの解説が示すように、得られるのはインターネット資源の登録情報だ。自律システム番号を一つ照会すれば、広告されている全アドレス範囲や上流事業者数、現在の通信経路まで一度に分かるわけではない。まして、アドレス数を計算能力に換算することはできない。

経路の安全性についても役割を混同したくない。RPKIの起源検証は、経路全体を検証する仕組みではない。顧客データの保管場所や、アプリケーションを操作できる人物を証明するものでもない。本稿は、NxtGenの現在の上流事業者数やRPKIの状態について新たな結論を出していない。

障害時に、誰が手を動かせるか

クラウドを使う側にとって、管理できるという言葉が切実になるのは復旧の場面だ。暗号鍵を誰が持ち、特権アクセスを誰が許可し、データを誰が戻せるのか。機械が国内にあるというだけでは、担当も権限も決まらない。

NxtGenが公表する責任分担の説明でも、セキュリティ上の役割は提供者と顧客の双方に残る。同じページには複数種類のサービスの条件が含まれるため、実際に購入するサービスでどの役割を引き受けてもらえるのかを確かめたい。ここで個別の顧客契約の適用関係を判定したわけではない。

まずは小さな仕事で、予約、実行、復旧を一通り試す。その際、データと設定を持ち出して再現できるかも確認する。これは購入前に検討できる試験であって、NxtGenに対して本稿が実施した試験ではない。名簿は供給者を確かめる助けになる。使い続けられるか、必要なら移れるかは、利用者自身の仕事を通して確かめる方が確実だ。

訂正・更新（2026年10月22日）： 以前の記事は公開情報の不足を過大に扱っていた。IndiaAIにはNxtGenの掲載があり、APNICのAS132717記録も閲覧できる。GPUの製品一覧と、Vertivによる具体的な設備案件の発表も確認できた。取得に失敗したことから導いた結論を取り除き、ASNの登録情報を経路や計算能力の測定とみなした説明を訂正した。供給企業の発表はその発表として扱い、設備の告知を独立に確認済みの稼働能力とはしていない。