Nine Cloud は 40 の POP と 2.9T のバックボーンを主張、しかし公衆インターネットが示すのは 2 つの /24 のみ

概況

• Nine Cloud 自身のウェブサイトでは、40 か所以上の自社運営 POP データセンターノード、2.9T 超の完全相互接続されたバックボーン専用線、1M から 100G の顧客帯域幅製品を謳っている。これらの数字は提供内容を示すが、設置済みまたは利用可能な容量を証明する公開設備目録、回線在庫、電力設計、あるいは独立したテストは存在しない。
• AS131495 はアクティブであり、2026 年 7 月 15 日に二つの IPv4 /24 を発信していた。一つは中国登録のブロックで、可視の隣接ネットワークは 1 つ。もう一方は香港企業の /23 の一部で、2 つの隣接ネットワークを通じて可視化されていた。これはライブルーティングの証拠ではあるが、物理的に分散した 40 の POP を証明するものではない。
• ライセンス履歴、アクティブな企業ウェブサイト、稼働中の遅延測定ツール、2024 年の公共調達候補資格は、継続的な商業活動を裏付けている。しかし、現在の資産所有、データセンター運営責任、電源冗長性、顧客負荷、利用可能な空き容量、復旧パフォーマンスを確定するものではない。

同一ネットワークの二つの姿

Nine Cloud の公開プレゼンテーションの中心にある数字は自律システム番号ではない。それはホームページに表示される「2.9T+」であり、同じページには「40+」の POP データセンターノード、15 分以内のインシデント通知、99.95% のバックボーン専用線可用性が並記されている。ページを下に進むと、これらの POP は自社運営であり、中国の一級・二級都市のほとんどをカバーし、1M から 100G の帯域幅を提供できるとしている。ポイントツーポイント、ハブアンドスポーク、フルメッシュのエンタープライズプライベートネットワーキング、パブリッククラウドと顧客拠点間の接続、物理サーバや仮想サーバ、カスタマイズされたデータセンター要件に対応する「IDC Plus」サービスを提供している。

公衆インターネットから可視の数字はより小さい。2026年7月15日付の RIPEstat スナップショットによると、AS131495 が発信するのは /24 の IPv4 経路 2 つ、合計 512 アドレスのみである。IPv6 経路は可視化されなかった。123.58.18.0/24 は北京企業に登録されたアドレス空間内にあり、もう一つの 103.175.197.0/24 は HK JIUYUN INFINITE TRADE LIMITED に登録された /23 の内部にある。ルートコレクタはこれら 2 つのプレフィックスにまたがり 3 つの隣接ネットワークを観測したが、すべてのプレフィックスで 3 つが見えたわけではない。

これらの数字は相互に排他的ではない。専用線事業者は、全顧客向け回線を BGP でアナウンスすることなく、波長、イーサネット回線、ラックスペース、ラストワンマイルアクセスをリースできる。POP はルーターとクロスコネクトを収容しつつ、他で発信されたアドレスを使用できる。2.9T という商業的な在庫は、公衆インターネットトランジットではなく、契約済みのベアラレートを合計したものかもしれない。同様に、全国ノードマップは、多くのノードが同一の事業者、施設プロバイダー、管路、電力会社、制御システム、上流契約を共有している場合、独立性を過大評価しうる。問題は BGP が 2.9 テラビットを示すべきということではない。公的記録が、マーケティング上の総量と、それを実際に担う物理システムとのギャップを埋めていない点にある。

このギャップはデューデリジェンスの問いを変える。Nine Cloud は、単に古い登録に紐付いた名称ではなく、生きたネットワークサービス事業として扱うに足る証拠を有している。しかし、主張されるすべてのノード、経路、容量単位が実際に設置され、通電され、稼働可能で、未販売かつ復旧可能であると見なすだけの公開証拠は不足している。拠点接続、クラウドアクセス、災害復旧、ホスティング機器をこのプラットフォームに委ねようとする顧客にとって、欠けている橋渡しは、謳い文句の総量よりも重要である。

名称の背後にある企業

法的および事業の歴史は、継続性に関する有用な注意喚起から始まる。2015 年の上海証券取引所の問い合わせは、別企業による北京森華易騰（Beijing Senhua Yiteng）買収に関し、森華が取引直前に完全子会社の Nine Cloud を Hong Lei に譲渡した理由を尋ねた。証券時報に掲載された回答によれば、森華は 2013 年 7 月に Nine Cloud を設立し、Hong Lei が法定代表者を務めていたが、2014 年末まで実際には事業を行っていなかった。森華は 2015 年 1 月に同社の株式を Hong に無償で譲渡し（会社間残高と相殺）、これは Hong が森華退職後に将来の発展の場を提供するためであった。

Nine Cloud 自身の沿革によれば、2015 年 4 月に EDPN 製品バージョン 1.0 で商業運用を開始し、その後 IDC、ISP、ICP、VPN、固定データ通信資格、独自の自律システム番号、マルチライン BGP 製品、CDN ライセンス、香港法人、全国監視、エッジサーバー、杭州エクスチェンジ接続、デュアルキャリア保護、深セン支店、最終的に 2 本目のバックボーン経路を次々に獲得したと主張している。証券取引所の開示情報と同社の沿革を合わせ読むと、当初の親会社下では休眠状態だった事業が 2015 年に分離され、独自の事業主体を構築したことがわかる。

