CHINANET SHAANXI province Cloud Base network、ラック・トランジット・修理期間に依存

概要

APNIC RDAP はAS134768をCHINANET-SHAANXI-CLOUD-BASEとしてリストしており、記述名は CHINANET SHAANXI province Cloud Base network、国コード CN、登録年2015、Chinanet ホストマスター連絡先となっている。
現在の経路可視性は良好である。RIPEstat のAS 概要では AS134768 をアナウンス済みと報告しており、RIPEstat経路状態では確認した公開ウィンドウにおいて86の IPv4 プレフィックス、39の IPv6 プレフィックス、観測された11のネイバーを示している。
トポロジは依然として親依存である。APNIC 由来のwhois データには AS4134 および AS4809 からのインポートが記載されているが、RIPEstat、bgp.tools、Hurricane Electric のBGP ページ、IPinfoの現在の公開ネイバー表示はすべて AS4134（China Telecom Backbone）を可視の上流としている。
ホスト型キャパシティにとって重要な意味を持つ公開アドレス証拠は混在している。広報されている多くのプレフィックスは Shaanxi Chinanet のリソースであるが、公開 BGP ビューでは IDC およびクラウドサービス、専用線、Baidu、浙江、広東、四川 Xiaoteyun のアドレスブロックとして説明される経路も確認できるため、AS 番号だけからワークロードの所有権やラックの設置場所を顧客が推測することはできない。
公開施設情報は西安・西咸の実際のクラウドコンピューティング拠点を示している。2025年の西北大学訪問報告は、China Telecom Cloud Computing Shaanxi Base を中国西部の大規模クラウド・ビッグデータセンターと説明し、1万ラック以上、T4 基準の部屋、PUE1.25 の低さ、高密度ラックオプション、省政府クラウド運用における役割を挙げている。
証拠グレードは「中」であり「強」ではない。ネットワークは可視的に稼働しており規模も大きいが、公開情報源は、このクラウド基盤ネットワークを通じてホスト型キャパシティを購入する顧客にとってのラック所有、給電、上流フェイルオーバー、復旧テスト、データポータビリティの制限、サポートエスカレーションに関する最新の製品別マップを公表していない。

ライブな経路表は最初の証明にすぎない

ホスト型キャパシティの提供者は、まったく異なる二つの方法で信頼性を示すことができる。一つ目の証明は経路表である。経路が可視であり、プレフィックスが認可され、パケットに経路が存在し、AS が既知のキャリアの配下にあること。もう一つの証明は運用面である。ラックに電力が供給され、冷却システムに余力があり、ハイパーバイザに空き容量があり、バックアップコピーがリストア可能で、サポートデスクが適切なエンジニアに連絡でき、契約終了時に顧客がデータを移動できることである。CHINANET SHAANXI province Cloud Base network は、最初の証明は強固だが、第二の証明は公開情報からは薄い。

公式な識別情報は明快である。AS134768の APNIC RDAP は AS をCHINANET-SHAANXI-CLOUD-BASEと命名し、CHINANET SHAANXI province Cloud Base network と記述している。レコードは中国に所在し、2015年10月27日登録、Chinanet ホストマスター連絡先を示す。RIPEstat のwhois ビューも同じ AS 名と説明を繰り返し、AS4134 と AS4809 からのインポートと、それらネットワークへの AS134768 のエクスポートを示す経路ポリシー行を追加している。これらは、このネットワークを漠然としたクラウドのスローガンではなく、実際の China Telecom 陝西ルーティング主体として扱うのに十分である。

現在の経路状態も重要である。RIPEstat の経路状態では、確認した2026年7月のウィンドウにおいて、AS134768 がほぼすべての RIS ピアから IPv4 と IPv6 の両方で可視であると示された。86の IPv4 プレフィックス、39の IPv6 プレフィックス、184,576の IPv4 アドレス、12,576の IPv6 /48換算がカウントされている。RIPEstat の広報プレフィックスビューでは、IPv4 と IPv6 にわたって現在125のプレフィックスエントリがリストされている。Hurricane Electric のBGP ページも同様の規模を報告しており、現在のビューでは184,576の広報 IPv4 アドレスと、無効な RPKI 経路がないことを示している。これらは休眠中の ASN の兆候ではない。

しかし、経路表はサービスの全体像を示しているわけではない。仮想マシンが China Telecom 所有のホールで稼働しているのか、ホール内の顧客所有ラックか、パートナー運営のキャビネットか、Tianyi Cloud リージョンか、政府クラウドプールか、専用線環境か、第三者コロケーションアレンジメントかは示されない。広報空間が本番サーバー、エッジゲートウェイ、顧客ルーター、ホスティングノード、コンテンツプラットフォーム、または私的なビジネスリンクに接続されているかどうかも明らかにしない。故障したサーバーの交換にどれだけ時間がかかるか、過負荷のサポートキューが移行を遅延させる可能性があるかどうかも買い手にはわからない。