この分離は重要である。2015 年の取引で Senhua Yiteng に帰属する収益、施設、顧客契約、事業履歴を、そのまま Nine Cloud に帰属させることはできない。回答は両社を明確に区別し、Nine Cloud は譲渡前に事業を行っていなかったと述べている。したがって、その後の設備能力は、Nine Cloud 自身の契約、機器、リース、免許、経路によって裏付けられなければならない。公的記録はこれらの層の一部を提供するが、完全な資産証跡ではない。

商業登記情報の集約サイトによると、同社の中国法人は 2013 年 7 月 2 日設立、統一社会信用コード 91110108071674731C、登録資本金 3000 万人民元とされている。また、北京登記で通信関連の幅広い事業範囲を有すると報告している。この集約記録は発見には有用だが、最新の認証付き会社登記簿謄本の代わりにはならない。公的ページでは、現在の法定代表者や正確な登記室番号について一致していない。Nine Cloud 自身のお問い合わせページは北京本社を恩吉西园（Enji Xiyuan）の部屋 325-331、深セン事務所を鸿隆世纪广场（Honglong Century Plaza）としている。事務所住所は供給元への連絡先を示すが、データセンターの住所や機器所有の証明ではない。

より最近の活動の兆候もある。北京市の 2023 年科学技術型中小企業リスト（提案）には、海淀区の同社が含まれている。2024 年 9 月のCNOOC 調達公告では、国際企業 IT 通信ネットワーク保守・技術サポートの 3 候補のうち Nine Cloud が 2 位にランクされ、入札額 4,375,680 元、スコア 56.22 点であった。資格ある候補者となったことは、同社が企業ネットワーク業務に入札していたとの見方を裏付ける。ただし、契約を獲得したこと、サービスを提供したこと、関連インフラを所有していたこと、特定の可用性結果を達成したことは示さない。

広範な許可は資産台帳ではない

Nine Cloud のライセンス履歴は相当なものである。2017 年末の工業情報化部（MIIT）公式リストでは、北京および山東省におけるコンテンツ配信ネットワークサービスとして免許 A2.B1-20170249 が記録された。業界報道によれば、2018 年には CDN とクラウドサービスの両方の許可を取得した。その後のライセンス通知の公的な複製は、範囲変更、2021 年の更新、2023 年の法定代表者変更を示している。公式の過去記録とその後の通知は、地域横断的通信免許の継続性を裏付けるが、現在有効なサービスの種類、地理的範囲、有効期限は、購入前に規制当局または企業から直接入手すべきである。

許可と実装の区別は中国の通信規則で明示されている。MIIT の2015 年サービス分類カタログは、IDC サービスを、適切なコンピュータールーム設備を用いて顧客機器を収容・保守・管理し、サーバやストレージを貸し出し、通信回線や外向き帯域を手配することと定義する。クラウド型のインターネットリソース連携は、データセンターに設置された装置やリソースの利用と定義する。CDN サービスは分散ノードサーバ群を中心に定義する。ライセンスは、企業が特定の条件の下で特定の活動を行えることを示すものであり、どの建物を使用しているか、自社所有かリースか、どの程度の IT 負荷が通電されているか、どの程度の容量が既に確定しているかは明らかにしない。

MIIT の 2017 年市場クリーンアップ通知はこの点を明確にする。無認可および範囲外の IDC・ISP・CDN 活動、無許可のリソース使用、多層再販を対象とした。インフラ、IP アドレス、帯域幅は適切に認可された事業者から調達することを求め、無許可の越境チャネルを制限した。したがって、規制モデルはサプライチェーンを想定している。エンタープライズサービス事業者は、自社のネットワーク要素と、基礎的通信事業者や他の認可事業者から調達した設備や回線を組み合わせることができる。

Nine Cloud のウェブサイトは、まさにそのような混合提供を説明している。チャイナテレコム、チャイナユニコム、チャイナモバイル、BGP インターネット帯域幅、物理サーバホスティング、仮想マシン、都市アクセス、長距離専用線を提供できるとしている。この記述は各ラック、光区間、電源システムの所有者を特定しない。「自社運営 POP」も、データセンターの所有権の証明と自動的に読まれるべきではない。サードパーティ施設内の借り受けたラックに設置され、リースした通信回線で接続された自社運営ルーターは、重要な物理的依存関係を Nine Cloud の管理外に残したまま、運用上意味を持ちうる。

AS131495 が証明すること

最も強力な独立証拠はネットワークアイデンティティである。APNIC のAS131495 の RDAP レコードは「Nine-cloud」という名称を示し、北京九雲無限網絡技術（Beijing Nine Cloud Infinite Network Technology）と記述し、中国登録としている。この番号は 2017 年 4 月 26 日に登録され、現在もアクティブとマークされ、最終更新は 2023 年 11 月 28 日である。管理および技術連絡先は Hong Lei であり、そのオブジェクトの最終更新は 2017 年である。これらの記録は自律システム番号の委任された管理権を確立し、北京の企業に直接結びつける。しかし、現在誰がルーターを設定しているか、誰がキャリア契約に署名しているかは示さない。

現在のルーティングテーブルは二つの異なるリソース経緯を示している。APNIC の123.58.16.0/21 レコードは Nine-cloud を名義人とし、北京企業と記述し、中国でアクティブとなっている。AS131495 は現在そこから 123.58.18.0/24 の /24 を 1 つ発信している。もう一つの可視経路 103.175.197.0/24 は、香港のアクティブな割り当て103.175.196.0/23の半分であり、HK JIUYUN INFINITE TRADE LIMITED に登録されている。共通のjywx.com連絡先ドメインと「Jiuyun」の名称共有から商業的関連が示唆されるが、レビューした公開記録では、香港企業と北京企業の間の企業所有文書は提供されていない。安全な表現としては、北京の ASN が香港エンティティに登録されたアドレス空間を発信している、ということになる。

経路起点認可（ROA）も分かれている。RIPEstat の103.175.197.0/24 の RPKI 検証結果は AS131495 に対して有効である。一方、123.58.18.0/24 の結果は「不明」であり、バリデータが適用可能な経路起点認可を見つけられなかったことを意味する。不明は無効ではない。RPKI 無効経路を拒否するネットワークも、単にそのステータスだけを理由に不明経路を拒否すべきではない。それでも、経路セキュリティを評価する顧客は、Nine Cloud が中国の経路に対して有効な認可を作成する意図があるか、またレジストリ間で経路オブジェクトをどのように維持しているかを知りたがるだろう。

この二つのプレフィックスは履歴も異なる。RIPEstat のルーティング履歴によれば、AS131495 は 2020 年の一部期間に 123.58.16.0/21 全体を発信し、その後 2022 年から 123.58.18.0/24 を断続的にアナウンスし、2026 年 4 月からの観測期間に再び継続的に見えている。香港の /24 は 2023 年から 2024 年初頭にかけて AS136897 が発信しており、AS131495 が起点となったのは 2024 年 2 月以降で、2026 年 7 月 15 日まで可視だった。この履歴はルーティング制御の変化を示している。機器が移動したのか、顧客やパートナーの取り決めが変わったのか、物理的なホスティング場所が変わらなかったのかは説明しない。

ライブ経路は到達可能性の証拠だが、容量の尺度としては貧弱である。/24 は 1 Gbps ポートの背後にある場合もあれば、多くの大容量回線の背後にある場合もある。小規模なサービスをホストすることも、多くのパブリックアドレスを必要としないネットワーク機能のトラフィックを運ぶこともできる。逆に、専用線ビジネスは、自社の ASN から発信される顧客経路としては決して現れないような大容量を運ぶことができる。防御可能な結論は限定的である。AS131495 はアクティブであり、可視の IPv4 起点フットプリントは小さく、可視の IPv6 起点はない。この結論のいずれも、同社の 2.9T プライベートバックボーンという数字を検証も反証もしない。

隣接ネットワーク 3 つ ≠ 多様な経路 3 つ

RIPEstat のBGP ステートスナップショットは、プレフィックスによる明確な分離を示した。123.58.18.0/24 では、コレクタパスは AS24138（中国鉄通電信集団有限公司、China TieTong Telecommunications Corporation）を AS131495 の直前に置いた。103.175.197.0/24 では、AS984（Octopus Web Solution）または AS136897（EnjoyVC Cloud Group）を AS131495 の直前に置いた。Hurricane Electric のAS131495 サマリも、同じ 3 つの観測ピアと、同じ 2 つの発信 /24 を独立にリストした。

これは香港経路の論理的多様性を示す有用な証拠である。BGP ポリシーレイヤでは、103.175.197.0/24 を複数の外部 AS が伝搬できる。しかし、2 つの建物出入口、2 つの MMR（Meet-Me Room）、2 つのファイバ所有者、2 つの海底ケーブルシステム、2 つの電力網、さらには 2 つのルーターを示すものではない。AS984 と AS136897 は同じ施設に入居しているか、クロスコネクトプロバイダーを共有しているか、より離れた共通の上流に収束しているかもしれない。公開 AS パスは多くのビューで異なる上位レベルの経路を示唆するが、パス文字列は管理上の識別子であり、管路や機器のマップではない。

中国の /24 は別の制約がある。スナップショットで隣接して見えたのは AS24138 のみだった。より広い 123.58.16.0/20 のカバールートは、チャイナテレコムの北京 IDC ネットワークである AS23724 が発信していた。Nine Cloud のウェブサイトは 123.58.16.244 に解決される。これは同社登録の /21 内だが、より特定的な /24 の外側にある。したがって RIPEstat はウェブサイトアドレスを AS131495 ではなくチャイナテレコムのカバールートにマッピングする。これは正当なルーティングの取り決めである。また、アドレス登録、経路起点、ウェブホスティング、物理サーバの場所を一つの概念にまとめてはいけない理由も示している。

レビューした公開証拠のいずれも、中国と香港のプレフィックス間の自動フェイルオーバーを確立していない。これらは異なる隣接ネットワークを持つ異なるアドレス範囲であり、使用事例も異なる可能性が高い。一方の範囲の顧客サービスは、障害後にもう一方で自動的に到達可能になるわけではない。そのような復旧には、アプリケーションの複製、DNS またはエニーキャストポリシー、状態同期、テスト済みのルーティング変更、十分な予備容量が必要となる。同社のサイトは災害復旧やマルチアクティブ設計を製品として説明しているが、自社の制御系に対してこれらのメカニズムを実証するステータスページ、フェイルオーバーレポート、復旧テストは公開していない。

したがって実務上の問いはサービス固有である。購入者は、どの特定のプレフィックス、キャリア、施設が自社のプライマリ回線を提供するか、どの異なるプレフィックス、キャリア、建物入口、電源区分がバックアップを提供するか、プライマリが物理的に切断された状態でセカンダリパスがテスト済みかどうかを尋ねるべきである。2 つのキャリア名が書かれたダイアグラムは最初の部分にしか答えない。両方のリンクが正常な状態で収集された traceroute は、どちらかのリンクが単独で全負荷を運べることを証明しない。