この差異が本稿の中心的な依存関係である。AS134768 はネットワーク化されたクラウドキャパシティの印象を売り出しており、公開 BGP 証拠は、大規模でアクティブな China Telecom 陝西エッジの存在を裏付けている。それでも買い手は、そのエッジの背後にある物理的および契約的なレイヤーをテストしなければならない。ホスティングにおいて、最も損害の大きい障害はしばしば「インターネットが消えた」ことではない。それはより小さく、より解決が難しい障害である。ラックの給電が一方に落ち、残りのフィードに既に負荷がかかっている、上流の変更により経路リークが発生する、ストレージプールにバックアップはあるが高速なリストア経路がない、移行中に請求保留がエクスポートをブロックする、あるいは保守ウィンドウが可用性保証の範囲外として扱われる、といったことだ。

公開ルーティングが証明するもの

公開ルーティングは、AS134768 が可視であり、監視に値するほど重要であることを証明している。RIPEstat のAS 概要は、ホルダーを CHINANET-SHAANXI-CLOUD-BASE と識別し、APNIC と同じ記述名を用いている。RIPEstat の現在の経路状態は、少数のコレクターしか観測していないフリンジ経路ではなく、広範な IPv4 および IPv6 の可視性を示している。同じステータスページは、最初の観測が2017年1月、最後の観測が2026年7月12日と報告している。したがって経路履歴は継続性を支持している。この ASN は何年にもわたって公開インターネットに観測されており、単に登録されて放棄されたわけではない。

サードパーティのアグリゲーターも同様の見解を示している。bgp.toolsは、このネットワークを APNIC 下でアクティブと分類し、ネットワークタイプをコンテンツとし、上流に China Telecom Backbone を示し、その可視ビューでは75の IPv4 および39の IPv6 の広報プレフィックスを報告している。Hurricane Electric のAS134768 ページは、合計127の広報プレフィックス（IPv4 が88、IPv6 が39）、加えて11の観測 BGP ピアを報告している。IPinfoは ASN をホスティング志向と説明し、国を中国とし、ASN 内のアドレスで数万のホストドメインを示し、可視サマリーで上流を AS4134 としている。

公開 BGP コレクターは異なる観測点、フィルタリング選択、更新タイミングを用いるため、カウンターに差異が生じる。RIPEstat の経路状態ビューでは86の IPv4 プレフィックスをカウントし、bgp.tools では75の広報 IPv4 プレフィックス、Hurricane Electric では88を示していた。この変動を矛盾として過大解釈すべきではない。共通のシグナルが正確な数値よりも重要である。AS134768 は大規模な経路面、強力な China Telecom 親パス、IPv4 と IPv6 の大きなリソース混合を有している。

経路起点の証拠も、多くの小規模ホスティングネットワークよりも良好に見える。代表的な陝西 IPv4 ブロック（36.41.64.0/20、113.142.128.0/17、117.34.124.0/23など）の RIPEstat 経路起点バリデーションは、確認結果で AS134768 に対して有効ステータスを返した。サンプルの IPv6 クラウドおよびネットワークブロック（240e:982:4500::/40、240e:108:1140::/48など）についても同様である。有効な ROA はサービス品質を保証しないが、経路起点リスクの一クラスを低減する。

したがって運用上の結論は「弱いネットワーク」ではない。「強力な公開ルーティング、不完全な顧客証拠」である。顧客は AS134768 がアクティブであると合理的に信じることができる。しかし、そこから直ちに、自身のホスト型ワークロードがマルチサイト保護、独立した二重の電力経路、テスト済みのバックアップリカバリ、容易なデータポータビリティを備えていると信じてはならない。BGP は到達可能性の問いに答える。ホスト型キャパシティには他のいくつかの回答が必要である。

上流の状況はレジストリポリシーが示唆するよりも狭い

AS134768 の APNIC 由来 whois レコードは、AS4134 と AS4809 の二つのインポートを挙げている。AS4134 は China Telecom Backbone である。AS4809 は China Telecom の CN2 ネットワークであり、しばしばプレミアムバックボーンパスと結び付けられる。両方のパスがアクティブかつ独立して顧客ワークロードを伝送しているのであれば、有用な多様性となる。公開経路ビューは、そのより強い解釈を証明していない。

RIPEstat のASN ネイバービューは、確認ウィンドウで11の観測ネイバーを示した。左側のネイバーは AS4134 で、IPv4 と IPv6 の両方で高い可視性を示した。右側のネイバーは、陝西 China Telecom 5G 都市ネットワーク群であり、西安の AS138387、銅川の AS138409、宝鶏の AS138436、渭南の AS138513、咸陽の AS138514 などが含まれ、主に IPv6 で可視であった。IPinfo のサマリーも上流を1つ、AS4134とカウントしている。bgp.tools も同様に AS4134 を上流として表示した。Hurricane Electric は、可視テーブルにおいて AS4134 を IPv4 ピア、ならびに IPv6 ピアとして示した。

このギャップは致命的ではない。大規模オペレーターは、内部のエンジニアリング、計画されたパス、あるいは公開コレクターが完全には公開しないプライベートな相互接続を反映した経路ポリシーレコードを保持している場合がある。AS4809 は、サンプリングされたビューにおいて AS4134 が可視の公開上流であっても、一部のサービスでは依然として重要かもしれない。しかし、ホスト型キャパシティを購入する顧客は、whois 内の AS4809 の行を、稼働中の顧客影響フェイルオーバーパスの証明として扱うべきではない。テストすべきは、現行の製品固有の証拠である。すなわち、このサービスをどの上流が担っているのか、何から何へフェイルオーバーするのか、経路ポリシーはどのようにフィルタリングされるのか、RPKI はどのように施行されるのか、バックアップパスはピーク負荷時に十分なコミット済みキャパシティを有しているのか、である。