唯一の公衆交換ポート

Nine Cloud は AS131495 の PeeringDB プロフィールを持っている。ネットワークレコードは北京企業を特定し、選択的ピアリングポリシーを適用し、杭州の NNIX に 1 つの運用接続をリストしている。ポートは IPv4 アドレス 103.164.64.125、速度 1,000Mbps と記録されている。IPv6 アドレス、ルートサーバ参加、ファシリティレコードはリストされていない。この交換接続の最終更新は 2022 年 1 月 4 日であり、ネットワークレコード全体の最終更新は 2022 年 10 月 26 日である。

これは具体的な証拠だが、厳しい制約がある。PeeringDB は参加者によって維持され、このレコードは古く、「運用中」フラグはライブテレメトリフィードではない。関連するNNIX 交換レコードは交換地点を杭州に置くが、ファシリティセットも公開参加者フィード URL もリストしていない。1 Gbps の交換ポートは 2.9T のバックボーン容量を検証することもできない。それは小規模なピアリングインターフェース、旧式のエントリ、管理パス、あるいは多数のプライベート相互接続の一端かもしれない。

同社の沿革ページには、杭州の国家交換センターに参加し、国家相互接続委員会のメンバーになったとある。PeeringDB エントリは NNIX という交換への参加を裏付けるが、より広範な組織的表現までは確認しない。杭州内の Nine Cloud のルーターの場所、ラックの所有者、クロスコネクトパス、トラフィックレベル、現在のポート状態を証明しない。PeeringDB には、開示されたトラフィックレベル、ルッキンググラス、ルートサーバ、IRR セット、相互接続ファシリティの記載はない。

この薄いプロフィールは、IPv6 の欠如をより重大にする。Nine Cloud は企業接続、クラウドリンク、ホスティング、CDN 関連サービスを販売しており、これらはすべてデュアルスタック要件に直面することが増えている。現在、公開 ASN は IPv6 プレフィックスを発信しておらず、リストされた NNIX インターフェースにも IPv6 アドレスはない。顧客は他のキャリアやサービス ASN を通じて IPv6 を受ける可能性もあるが、公開資料はそれを述べていない。調達仕様書には明示的な回答を求めるべきである。ネイティブデュアルスタックか、トンネルサービスか、上流提供の IPv6 か、IPv4 のみか。アドレス割り当てサイズ、経路セキュリティ、フェイルオーバー動作についても。

40 のドットは商業マップ、経路調査ではない

Nine Cloud は別途EDPN 遅延ツールを運用している。2026 年 7 月 15 日時点で、北京、石家荘、鄭州、武漢、長沙、広州、深セン、厦門、福州、寧波、杭州、上海、南京、成都、重慶、瀋陽、哈爾濱、昆明、南寧、青島、恵州、湛江、海口を含む「コア POP」都市の長い選択可能リストを返した。また、北京と上海のデータセンターラベルもいくつか挙げられていた。同社のホームページには、北京－天津、上海－杭州、広州－深センなどの都市ペアの参考遅延が表示されていた。

これは飾りの地図よりは良い。ツールはライブであり、ノードセレクタは機械可読で、都市ペア表はテスト可能な遅延主張を示している。これは、Nine Cloud が多都市向けサービスを測定するためのシステムを構築または委託したという結論を裏付ける。それでも、プローブ IP、テスト頻度、パケットサイズ、方向、パーセンタイル、損失、サンプルウィンドウ、キャリア、ファシリティ座標、各選択エンドポイントが現在顧客利用可能かどうかは明らかにされない。「コア POP」というラベルはエンジニアリング受け入れ証明書ではない。

地理情報は都市レベルである。レビューした公開地図のいずれも、ファイバのポリライン、管路所有者、長距離回線 ID、陸揚げ局、建物入口、MMR 座標を提供していない。名前入りのデータセンターエントリはサービス提供候補地を示すかもしれないが、ツールは Nine Cloud がそこに機器を所有しているか、他社のサービスを再販しているか、予備ポートを置いているか、単に引用されたアクセス製品があるだけかを示さない。連絡先ページの事務所地図は、物理ネットワークの地理にはさらに無関係である。本社や支店は自動的に POP ではない。

同社によれば、都市ネットワークは保護されたメトロアクセスと保護された長距離バックボーンリンクを組み合わせている。ダークファイバ、OTN 波長、レイヤ 2 回線、レイヤ 3 ルーテッド回線、SDH、MSTP を異なるハンドオフインターフェースで提供している。これらの製品タイプは非常に異なる管理境界を必要とする。ダークファイバは光機器を顧客に委ねるかもしれない。OTN サービスはキャリアのラインシステムに依存する。イーサネット専用線は複数の共有トランスポート層を隠蔽できる。インターネットサービスは BGP ポリシーとトランジットに依存する。単一の地図でこれらのすべての冗長性を記述することはできない。

購入する各経路について、有用な地図証拠は A・Z サイト、ファシリティ事業者、MMR、分界点、ローカルアクセスキャリア、長距離キャリア、保護パスクラス、共有リスクリンクグループ、光/パケットレイヤ、復旧目標、最終受け入れテスト日付を含む。これらのフィールドなしでは、40 ノードの地図はサービス可用性の仮説に過ぎない。商業的には情報価値があり、地理的示唆には富むが、物理的な経路多様性を確立することはできない。

2.9T が意味しうること

ホームページのラベルは「2.9T+ バックボーン専用線完全相互接続」と読み、単位は定義されていない。この文脈ではテラビット毎秒が自然な解釈だが、ページは 2.9T が点灯インターフェース容量なのか、契約キャリア容量なのか、ノード間ベアラの合計なのか、理論的スイッチングスループットなのか、ピークトラフィックなのか、課金対象顧客帯域なのか、両端の二重カウント集計なのかについては述べていない。数字の横に基準日もなく、使用率も示されていない。

それぞれの解釈は異なる運用上の意味を持つ。複数の 100 Gbps ポートを持つルーターは、背後の上流回線が小さくても設置済みポート容量を持つ。100 Gbps 波長は光機器とキャリア受け入れ後の点灯容量だが、一部のみが Nine Cloud 用に確保されているかもしれない。フルメッシュ合計は、複数のマーケティング経路で同一の基盤長距離区間をカウントできる。販売済みの顧客コミットメントは利用可能容量を減少させ、オーバーサブスクリプションは謳い帯域が同時に使用できるとは限らないことを意味する。これらの条件はいずれもウェブサイトの総数から導き出せない。

1M-100G という製品範囲も同様に、発注可能な単位であって、全 POP での即時提供の証明ではない。Nine Cloud は、既存リソースにより迅速な提供が可能で、帯域幅は日次で調整可能としている。これを利用可能容量に変えるには、購入者はサービスアドレス、アクセス方式、保証情報速度、バーストポリシー、95 パーセンタイル計算、設置リードタイム、ポート在庫、増強手順を必要とする。サイトは 95 パーセンタイル課金に言及するが、サンプリング除外条件、上り対下りの計算、保護切り替え中に保証ベースが利用可能かどうかについては触れていない。

可用性の数字にも同様の規律が必要である。ホームページはバックボーン専用線に 99.95% を表示する一方、サービスセクションでは顧客固有の契約保証が 99.99% に達し得るとしている。開発履歴では、2 本目のバックボーン経路がネットワーク可用性を 99.99% に引き上げたとある。これらの記述は、対象製品や期間、測定境界が異なればすべて整合する可能性がある。しかし、それらは互換性がない。閏年でない年では、99.95% は約 4 時間 23 分の停止を許容し、99.99% は約 53 分を許容する。メンテナンス除外、パケットロス閾値、遅延閾値、不可抗力、アクセス末端、顧客機器が結果を大きく変えうる。

ラック数、キャビネット数、サーバ台数、CPU、メモリ、ストレージ、IT メガワット、ユーティリティメガワット、UPS、発電機稼働時間、冷却、燃料、予備品、使用中ポート、残容量についての公開された容量値は見つからなかった。販売済みまたは予約済み容量を示す公開数値もない。同社のクラウドおよび IDC 提供はパートナー経由かもしれないが、パートナー施設や割り当て条件は開示されていない。ホステッドコンピューティングの復元力にとって、2.9T のネットワークは、通電ラック、予備ハードウェア、復旧可能なデータ、テスト済みの移行パスの代わりにはならない。

物理層はほとんど不明のまま

最大の証拠不足はルーティングではない。それは建築環境である。Nine Cloud は都市名といくつかのファシリティラベルを挙げるが、法的所有者、運営者、賃借人、機器管理者に結び付けられた施設目録を公開していない。土地、建物、データホールの所有権に関するレビュー済みの公的記録はない。Nine Cloud のルーターやサーバが設置されている場所を示すラック配置表もない。キャリア MMR やクロスコネクトのリストもない。防御可能な前提は、所有も不在もない。「不明」である。

電力も同様に不透明である。POP ルーターには電力会社からの供給、開閉装置、UPS または直流プラント、バッテリー、発電機バックアップ、冷却、環境監視が必要である。ホスト型サーバ群はさらに多くの負荷と熱依存を加える。Nine Cloud は受電数、変電所、発電機構成、稼働時間、給油契約、負荷バンク試験、PUE、ラック密度、最近の停電試験を公開していない。中国のグリーンデータセンタープログラムは大規模施設に対する効率期待値を設定し、MIIT のセクター計画は 2025 年までに新設の大規模・ハイパースケールデータセンターで PUE 1.3 未満を目標とした。これらの政策目標は文脈であり、Nine Cloud のサイトがそれを満たす証拠ではない。

施設の所有と運営責任も分離されねばならない。データセンターの地主は建物と電源設備を所有するかもしれない。認可 IDC 事業者はホールやラックをリースするかもしれない。Nine Cloud はそれらのラック内のルーターやサーバを所有するか、リースするか、容量を再販するかもしれない。キャリアがファイバを所有し、別の事業者がローカルループを扱い、第三者がクラウドオンランプを制御するかもしれない。各当事者は異なるメンテナンスウィンドウとエスカレーションパスを持つ。Nine Cloud の名前だけが記載された顧客契約は、これらすべてに依存しうる。

ウェブサイトの主張は 40 以上の「自社運営 POP コンピュータールーム」である。運営は所有を立証しない。たとえ全ノードに Nine Cloud の管理する機器が含まれていても、公開資料は部屋、建物、電源システム、接続回線の所有者を特定しない。遅延ツールに名前のある北京と上海の施設は、サードパーティのデータセンターブランドまたは場所ラベルと思われ、コロケーションまたは相互接続アクセスを示唆する。これは一般的であり、本質的に脆弱ではない。保護設計、リース期間、アクセス権、サプライヤー集中度が開示されない場合にリスクとなる。