これは、可視のパスすべてがより広範な China Telecom ファミリー内に留まっているために特に重要である。親ネットワークの耐障害性は優れている可能性があるが、それは商用上あるいは物理的な独立性と同じではない。真の多様性の主張は、少なくとも四つのレイヤーを分離する。BGP パスの多様性、キャリアまたはバックボーンの多様性、物理パスの多様性、そしてフェイルオーバー後の予備キャパシティである。両方の経路が同じメトロファイバートレンチ、同じクラウド基盤コアスイッチ、同じビル入線、あるいは同じ China Telecom コントロールプレーンに依存しているならば、セカンド AS ラインは顧客が懸念する障害から保護できないかもしれない。

正しい調達文言は敵対的ではない。買い手は次のように尋ねることができる。「当方が購入するサービスについて、該当する起点 AS、上流 ASN、プレフィックス、アベイラビリティゾーン、物理データホールはどれか。どのパスがプライマリか。どのパスがテストされているか。どのパスがネットワーク内のオペレーターに対して単に利用可能なだけか。」この区別は、強力な China Telecom ネットワークが完全なマルチプロバイダ耐障害性として過剰販売されるのを防ぐ。

プレフィックス構成はホスティング、アクセス、パートナー面を同時に示す

公開プレフィックスリストは、単一のビジネス面以上のものを示唆するに足る広がりを持つ。可視のプレフィックスの多くは、明快な Shaanxi Chinanet ネットワーク空間である。36.41.64.0/20の APNIC RDAP は、より大きな CHINANET-SN 割り振りに解決され、管理連絡先ラベルはデータ通信局を西安に置いている。113.142.128.0/17の APNIC RDAP も同様に CHINANET-SN 割り振りに解決される。これらのブロックは、一部のレガシー記述が「Shanxi(SN)」表記を用いて陝西と山西を混同させることがあるものの、AS134768 が陝西 China Telecom アドレスリソースを担っているという主張を支持する。西安の連絡先文脈が実用的な拠り所である。

他の経路リソースは運用境界をより複雑にしている。bgp.tools は複数の103.236.0.0/22スタイルのブロックを、四川の Xiaoteyun Technology 向けとしてリストしている。103.236.88.0/22の APNIC RDAP は、登録リソース名を XIAOTEYUN、連絡先を成都、四川と識別しており、RIPEstat のプレフィックス概要は、確認した経路ビューで現在の起点を AS134768 と示している。bgp.tools はまた、Baidu と記述された、あるいは Shaanxi 以外の Chinanet と記述されたいくつかのプレフィックスを AS134768 ページの配下に示している。これらのリソースの存在は不正の証拠ではない。それは、起点 AS、顧客、リソース保持者、施設配置が乖離しうることの証拠である。

この乖離は大規模ネットワークでは普通のことである。オペレーターは、顧客 PI 空間、DDoS 保護空間、クラウドアドレス、専用線ネットワーク、コンテンツデリバリブロック、政府クラウドセグメント、あるいはパートナー割り振りを起点としてもよい。顧客リスクは、AS 名だけではどの運用アレンジメントが適用されているかを買い手が判別できないことである。China Telecom クラウドインフラ上で動作する VPS は、AS134768 によってプレフィックスが起点される顧客ルーターと同じではなく、いずれも IPinfo のホストドメインデータによってカウントされた IP アドレス上でホストされたウェブサイトと同じではない。

IPinfoはこれがなぜ重要かを示している。ASN 内のアドレス全体で23,000を超えるドメインがホストされており、103.236.90.151を何千ものドメインを有するアドレスとして強調している。これは有用な市場シグナルである。当該 ASN はドメイン密度の高いウェブトラフィックをホストしているように見える。しかし、それがサイトの契約上の所有者、ラックの位置、バックアップポリシー、またはアドレスがリセラー、共有ホスティングプラットフォーム、CDN レイヤー、顧客管理環境に属するかどうかを証明することはできない。

顧客にとって、アドレスマップはオンボーディングの一部であるべきだ。サービスにはどのプレフィックスが割り当てられるのか。それは China Telecom 陝西空間か、顧客空間か、パートナー空間か、Tianyi Cloud 共有空間か。誰がリバース DNS、アビューズ処理、ROA 作成、ファイアウォールポリシー、緊急時の Null ルーティングをコントロールするのか。サービスが移行される場合、IP はワークロードと共に移動するのか、それとも顧客は新しいアドレスを受け取るのか。これらの問いは、大きな経路表を実際の依存関係マップへと変える。

クラウド基盤ラベルは物理キャパシティを指し示す

公開施設情報は、「Cloud Base」という名称を単なる装飾以上のものにしている。2025年の西北大学経済管理学院の訪問報告は、China Telecom Cloud Computing Shaanxi Baseについて、2013年に建設開始、2015年に正式運用開始と説明している。同報告は、これを中国西部の大規模クラウドコンピューティング・ビッグデータセンターとし、T4 基準のコンピュータールーム、PUE は1.25の低さ、1万ラック以上、5kW・8kW・12kW およびそれ以上の液冷キャビネットオプション、表示上の22T のエクスポート帯域、China Telecom のコア IDC バックボーンノードの一つとしての役割を記述している。また、学生が見学した冷却、配電、セキュリティ能力、および省政府クラウドアーキテクチャについても言及している。