したがって、物理的復元力は経路ごと、サイトごとに評価されるべきである。同じ部屋の 2 台のルーターは部屋の停電を防護しない。同じ建物の 2 部屋は建物のユーティリティ障害を防護しない。同一キャンパスの 2 棟は変電所やファイバ入口を共有しうる。2 キャリアは管路や長距離ケーブルを共有しうる。2 都市が 1 つのネットワーク運用チームや 1 つの設定システムに依存しうる。公開記録はこれらの共有リスクに関する疑問のいずれも解決しない。

障害パス 1: アクセスとバックボーン

企業ブランチにとって、最初の障害はトラフィックが Nine Cloud のバックボーンノードに到達する前に発生しうる。建物アクセスは貸主の許可、ライザースペース、ローカルループキャリア、路上管路、ハンドオフ装置に依存する。Nine Cloud は建物導入とラストワンマイルファイバの調整経験を宣伝している。それは運用上価値があるが、提供が現場の物理的・契約的条件に依存することも確認する。切断された管路、故障したアクセススイッチ、失効した不動産契約は、すべてのバックボーン経路が健全でも顧客を孤立させうる。

バックボーン内部の障害モードには、光損失、光増幅器やトランスポンダの故障、ラインカード不良、ルーターソフトウェア欠陥、ポート枯渇、経路リーク、トラフィックエンジニアリングミス、保守エラーが含まれる。保護輸送は、保護パスが分離しており十分な容量がある場合にのみ機能する。同社の参考遅延マップは共有リスクグループを明らかにせず、公開 BGP ビューはインターネット向けプレフィックスのみをカバーする。プライベートレイヤ 2 および光パスはこれらの経路から再構成できない。

分割された上流の状況はサービス固有の露出を生む。中国 /24 へのトラフィックは現在、可視の隣接 AS 1 つを通じて AS131495 に到達する。その境界での障害やポリシー撤回は、カバーするチャイナテレコム経路が残っていても、より特定的な経路を削除しうる。顧客サービスが引き続き到達可能かどうかはアドレス使用とルーティング設定に依存する。香港 /24 には可視の隣接ネットワークが 2 つあるが、それらの物理的独立性は不明である。いずれの取り決めも、購入した専用線が同等の保護を持つことを証明しない。

輻輳は別の障害状態である。パスがアップのままでも、遅延、ジッタ、パケットロスが音声、ライブビデオ、レプリケーション、インタラクティブアプリケーションを利用不能にしうる。Nine Cloud の都市ペア遅延参照値はポイント値であり、負荷時のパーセンタイル分布ではない。意味のあるサービス目標は、遅延、ジッタ、ロスの閾値、テストポイント、測定間隔、除外事項、救済策を明示すべきである。保護切り替えがこれらの閾値を維持するのか、単に基本的な到達可能性を回復するのかも記すべきである。

影響を受ける人々は製品に依存する。ブランチネットワーク障害は認証、ERP アクセス、決済、音声、ビデオを停止させうる。クラウドリンク障害はアプリケーションをオフィスから切り離し、アクティブシステムをデータベースから分離しうる。CDN や加速の障害は地域全体の公共サービスを低速化しうる。データセンターアップリンク障害は多数のホスティング顧客を一度に孤立させうる。Nine Cloud の集約が広範になるほど、透過的な故障ドメインと顧客コミュニケーションがより重要になる。

障害パス 2: ラック、電源、ハードウェア

ホスト型容量は異なる連鎖を生む。Nine Cloud が広告する仮想マシンは、最終的にプロセッサ、メモリ、ストレージ、ネットワークインターフェース、ファームウェアを備えた物理サーバ上で動作する。そのサーバは電力分配、ToR スイッチング、冷却を備えたラック内にある。そのラックは、ユーティリティ、UPS、発電機、防火、アクセス制御、運用スタッフが他社に属するかもしれない部屋にある。サービスはどの層でも故障しうるが、公開 ASN は引き続き経路をアナウンスする。

ハードウェア在庫が復旧時間を決定する。電源、ディスク、ラインカード、サーバが故障した場合、プロバイダーは互換性のある予備品、アクセス権限、現地に到着できる技術者を必要とする。同社サイトは 1 対 1 の技術グループを提供すると述べているが、連絡先ページは 5×8 のリモートサポートと平日の全国ホットラインを宣伝している。24 時間オンサイト対応目標、予備品配置場所、リモートハンズ契約は公開していない。継続的運用を要求する顧客は、これらのサポート記述を書面で調整すべきである。

電力障害は、ネットワークマーケティングがしばしば隠すため、明示的に扱われるに値する。二重のユーティリティフィードが同じ変電所から来るかもしれない。二重 UPS システムが単一の静的スイッチに入るかもしれない。発電機は燃料が限られるか、共有容量かもしれない。冷却は電気供給と独立に故障しうる。保守バイパスは公開停止を伴わずに冗長性を除去できる。レビューした Nine Cloud の資料はこれらの設計を特定していないため、その POP やホスト型サービスに電力復元力の格付けを割り当てることはできない。

復旧はデータにも依存する。第二のデータセンターは、適切な復旧ポイントまでデータが複製され、アプリケーションがそこで起動でき、依存関係が到達可能で、スタッフが計画を実行できるのでなければバックアップではない。Nine Cloud は二拠点、三センター、ローカルデュアルアクティブ設計をマーケティングし、主張される三経路・四回線トポロジーや最大 99.99% のサービス保証を含む。これらはソリューションパターンである。同社は実行済みのフェイルオーバーテスト、復旧時間結果、復旧ポイント結果、顧客データポータビリティ手順を公開していない。

顧客にとって、契約はプライマリおよび復旧場所、データ複製方式、暗号化、バックアップ所有権、エクスポート形式、削除プロセス、移行支援を明記すべきである。イグレス、クロスコネクト、一時的並行運用の費用負担者も示すべきである。その情報なしでは、事業者や施設障害後の移行が、元のサービス復旧よりも遅くなる可能性がある。すべての機器がまだ動作していても、供給者契約の失効が技術的停止になりうる。

障害パス 3: 制御、サポート、商業的依存関係

ネットワークの復元力は、コントロールプレーンおよび組織の特性でもある。構成システム、認証、監視、チケット発行、課金、顧客ポータルは、多数のサイトに共通の故障ドメインを生み出しうる。Nine Cloud はインシデントが 15 分ごとに報告され、各顧客に専任の技術グループを提供するとしている。しかし、公開のステータス履歴、メンテナンスカレンダー、インシデントアーカイブ、サービス与信記録は公開していない。顧客は外部から、同社が障害をどれだけ迅速に検知し、エスカレーションし、説明するかを判断できない。

公開ウェブサイト自体が運用境界を示している。jywx.comは 123.58.16.244 に解決され、現在の Nuxt サイトを HTTP で提供するが、2026 年 7 月 15 日のチェックでは HTTPS 接続に失敗した。このサイトは AS131495 の現在のより特定的な経路ではなく、チャイナテレコムのカバールートを通じて到達される。これは顧客ネットワークサービスに暗号化や可用性が欠けていることを示すものではない。しかし、同社の公開情報サービスが自社 ASN とは異なるルーティング依存関係を持ち、現代的な商業サイトに期待される通常の HTTPS フロントドアを欠いていることは示している。

商業的集中はルーター数よりも重要でありうる。多数の POP が一つのキャリア基本契約、一つのデータセンターグループ、一つのハードウェアベンダー、一つの運用コントラクターを利用している場合、支払い紛争、ライセンス問題、サプライヤー破綻、サポート終了が複数の都市に影響しうる。ウェブサイトは多くのパートナーや顧客ブランドを挙げているが、導入事例ページは大部分が名前だけであり、範囲、日付、契約額、サービス説明、独立して確認された成果はない。これらのロゴは市場シグナルであり、容量予約やパフォーマンス参照ではない。

2024 年の CNOOC 候補資格は、買い手の調達システムに由来するため、より具体的なシグナルを提供する。しかしそこですら、Nine Cloud は 1 位ではなく 2 位であり、公告は全国バックボーンの所有権ではなく、IT 通信保守・技術サポートに関するものである。購入者は正確な製品に合致する最近の参照事例を求めるべきである。専用線はホスト型クラウドではなく、保守契約は災害復旧サービスではない。

ライセンスもさらなる依存関係である。公開通知は地域横断的ライセンスが更新され、後に修正されたことを示すが、顧客は現在の原本、サービス区分、承認地域を入手すべきである。越境接続とデータ配置には特に注意が必要である。MIIT の規則は無許可の越境チャネルを制限する一方、香港登録のアドレスブロックが北京の ASN から発信されている。そのルーティング事実は、顧客データがどこに保存され、トラフィックがどこで検査され、どの契約エンティティがサービスを提供するかを確立しない。

データ所在地は IP ラベルから推測できない

香港プレフィックスは所在地問題を具体化する。APNIC は 103.175.196.0/23 を香港リソースとし、香港の登録者を名義人とする。IP ジオロケーションサービスも可視の /24 を香港に置く傾向がある。レジストリ国もジオロケーションも、サーバが入っている建物を証明しない。アドレスはリモートからアナウンスされ、トンネリングされ、エニーキャストに使われ、ネットワーク内で再割り当てされることができる。逆に、中国登録のアドレスが他地域のインフラにトラフィックを運ぶこともできる。

Nine Cloud のサービス資料は、ハイブリッドクラウドリンク、マルチクラウド分散、災害復旧、海外エッジサービスを説明している。各々は管理上および地理的境界を越えてデータを移動または複製できる。主権を懸念する顧客は、IP 国仮定ではなく、資産およびデータフロースケジュールを必要とする。スケジュールは、保存場所、処理場所、バックアップ場所、サポートアクセス、ログ場所、暗号鍵管理、下請業者、合法的移転根拠を特定すべきである。

同じルールがグローバルサービス範囲の主張にも当てはまる。国際上流は一つの香港ラックからグローバルな到達可能性を提供できる。それは各市場にローカル容量を作り出すわけではない。パートナーは Nine Cloud がその回線を所有していなくても海外のラストワンマイルを提供できる。いずれのモデルも本質的に劣っているわけではないが、停止責任とデータ処理は異なる。契約は各法域の供給者エンティティと、下請業者が障害を起こした場合のエスカレーションパスを特定すべきである。

経路セキュリティは所在地に間接的に影響する。香港 /24 の有効な RPKI 認可は、ネットワークが無許可の起点を拒否するのに役立つが、中国 /24 は検証可能な認可による保護がないままである。RPKI は認可された起点後の経路リークを防ぐものでも、DNS を保護するものでも、トラフィックを暗号化するものでも、物理的所在地を証明するものでもない。それはより大きな連鎖における一つの制御である。顧客は、経路フィルタ、最大プレフィックス制限、IRR メンテナンス、DNS セキュリティ、DDoS 対策、変更承認を別個の制御として尋ねるべきである。