これは漠然とした製品ページよりも強力である。ラック数、電力密度、冷却設計、防火、帯域、キャンパスの役割といった物理的属性を説明しているからだ。また、2015年のデータセンター Dynamics による China Telecom の西安クラウドコンピューティング基地に関する報告とも歴史的に一致しており、西部地域クラウド基地の開設と China Telecom のより広範な地域クラウドノード戦略に言及している。Fenghuoyun のノード説明や、Tianyi 起業家クラウドサービスに関する2018年の陝西 Phoenix 記事などのセカンダリおよびパートナーページも、陝西クラウド基地を西咸新区灃西新城に位置付け、IDC、クラウド、コロケーション型キャパシティに言及している。

これらの公開施設説明は役立つが、施設レベルの文脈として読まれるべきであって、顧客固有の証明としてではない。西北大学のページはサイトビジット報告であり、サービス契約ではない。Fenghuoyun と Phoenix のページはパートナーまたはメディア的な説明であり、中立的な監査ではない。設計キャパシティは使用可能キャパシティと同じではない。ラック数は、空ラックの可用性、電力余裕、予備スイッチ、ハードウェア在庫、顧客移行ウィンドウ、あるいはクラウド、政府ワークロード、インターネットアクセス、専用線、パートナーサービス間の現在の分割に関する表明ではない。

最も有用な結論は、物理的な具体性と留保である。顧客は、陝西クラウド基盤ストーリーに関連する有意な China Telecom クラウド・IDC キャンパスが存在すると想定すべきである。一方、AS134768 を通じてルーティングされるサービスが特定の名前付きホールに物理的に存在するか、キャンパス全体の後ろ盾があるか、あるいは公開ツアーで説明されたあらゆる冗長化機能によって保護されているかどうかを想定してはならない。クラウド基盤は、論理的に分離された複数の環境をホストすることができる。あるものは二拠点災害復旧を備えているかもしれない。あるものはシングルゾーンかもしれない。あるものはパートナーラックかもしれない。あるものはパブリッククラウドゾーンかもしれない。あるものは顧客コロケーションかもしれない。

したがって、買い手は実際の配置表明を求めるべきである。すなわち、キャンパス、建物、部屋クラス、ラックまたはアベイラビリティゾーンへのマッピング、給電設計、冷却クラス、クロスコネクトパス、保守ポリシーの範囲、そしてサービスが共有プラットフォーム上か専用ラックか、である。その答えは、基地の総規模よりも重要である。

設置キャパシティは使用可能キャパシティではない

公開クラウド基盤資料は規模を強調しており、規模は有用である。数千のラック、高密度キャビネットオプション、大規模な China Telecom バックボーン関係を有するキャンパスは、小規模オフィスホスティングプロバイダよりも多くの需要を吸収できる。また、顧客のサービスがオペレーターの内部割り当て選択に依存しうるレイヤーも多い。

設置キャパシティは、建設済みであるか公開計画で示せるものである。使用可能キャパシティは、電力、冷却、ストレージ、ネットワーク、サポートの制約に違反することなく顧客ワークロードが消費できるものである。回復可能キャパシティは、障害後に利用可能な残存容量である。ラック数は二番目と三番目のカテゴリーについてほとんど語らない。高密度の予備容量がすべて政府クラウドワークロード用に予約されている場合、商用ホストサーバーは恩恵を受けられない可能性がある。バックアップストレージプールは大規模だが、リストア帯域が狭ければ、顧客はバックアップがあっても回復パスを持たないかもしれない。クラウド基盤が表示上22T のエクスポート帯域を持っていても、顧客の製品ティアがレート制限されていたり、サービスセグメント内でシングルホームであったりすれば、見出しの帯域は顧客の故障モードを定義しない。

Tianyi Cloud 自身の公開ドキュメントも、この階層化された見方を補強している。Tianyi Cloud のホームページは、クラウドネットワーク統合、セキュリティ、専用カスタマイゼーション、パブリック、プライベート、専用、ハイブリッド、エッジ、フルスタッククラウドサービスを含む複数のクラウド形態をブランドとして打ち出している。リージョンとアベイラビリティゾーンに関する ECS ドキュメントでは、アベイラビリティゾーンを、リージョン内の一つ以上の物理データセンターであり、独立した電源とネットワークを持つものと説明し、大きな災害や主要電源障害を除いて障害分離を目標としていると述べている。これは理にかなったアーキテクチャ表明である。同時にそれは、顧客が購入したワークロードが実際にゾーンをまたぐのか、あるいは単に一つのローカルリソースプール内にあるにすぎないのかを知らなければならないことも意味する。

ベアメタル、VPS、コロケーション、マネージドサービスキャパシティについても同様である。キャビネットを購入する顧客は予備電力、リモートハンド、クロスコネクトのリードタイム、交換用ハードウェア、保守ウィンドウを求める。仮想マシンを購入する顧客はハイパーバイザクラスタサイズ、ストレージレプリケーション、スナップショットアイソレーション、イメージエクスポート、故障ドメイン配置を求める。パブリックセクタークラウドを購入する顧客はポリシー準拠、バックアップロケーション、アイデンティティ管理、テスト済み災害復旧を求める。AS134768 はこれらすべての面のトラフィックを運ぶ可能性があるが、それぞれ使用可能キャパシティの定義が異なる。