公開 IPv6 の欠如も所在地の問いに値する。顧客が IPv6 を必要とするが、Nine Cloud がパートナー ASN から取得する場合、トラフィックは異なる経路をとり、IPv4 とは異なる運用境界に置かれるかもしれない。アドレスプロバイダー、経路起点、出口場所、フェイルオーバー設計は両プロトコルについて文書化されるべきである。デュアルスタックアプリケーションの復元力は、弱い方のプロトコルファミリーに依存する。

40 POP の主張に依拠する前に購入者が要求すべきこと

最初の要求は、日付入りのサービス固有トポロジーであるべきだ。それは営業地図上のすべての都市ではなく、顧客が使用する正確な POP を示すべきである。各ノードはファシリティ事業者、部屋または MMR エリア、Nine Cloud 機器、ラック電源構成、ローカルアクセスキャリア、バックボーンキャリア、ハンドオフ、責任保守当事者を明示すべきである。経路は飾りの直線ではなく、共有リスクグループを示すべきである。機密詳細は秘密保持契約の下で開示できるが、検証可能なスケジュールが一切ないことが懸念である。

第二の要求は容量の整合である。各関連回線およびポートについて、購入者は設計速度、設置速度、キャリア受け入れ速度、現在の点灯速度、確定顧客負荷、保護予約、利用可能空き容量を確認すべきである。2.9T の総量には定義と日付が伴うべきである。100G 製品は、特定の提供可能インターフェースとリードタイムに結び付くべきである。ホスト型容量については、同じ表にラック、IT 電力、サーバ在庫、ストレージ、バックアップ、予備ハードウェアを含めるべきである。

第三の要求は復旧の証明である。テストはソフトウェア上で経路選好を変更するだけでなく、実際のプライマリアクセスパスを障害させるべきである。結果は、検知、切り替え、パケットロス、切り替え後の容量、アプリケーション復旧、復元を記録すべきである。データセンターテストは、ファシリティ事業者の安全規則内で電力・冷却シナリオを含むべきである。クラウドおよびホスト型サービスは、バックアップからの復元と他事業者へのエクスポートを実証すべきである。レポートは合格ラベルだけでなく、失敗した手順と改善策を特定すべきである。

第四の要求はサポートとリスクの整合である。Nine Cloud の公開連絡先ページは 5×8 のリモートサポートとしているが、製品は連続稼働するアプリケーションにサービスを提供する。顧客は、必要に応じて 24 時間の重要度 1 連絡先、オンサイト応答時間、予備品カバレッジ、キャリアエスカレーション、通知間隔、根本原因期限、サービス与信を入手すべきである。APNIC、PeeringDB、ライセンス、契約に名前のある人物が現任か、後継者が定められているかを確認すべきである。

第五の要求は法的・データ境界の確定である。同社は現在の認証登録、通信免許および範囲を提供し、HK JIUYUN INFINITE TRADE LIMITED との関係を明らかにし、下請業者を指名し、顧客データ、ログ、バックアップの所在地を明示すべきである。施設リースまたは事業者契約が終了した場合に、顧客がどのように退出し、データを受け取り、回線を移行するかを説明すべきである。

証拠割引のある稼働ネットワーク

Nine Cloud は休眠会社の殻以上のものである。ライブの自律システム登録、現在の経路、一つのプレフィックスに対する有効な RPKI 認可、参加者管理の交換記録、アクティブな企業ウェブサイト、機能中の複数都市遅延ツール、ライセンス履歴、最近の企業調達シグナルがある。これらの事実は、同社がネットワークサービスを継続的に運営・販売しているという中程度の確信の結論を支持する。

物理層と容量層では確信は急激に低下する。レビューした公開証拠のいずれも、40 の現在の POP 設置、それらの所有権、電力状態、共有リスク分離を検証していない。いずれの公開証拠も 2.9T の総量を定義せず、使用率を報告せず、販売済み容量を特定せず、障害下の復旧を実証していない。二つの公開 /24 と三つの観測された隣接ネットワークは到達可能性といくつかの論理的多様性を示すが、全国的な物理トポロジーではない。1 Gbps の NNIX 記録は具体的だが古く、集約的主張を検証するにはあまりにも限定的である。

これは非稼働の判断ではなく、証拠の割引を生む。購入者は、Nine Cloud が自社の経路について文書化できるファシリティ、回線、サポート条件、テストに基づいてサービスを評価すべきである。それらの数字が同じページにあるというだけで、40 サイト、2.9 テラビット、99.99% のプラットフォームとして価格付けすべきではない。また、ASN の背後に 512 の IPv4 アドレスしか可視でないからといって切り捨てるべきでもない。公衆インターネットの規模とプライベートトランスポートの規模は異なるものを測定する。

決定的な証拠は単純明快だろう。日付入りの POP およびファシリティ目録、キャリアと電力の境界、設置済みかつ利用可能な容量、顧客固有の保護パス、現在のライセンス、経路セキュリティの完了、目撃されたフェイルオーバー結果である。それらが現れるまでは、最も裏付けのある記述は正確である。Nine Cloud は AS131495 を中心に小規模な可視インターネットエッジを運用し、はるかに大規模な中国のプライベートネットワークおよびホスティング基盤を販売している。エッジは観測可能である。基盤は依然として主張のままであり、回線、ラック、復旧テストを 1 つずつ検証しなければならない。