実用的なテストは、故障時のキャパシティ表明を求めることである。ラック、ホスト、スイッチ、ストレージシェルフ、電源フィード、上流経路のいずれかが故障した場合に、どれだけのコンピュート、ストレージ、帯域、サポートが残るのか。残ったプールは通常の顧客負荷を担えるのか、それとも優先顧客のオンライン維持しかできないのか。顧客はこの保護を受けるために、第二のアベイラビリティゾーンや別の災害復旧製品を購入する必要があるのか。その答えなしには、「クラウド基盤」は設備ラベルにとどまり、耐障害性の保証とはならない。

電力、冷却、修理ウィンドウが停止を決定する

データセンターページはしばしば電力と冷却を技術的誇りとして提示する。顧客はこれらを停止を決定する要因として読むべきである。西北大学の訪問報告は、陝西基地が T4 基準の部屋、低 PUE、高密度ラックオプション、高度な冷却とセキュリティ能力を有すると述べている。Fenghuoyun のページは、バックアップ電源システム、コロケーション型サービス、コアスイッチング、セキュリティ認証の主張を説明している。2018年の陝西 Phoenix 記事では、基地が大規模な計画ラック容量を有し、ネットワークと電力の継続性サービスレベルをうたっていたと述べている。これらは肯定的な公開シグナルだが、顧客固有のサービス条件の代替にはならない。

電力冗長性には複数のレイヤーがある。ユーティリティフィードは多様かもしれないが、開閉装置は共通かもしれない。UPS は冗長化されていても、バッテリー持続時間は短いかもしれない。発電機が利用可能でも、燃料ロジスティクス、発電機の起動信頼性、保守状態が実際の耐久時間を決定する。ラック PDU は A および B フィードを持つかもしれないが、顧客が誤って両方の供給を片側に接続してしまうかもしれない。高密度液冷ラックは強力だが、通常の低密度サーバーには存在しない冷却液やファシリティサポートの依存関係を追加する。

冷却冗長性にもレイヤーがある。低 PUE は価値があるが、それは稼働時間の指標ではない。効率性や設計について何かを示すが、あるラック列がチラー、ポンプ、空調ユニットの故障後に十分な冷却余力を持っているかどうかは示さない。高密度液冷キャビネットがメンテナンスを通じて稼働し続けられるかどうかは示さない。一時的なディレーティングイベントがワークロードの移動を強制するかどうかは顧客にわからない。

修理ウィンドウこそ、顧客が真実を目にするところである。ラック障害にはリモートハンドが必要かもしれない。サーバー障害には交換部品が必要かもしれない。ルーティング障害には BGP 変更を許可されたエンジニアが必要かもしれない。ストレージ障害にはベンダーエスカレーションが必要かもしれない。ハイパーバイザ障害には退避空間が必要かもしれない。バックアップ障害には、プライマリサービスが停止している間にリストア判断を下す誰かが必要かもしれない。China Telecom の規模はこれらの段階を取り除くものではなく、プロセスが準備されていればそれを管理するためのより多くのリソースをオペレーターに与えるだけである。

顧客はインシデントパスを平易な言葉で尋ねるべきである。誰が内部チケットを起票するのか。誰が部屋に入れるのか。どの部品が現地在庫されているのか。どの変更に保守ウィンドウが必要か。計画保守がクラウドエッジ、電源フィード、ストレージプレーン、IP 経路に影響する場合、顧客はどのように通知されるのか。SLA は計画保守を除外するのか。どのサービスがクレジット対象で、どれが単にベストエフォートでサポートされるのか。これらの詳細はラック数ほど華やかではないが、障害が短時間のイベントになるか、長い移行になるかを決定づける。

ホストドメインのシグナルは慎重な取扱いが必要

IPinfo のホストドメインカウントは、AS134768 をホスティングネットワークのように見せており、それは有用な市場証拠である。ASN 全体で23,000を超えるホストドメインを報告しており、少数の IP に集中している。bgp.tools もネットワークタイプをコンテンツとラベル付けしている。Tianyi Cloud の公開製品群には、エラスティッククラウドホスト、アプリケーションクラウドホスト、物理マシンサービス、ストレージ、バックアップ、災害復旧、その他のインフラストラクチャサービスが含まれる。これらを合わせると、中心的な前提を支持する。すなわち、このクラウド基盤ネットワークは顧客向けホスト型キャパシティ面の一部である、ということだ。

しかし、それらは特定のホストドメインの背後にある正確なサービスを証明するものではない。ドメインは、共有ホスティング、リセラープラットフォーム、アプリケーションファイアウォール、リバースプロキシ、コロケーション内の顧客機器、レガシーサーバー、内部政府アプリケーション、あるいは静的 IP サービスを利用するビジネス顧客を指し示す可能性がある。IP アドレスの集中は、クラウドアカウントの集中と同じではない。例えば、103.236.90.151上の多数のドメインは、共有ホスティングやプラットフォームアドレスを示唆するかもしれないが、基礎となる103.236.88.0/22割り振りの APNIC RDAP は、登録リソース名を XIAOTEYUN と識別している。これにより、運用チェーンは「China Telecom 陝西が IP 上のすべてのサイトを所有している」よりも複雑になる。

この区別は障害発生時に重要となる。顧客が共有ホスティング IP 上にある場合、別のテナントによるアビューズイベントがレピュテーション、メール到達性、フィルタリングに影響する可能性がある。顧客がルーティングされたパートナーアドレス空間上にある場合、経路起点およびアビューズ連絡先が契約にきちんとマッピングされないかもしれない。顧客がエラスティック IP を有する仮想プライベートクラウド上にある場合、移行には DNS 変更やエンドポイントカットオーバーが必要かもしれない。顧客が顧客所有ルーターを用いたコロケーション上にある場合、プロバイダは電源とクロスコネクトに対して責任を負うが、顧客のオペレーティングシステムやアプリケーションには責任を負わないかもしれない。

したがって本稿では、ホストドメインカウントを非公式な市場シグナルとして扱い、最終的なキャパシティ証明とはみなさない。それらは AS134768 が顧客向けのウェブおよびインフラストラクチャトラフィックに使用されていることを示唆する。しかし、誰がサーバーを所有しているか、ワークロードがバックアップされているか、テナンシーが分離されているか、テスト済みの復旧パスがあるか、あるいはストレス時に顧客が VM イメージ、データベースダンプ、メールボックスアーカイブ、完全な cPanel ライクなアカウントをエクスポートできるかどうかを立証することはできない。

問題を解決する証拠は、実際のサービスに結びついた製品ドキュメント、すなわちアドレス割り当て、テナント分離設計、バックアップとスナップショットの範囲、エクスポートフォーマット、アビューズ処理、DDoS 制御、リバース DNS 制御、メールレピュテーションポリシー、移行サポートであろう。これらの詳細がなければ、ホストドメインの規模はより良い質問をする理由であって、安心する理由ではない。

データ所在地はセールスポイントであり制約でもある

本プロファイルの地域フィールドは CN であり、公開証拠は中国ベースの運用面を支持している。APNIC は AS を中国に位置づけている。陝西クラウド基盤報告は物理キャンパスを西安・西咸地域に置いている。Tianyi Cloud の製品ページやサービスドキュメントは中国向けである。このローカルプレゼンスは、中国の公共セクター、規制対象、レイテンシに敏感なワークロードにとって価値がある。同時に、顧客がバックアップ、サポートアクセス、退出パスを設計する方法を制限しうる。

中国の法的環境は、データ配置を単なる調達選好以上のものにしている。DigiChinaがホストするサイバーセキュリティ法訳は、中国本土の重要情報インフラ運用者が収集・生成する個人情報および重要データについて、ローカライゼーション要求を定めている。データセキュリティ法は国家データセキュリティ枠組みを確立している。香港のPCPDが要約し、China Law Translateなどの情報源が翻訳した個人情報保護法は、個人情報処理と越境移転義務を追加している。正確な義務は顧客、データタイプ、サービスアレンジメントに依存するが、方向性は明らかである。すなわち、所在地、アクセス、移転ルールが重要である。

AS134768 の顧客にとって、所在地には三つの実用的な次元がある。第一は本番所在地である。コンピュート、ストレージ、ネットワークエンドポイントが実際にどこにあるか。第二はバックアップ所在地である。スナップショット、アーカイブ、災害復旧レプリカ、ログがどこに保存されているか。第三は管理所在地である。誰が、どの場所から、どの法人格およびサポートプロセスの下でシステムにアクセスできるか。サービスがローカルでホストされていても、リモート管理、外部セキュリティツール、クロスリージョンバックアップを利用しているかもしれない。サービスは陝西クラウド基地をうたいながら、別の省で災害復旧を提供しているかもしれない。それは優れたアーキテクチャかもしれないが、それは明示的でなければならない。

データ所在地は移行にも影響する。顧客が離脱を必要とする場合、別の中国ベースのプロバイダ、別の China Telecom リージョン、オンプレミスシステム、あるいは海外プラットフォームにデータをエクスポートできるか。ログ、個人情報、政府データ、暗号鍵、バックアップの移転に法的、技術的、契約上の制限があるか。プロバイダは帯域制限なしの一括エクスポートをサポートするか。契約終了後、顧客はどのくらいの期間アクセスを保持できるか。請求による利用停止中に、顧客が依然としてデータ取得を必要としている場合、どうなるか。

最も安全な解釈は、中国ローカルのインフラは、顧客のコンプライアンスとレイテンシのニーズがプラットフォームに合致する場合の特徴であり、顧客が越境冗長性や迅速な脱出を必要とする場合の制約である、ということである。AS134768 の経路表はこれらの問いに答えることはできない。サービス条件とデータ処理アレンジメントのみが可能である。

サービス契約がクラウドがカバーしないものを決める

クラウド顧客はしばしば可用性の文言を完全な運用責任と混同する。Tianyi Cloud のSLA インデックスは、コンピュート、ストレージ、バックアップ、災害復旧製品にわたるサービスレベル契約をリストしている。そのECS SLA ページは、ユーザーをエラスティッククラウドホストのサービスレベル条件へ案内する。Tianyi Cloud の製品ドキュメントはまた、アベイラビリティゾーン、インスタンスタイプ、GPU サービス、クラウドディスク、バックアップ製品、災害復旧製品を区別している。この構造は顧客に重要なことを伝えている。耐障害性は特定のサービスから組み立てられるものであり、親ブランドから自動的に継承されるものではない。

実際には、買い手は除外事項を予期すべきである。ほとんどのクラウド SLA は、計画保守、顧客側の設定ミス、アカウントや支払いの問題、不可抗力イベント、およびプロバイダの定義されたサービス境界外の障害を除外する。一部の製品は復旧保証ではなくクレジットを有する。一部のハイパフォーマンスまたは特殊インスタンスは異なる SLA に従う場合がある。一部の災害復旧製品は、顧客が選択したデータまたは設定のみを保護する。これらのいずれも珍しいことではない。それこそが、サービス固有の契約を読むことが重要である理由である。

AS134768 について、契約境界は主要な故障パスに対してテストされるべきである。上流経路が故障した場合、それはネットワーク可用性によってカバーされるのか、バックボーン保守として除外されるのか。ラックが停電した場合、顧客はサービス停止クレジット、復旧サポート、またはその両方を受け取るのか。フェイルオーバー後に顧客管理の VM が誤設定された場合、プロバイダの責任はどこで終わるのか。DDoS 軽減アクションが顧客 IP を Null ルートした場合、エスカレーションパスは何か。政府クラウドワークロードが商用クラウドとは異なるセキュリティ管理を持つ場合、どのサポートチームが行動するのか。

請求とアカウント状態は注意に値する。ホスト型キャパシティは管理的に故障しうる。未払いの請求書、契約更新の遅延、実名検証の問題、ドメインファイリングの問題、アビューズ苦情、顧客識別情報の不一致は、故障したルーターと同程度に効果的に、サービスを停止させたり移行をブロックしたりする可能性がある。クリティカルなキャパシティを購入する顧客は、請求紛争がデータエクスポートに影響しうるか、停止後データはどのくらい保持されるか、誰が緊急アクセスを許可できるかを尋ねるべきである。

最良のクラウド契約は、見えない依存関係を可視化する。それはサービス境界、可用性メトリック、保守通知、データ保持、バックアップ責任、エクスポート方法、サポート深刻度、応答目標、顧客義務を明示する。AS134768 が経路面であり、Tianyi Cloud または China Telecom 陝西ユニットがサービスプロバイダであるならば、顧客は経路の事実と契約の事実の両方を同一ファイル内に必要とする。

テストすべき主要な故障パス

第一の故障パスはラックまたは施設故障である。これにはラック電源、列冷却、PDU エラー、トップオブラックスイッチ、クロスコネクト、ファイバーパネル、物理アクセス、保守ミスが含まれる。公開クラウド基盤報告は大規模な施設を示唆するが、施設の規模は局所的な故障を除去するものではない。顧客は自身のサービスがシングルラックか、シングルルームか、シングルビルか、マルチゾーンか、二拠点かを知る必要がある。

第二のパスは上流またはバックボーン故障である。現在の公開ビューは AS4134 を可視の上流として示している。whois ポリシーは AS4809 に言及しているが、経路コレクターはそれを証明済みの顧客フェイルオーバーパスとはみなしていない。顧客はアクティブな上流マップ、フェイルオーバーテスト、経路フィルタ、RPKI 状態、および AS4134 が地域的または全国的な問題を抱えた場合の予想される挙動を必要とする。

第三のパスはハードウェア在庫故障である。ホストされたプラットフォームは故障したサーバーを迅速に特定できても、交換を待つ場合がある。高密度 GPU、液冷、特殊コンピュートはさらに在庫リスクを追加する。顧客は、どの部品が現地在庫されているか、どれがベンダーディスパッチを必要とするか、オペレーターが部品輸送中に異なるハードウェアへライブマイグレーションまたはリストアできるかを尋ねるべきである。

第四のパスはサポート故障である。当該クラウド基盤ネットワークは大規模キャリア組織内にあり、エスカレーションが成熟していれば強みとなりうる。同時に、ローカルオペレーション、バックボーンオペレーション、クラウドオペレーション、カスタマーサポート、請求、セキュリティ、パートナーチーム間に引き継ぎリスクを生み出す可能性もある。顧客は、各インシデントタイプをどのデスクが担当し、どの深刻度レベルが24時間エスカレーションをトリガーするかを知るべきである。

第五のパスはバックアップおよびリストア故障である。存在するが遅く、不完全であるか、誤ったアカウントによって制御されたバックアップは停止を解決しない。顧客はバックアップ製品名だけでなく、リストア証拠を要求すべきである。VM にとっては復元イメージの起動を意味する。データベースにとっては一貫性とリカバリポイントの証拠を意味する。オブジェクトストレージにとっては、バージョン管理、削除保護、アカウント分離を意味する。コロケーションにとっては、プロバイダが顧客データを一切バックアップしない可能性があることを意味するかもしれない。

第六のパスは移行故障である。顧客はしばしば、アプリケーションが不安定であったり、ビジネスの信頼を失ったりしたストレス下でプラットフォームを離れる。これは、IP アドレスが移動できないこと、イメージがエクスポートできないこと、スナップショットがプロプライエタリであること、帯域が制限されていること、あるいは請求が決済されるまでサポートが支援しないことを発見する最悪のタイミングである。移行はサービスが健全なうちにリハーサルされるべきである。

これらのテストは不信を必要としない。それらは、公開ネットワーク証拠が公開サービス境界証拠よりも強い、あらゆるホスト型キャパシティプロバイダに対する通常のデューデリジェンスである。

証拠グレードを引き上げるものは何か

AS134768 は、強力な公開ルーティング、公式 APNIC アイデンティティ、もっともらしい物理クラウド文脈を有するため、中程度のネットワーク証拠グレードを得る。「強」に到達するには、公開または契約証拠が経路表を顧客サービスにより直接的に結びつける必要がある。

第一の改善は、現在のトポロジ表明であろう。それには、アクティブな起点 AS、上流 ASN、製品プレフィックス、リージョンとアベイラビリティゾーンのマッピングを含めるべきである。AS4809 が当該サービスにとって稼働中か、経路ポリシーに現れるだけかを説明すべきである。顧客ワークロードが China Telecom 陝西空間、Tianyi Cloud 共有空間、顧客 PI 空間、パートナーアドレスブロックのいずれを使用しているかを特定すべきである。誰が ROA を維持し、誰がアビューズや経路リークイベントに対応するかを明記すべきである。

第二の改善は、施設境界の証拠であろう。顧客は公開フロアプランを必要としないが、自身のワークロードが西咸・灃西クラウド基盤、別の陝西データセンター、Tianyi Cloud リージョナルプール、パートナーラック、顧客所有キャビネットのどこに位置するかを知る必要がある。その表明には、電力クラス、ラック密度の前提、保守ウィンドウポリシー、予備部品計画、サービスがシングルゾーンかマルチゾーンかを含めるべきである。

第三の改善は、復旧証拠であろう。強力なプロバイダは、バックアップ製品だけでなく、復旧ドリルを示すことができる。最近の VM 復旧、ストレージ復旧、データベース復旧、ネットワークフェイルオーバー、顧客エクスポートテストを説明できる。どの故障が自動フェイルオーバーによってカバーされ、どれが手動チケットを必要とするかを述べることができる。製品別の現実的な復旧時間目標と復旧ポイント目標も述べることができる。

第四の改善は、データ所在地と退出証拠であろう。プロバイダは、本番所在地、バックアップ所在地、ログ所在地、下請業者のアクセス、暗号鍵の管理、エクスポートフォーマット、契約終了後の保持、越境移転制約を説明すべきである。政府または規制対象ワークロードについては、法令上のコンプライアンスと商用上の便宜を区別すべきである。

第五の改善は、インシデント証拠であろう。ステータスページ、インシデント履歴サマリー、保守カレンダー、サポート深刻度マトリクス、ポストインシデントレポートテンプレートは、大きな経路表と信頼できる顧客サービスの差を生む。大規模キャリアはしばしばこれらの情報を顧客ポータルの背後に保持しており、契約下の顧客にとっては問題ない。公開不在は、依然として部外者がそれを想定すべきでないことを意味する。

これらの項目が作成されれば、話は「もっともらしいクラウド基盤施設の裏付けを伴う、大規模で稼働中の China Telecom 陝西経路面」から、「既知の故障ドメインと復旧パスを有する検証済みホスト型キャパシティプラットフォーム」へと変わる。これがネットワーク規模とインフラ信頼の違いである。

結論：強力な経路、条件付きの耐障害性

CHINANET SHAANXI province Cloud Base network は、アクティブなインフラ主体である。APNIC、RIPEstat、bgp.tools、Hurricane Electric、IPinfo はいずれも同じ中核的事実を支持している。AS134768 は、かなりの IPv4 および IPv6 フットプリントを有する稼働中の China Telecom 陝西クラウド基盤ネットワークである。代表的な経路起点チェックは有効である。現在の可視性は高い。当該ネットワークは休眠中の殻ではない。

運用上の注意点も同様に明らかである。公開 BGP は到達可能性を示すが、ラック所有権は示さない。APNIC アドレスレコードはリソース保持者と連絡先を示すが、顧客ワークロードは示さない。ホストドメインカウントはウェブおよびホスティング利用を示唆するが、バックアップ品質は示さない。クラウド基盤の訪問報告やパートナーページは、実際の西安地域のデータセンターおよびクラウドキャンパスを指し示すが、どの製品がシングルゾーンか、どれがマルチゾーンか、どのパスが AS4809 を利用するか、どのラックに予備電力があるか、あるいはどのサポートチームが午前2時に故障したサーバーを復旧するかを顧客に伝えるものではない。

買い手にとって、実用的なスタンスは規律ある信頼である。ネットワークを稼働中として扱え。China Telecom 陝西クラウド基盤の文脈を意味のあるものとして扱え。その上で、実際に停止を決定づける証拠、すなわち製品プレフィックス、アベイラビリティゾーン、上流パス、ROA 所有権、ラック電力、冷却余力、予備ハードウェア、バックアップ範囲、復旧証明、サポートエスカレーション、保守除外、請求継続ルール、データエクスポート条件を求めよ。

ホスト型キャパシティは無重力ではない。陝西においても、他のどこでも同様に、それはルーター、ファイバー、電源室、冷却ループ、スイッチポート、サポートキュー、そして契約である。AS134768 はそのキャパシティをインターネットに対して可視化する。それはその下にある物理的および運用上の連鎖を検証する必要性を取り除くものではない。