CHINANET 陝西省クラウドベースネットワークはラック、トランジット、修理ウィンドウに依存したホスティングキャパシティを販売している

サマリー

• 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 を可視的な上流として示しています。
• 公開アドレス証拠は、ホスティングキャパシティにとって重要な方法で混在しています。多くの発信元プレフィックスは陝西 Chinanet リソースですが、公開 BGP ビューは IDC およびクラウドサービス、専用線、百度、浙江省、広東省、四川小特運アドレスブロックとして記述されたルーティングスペースも表示しており、顧客は AS 番号だけからワークロードの所有権やラック位置を推測できません。
• 公開施設シグナルは、実際の西安/西咸クラウドコンピューティングベースを指しています。2025年の西北大学訪問レポートは、中国電信クラウドコンピューティング陝西基地を、1万台以上のラック、T4 標準の部屋、PUE 1.25、高密度ラックオプション、省庁クラウド運用における役割を持つ大規模な西部中国クラウド・ビッグデータセンターとして説明しています。
• 証拠レベルは「中」であり、「強」ではありません。ネットワークは可視的に稼働しており大規模ですが、公開情報源は、このクラウドベースネットワークを通じてホスティングキャパシティを購入する顧客向けに、ラック所有権、電源供給、上流フェイルオーバー、復元テスト、データ移植性の制限、サポートエスカレーションの現在の製品固有のマップを公開していません。

稼働中のルートテーブルは最初の証明に過ぎない

ホスティングキャパシティプロバイダーは、非常に異なる2つの方法で信頼性があるように見えることがあります。1つはルートテーブルです。ルートが可視で、プレフィックスが許可され、パケットに経路があり、AS が既知のキャリアの下に表示されます。もう1つは運用です。ラックに電力があり、冷却システムに余裕があり、ハイパーバイザーに予備容量があり、バックアップコピーが復元可能で、サポートデスクが適切なエンジニアに連絡でき、関係が終了したときに顧客がデータを移動できることです。CHINANET SHAANXI province Cloud Base network は、最初の証明が強く、2つ目の公開証明が薄いです。

公式の身元は明確です。APNIC RDAP forAS134768は AS をCHINANET-SHAANXI-CLOUD-BASEと命名し、CHINANET SHAANXI province Cloud Base network と説明しています。レコードはそれを中国に配置し、2015年10月27日の登録を示し、Chinanet ホストマスターの連絡先をリストしています。RIPEstat のwhois ビューは同じ AS 名と説明を繰り返し、AS4134 と AS4809 からのインポートおよびこれらのネットワークへの AS134768 のエクスポートルートポリシー行を追加しています。これは、ネットワークを実際の中国電信陝西ルーティング対象として扱うのに十分であり、曖昧なクラウドスローガンではありません。

現在のルート状態も重要です。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 の兆候ではありません。

しかし、ルートテーブルはサービス全体を示しません。仮想マシンが中国電信所有のホール、ホール内の顧客所有ラック、パートナー運用のキャビネット、天翼クラウドリージョン、政府クラウドプール、専用線環境、またはサードパーティのコロケーション配置のどこで実行されているかは示しません。アドバタイズされたスペースが本番サーバー、エッジゲートウェイ、顧客ルーター、ホスティングノード、コンテンツプラットフォーム、プライベートビジネスリンクのどれに接続されているかも明らかにしません。障害サーバーの交換にかかる時間や、過負荷のサポートキューが移行を遅らせるかどうかを購入者に伝えません。

この違いが記事の中心的な依存関係です。AS134768 はネットワーク化されたクラウドキャパシティの印象を販売し、公開 BGP 証拠は大規模でアクティブな中国電信陝西エッジの存在を支持しています。購入者は依然としてそのエッジの背後にある物理的および契約的層をテストする必要があります。ホスティングにおいて、最も有害な停止は「インターネットが消えた」ではないことがよくあります。それはより小さく、より困難な障害です。ラックが1つのフィードを失い、残りのフィードがすでに負荷がかかっている、上流の変更がルートリークを露呈させる、ストレージプールにはバックアップがあるが高速な復元パスがない、請求保留が移行中のエクスポートをブロックする、またはメンテナンスウィンドウが可用性保証の対象外として扱われるなどです。

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

公開ルーティングは、AS134768 が可視であり、監視するのに十分重要であることを証明します。RIPEstat のAS 概要は、保有者を CHINANET-SHAANXI-CLOUD-BASE と識別し、APNIC が使用するのと同じ説明名です。RIPEstat の現在のルーティングステータスは、広範な IPv4 および IPv6 の可視性を示しており、少数のコレクターだけが見る末端ルートではありません。同じステータスページは、2017年1月の初回観測アクティビティと2026年7月12日の最終観測アイテムを報告しています。したがって、ルート履歴は継続性を支持しています。公開インターネットはこの ASN を何年も見ており、単に登録されて放棄されたわけではありません。

サードパーティのアグリゲーターもその画像に一致します。bgp.toolsはネットワークを APNIC 下でアクティブと分類し、ネットワークタイプをコンテンツとラベル付けし、上流を中国電信バックボーンと表示し、可視ビューで 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 は大規模なルーテッドサーフェス、強力な中国電信親パス、および多種多様な 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 がアクティブであると合理的に信頼できます。それだけから、ホストされたワークロードがマルチサイト保護、2つの独立した電源パス、テスト済みバックアップ復元、または簡単なデータ移植性を持つと信じるべきではありません。BGP は到達可能性の質問に答えます。ホスティングキャパシティには他にもいくつかの回答が必要です。

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

AS134768 の APNIC 由来の whois レコードは、2つのインポート（AS4134 と AS4809）を命名しています。AS4134 は中国電信バックボーンです。AS4809 は中国電信の CN2 ネットワークで、プレミアムバックボーンパスに関連付けられることがよくあります。両方のパスが顧客ワークロードをアクティブかつ独立して伝送している場合、それは有用な冗長性です。公開ルートビューはその強い読み取りを証明していません。

RIPEstat のASN ネイバービューは、確認されたウィンドウで 11 の観測されたネイバーを示しました。左側のネイバーは AS4134 で、IPv4 と IPv6 で高い可視性がありました。右側のネイバーは、陝西中国電信 5G シティネットワークのセットで、西安の AS138387、銅川の AS138409、宝鶏の AS138436、渭南の AS138513、咸陽の AS138514 などが主に IPv6 で可視でした。IPinfo のサマリーも 1 つの上流、AS4134をカウントしました。bgp.tools も上流として AS4134 を提示しました。Hurricane Electric は、可視テーブルで IPv4 ピアおよび命名された IPv6 ピアとして AS4134 を示しました。

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

これは特に重要です。なぜなら、可視的なパスはすべて広範な中国電信ファミリーの内部に位置しているからです。親ネットワークの回復力は優れている可能性がありますが、商業的または物理的な独立性と同じではありません。真の多様性の主張は、少なくとも4つの層を分離します。BGP パスの多様性、キャリアまたはバックボーンの多様性、物理パスの多様性、フェイルオーバー後の予備容量。両方のルートが同じメトロファイバートレンチ、同じクラウドベースコアスイッチ、同じ建物入口、または同じ中国電信コントロールプレーンに依存している場合、2番目の AS ラインは顧客を気にする障害から保護しない可能性があります。

適切な調達言語は敵対的ではありません。購入者は尋ねることができます。「購入しているサービスについて、どの発信元 AS、上流 ASN、プレフィックス、可用性ゾーン、物理データホールが対象範囲ですか？どのパスがプライマリですか？どのパスがテストされていますか？どのパスがネットワークの他の場所でオペレーターにとって単に利用可能ですか？」この区別により、強力な中国電信ネットワークが完全なマルチプロバイダー回復力として過剰販売されるのを防ぎます。

プレフィックスの混合はホスティング、アクセス、パートナーサーフェスが一緒になっていることを示す

公開プレフィックスリストは、複数のビジネスサーフェスを示唆するほど広範です。多くの可視プレフィックスは、単純な陝西 Chinanet ネットワークスペースです。36.41.64.0/20の APNIC RDAP は、より大きな CHINANET-SN 割り当てに解決され、管理連絡先ラベルは西安のデータ通信局を配置します。113.142.128.0/17の APNIC RDAP も同様に CHINANET-SN 割り当てに解決されます。これらのブロックは、AS134768 が陝西中国電信アドレスリソースを伝送しているというケースを支持します。一部のレガシー記述が「Shanxi(SN)」のスペルを陝西と山西を混同させる可能性がある方法で使用しているとしても、西安の連絡先コンテキストが実用的なアンカーです。

他のルーティングされたリソースは、運用境界をより複雑にします。bgp.tools は、四川小特運科技の記述を持ついくつかの 103.236.0.0/22 スタイルのブロックをリストしています。103.236.88.0/22の APNIC RDAP は、登録リソース名として XIAOTEYUN、成都、四川の連絡先を識別し、RIPEstat のプレフィックス概要は、確認されたルートビューで現在の発信元として AS134768 を示しています。bgp.tools はまた、AS134768 ページの下に、百度記述および非陝西 Chinanet 記述のプレフィックスもいくつか表示します。これらのリソースの存在は不正の証拠ではありません。それは、発信元 AS、顧客、リソース保有者、施設配置が乖離する可能性がある証拠です。

その乖離は大規模ネットワークでは正常です。オペレーターは、顧客 PI スペース、DDoS 保護スペース、クラウドアドレス、専用線ネットワーク、コンテンツ配信ブロック、政府クラウドセグメント、パートナー割り当てを発信する場合があります。顧客リスクは、AS 名だけではどの運用取り決めが適用されるかを購入者に伝えられないことです。中国電信クラウドインフラ上で動作する VPS は、AS134768 によってプレフィックスが発信される顧客ルーターと同じではなく、どちらも IPinfo のホストドメインデータによってカウントされる IP アドレス上でホストされるウェブサイトと同じではありません。

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

顧客にとって、アドレスマップはオンボーディングの一部であるべきです。どのプレフィックスがサービスに割り当てられますか？それは中国電信陝西スペース、顧客スペース、パートナースペース、天翼クラウド共有スペースですか？逆 DNS、不正利用処理、ROA 作成、ファイアウォールポリシー、緊急ヌルルーティングを誰が制御しますか？サービスが移行される場合、IP はワークロードとともに移動しますか、それとも顧客は新しいアドレスを受け取りますか？これらの質問は、大規模なルートテーブルを実際の依存関係マップに変えます。

クラウドベースのラベルは物理的容量を指す

公開施設シグナルは、「クラウドベース」という名前を単なる装飾以上のものにします。2025年の西北大学経済管理学院訪問レポートは、中国電信クラウドコンピューティング陝西基地を、2013年に建設開始、2015年に正式運用開始と説明しています。同じレポートは、それを大規模な西部中国クラウドコンピューティングおよびビッグデータセンターと説明し、T4 標準のコンピュータルーム、PUE 1.25、10,000 ラック以上、5kW、8kW、12kW およびより高電力の液冷キャビネットオプション、22T のエクスポート帯域幅表示主張、中国電信の中核 IDC バックボーンノードの1つとしての役割を挙げています。また、学生に冷却、配電、セキュリティ機能、省庁クラウドアーキテクチャが示されたと述べています。

これは漠然とした製品ページよりも強いです。物理的属性（ラック、電力密度、冷却設計、防火、帯域幅、キャンパスの役割）を説明しているからです。また、中国電信の西安クラウドコンピューティング基地に関する 2015 年の データセンター Dynamics レポートと歴史的に一致しており、西部地域クラウド基地の開設と中国電信の広範な地域クラウドノード戦略を説明しています。二次的およびパートナーページ（Fenghuoyun のノード説明、天翼起業家クラウドサービスに関する 2018 年の陝西鳳凰記事）も、陝西クラウド基地を西咸新区沣西新城に位置づけ、IDC、クラウド、コロケーション型の容量について議論しています。

これらの公開施設記述は役立ちますが、それでも施設レベルのコンテキストとして読む必要があり、顧客固有の証明ではありません。西北大学のページはサイト訪問レポートであり、サービス契約ではありません。Fenghuoyun と鳳凰のページはパートナーまたはメディアスタイルの記述であり、中立的な監査ではありません。設計容量は使用可能容量と同じではありません。ラック数は、空きラックの可用性、電力余裕、予備スイッチ、ハードウェア在庫、顧客移行ウィンドウ、クラウド、政府ワークロード、インターネットアクセス、専用線、パートナーサービスの現在の分割についての声明ではありません。

最も有用な結論は、物理的具体性と注意書きです。顧客は、陝西クラウドベースの話に関連する重要な中国電信クラウドおよび IDC キャンパスがあると想定すべきです。AS134768 を通じてルーティングされるサービスが、名前のある1つのホールに物理的に存在し、キャンパス全体によってバックアップされ、公開ツアーで説明されるすべての冗長性機能によって保護されていると想定すべきではありません。クラウドベースは、論理的に分離されたいくつかの環境をホストできます。一部は 2 サイトのディザスタリカバリを持つ場合があります。一部はシングルゾーンである場合があります。一部はパートナーラックである場合があります。一部はパブリッククラウドゾーンである場合があります。一部は顧客コロケーションである場合があります。

したがって、購入者は実際の配置ステートメント（キャンパス、建物、部屋クラス、ラックまたは可用性ゾーンマッピング、電源供給設計、冷却クラス、クロスコネクトパス、メンテナンスポリシースコープ、サービスが共有プラットフォームか専用ラックか）を尋ねるべきです。その答えは、基地の総規模よりも重要です。

設置容量は使用可能容量ではない

パブリッククラウドベースの資料は規模を強調しており、規模は有用です。数千のラック、高密度キャビネットオプション、大規模な中国電信バックボーン関係を持つキャンパスは、小規模なオフィスホスティングプロバイダーよりも多くの需要を吸収できます。また、顧客のサービスがオペレーターの内部割り当て選択に依存できる層も増えます。

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

天翼クラウド自身の公開ドキュメントは、この階層化されたビューを強化しています。天翼クラウドホームページは、ブランドをクラウドネットワーク統合、セキュリティ、専用カスタマイズ、パブリック、プライベート、専用、ハイブリッド、エッジ、フルスタックのクラウドサービスを含む複数のクラウド形式の周りに提示しています。リージョンと可用性ゾーンの ECS ドキュメントは、可用性ゾーンをリージョン内の 1 つ以上の物理データセンターと説明し、独立した電源とネットワークを持ち、大災害や大規模電源障害を除いて障害分離を目標としています。これは妥当なアーキテクチャステートメントです。また、購入したワークロードが実際にゾーンにまたがっているのか、単に 1 つのローカルリソースプールにあるのかを顧客が知る必要があることも意味します。

ベアメタル、VPS、コロケーション、マネージドサービスの容量についても同じです。キャビネットを購入する顧客は、予備電力、リモートハンド、クロスコネクトリードタイム、交換用ハードウェア、メンテナンスウィンドウを望みます。仮想マシンを購入する顧客は、ハイパーバイザークラスターサイズ、ストレージレプリケーション、スナップショット分離、イメージエクスポート、障害ドメイン配置を望みます。公共セクターのクラウドを購入する顧客は、ポリシーコンプライアンス、バックアップ場所、アイデンティティ管理、テスト済みディザスタリカバリを望みます。AS134768 はこれらすべてのサーフェスのトラフィックを伝送する可能性がありますが、それぞれに異なる使用可能容量の定義があります。

実際のテストは、障害時の容量ステートメントを尋ねることです。ラック、ホスト、スイッチ、ストレージシェルフ、電源供給、上流ルートが故障した場合、どれだけのコンピュート、ストレージ、帯域幅、サポートが残りますか？残りのプールは通常の顧客負荷を支えられますか、それとも優先顧客のみをオンラインに保つのみですか？顧客はその保護を受けるために 2 番目の可用性ゾーンまたは別のディザスタリカバリ製品を購入する必要がありますか？その答えがなければ、「クラウドベース」は施設ラベルのままであり、回復力の保証ではありません。

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

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

電力冗長性にはいくつかの層があります。ユーティリティフィードは多様かもしれませんが、スイッチギアは依然として共通である可能性があります。UPS システムは冗長かもしれませんが、バッテリー持続時間は短い可能性があります。発電機は利用可能かもしれませんが、燃料物流、発電機起動信頼性、メンテナンス状態が実際の耐久性を決定します。ラック PDU は A および B フィードを持つ場合がありますが、顧客が誤って両方の電源を片側に差し込む可能性があります。高密度液冷ラックは強力かもしれませんが、通常の低密度サーバーにはない冷却液および施設サポート依存関係を追加します。

冷却冗長性にも層があります。低 PUE は価値がありますが、稼働時間指標ではありません。効率と設計について何かを言います。チラー、ポンプ、空気処理ユニットが故障した後、特定の列に十分な冷却余裕があるかどうかは言いません。高密度液冷キャビネットがメンテナンス中も動作し続けられるかどうかは言いません。一時的な定格低下イベントがワークロードを移動させるかどうかを顧客に伝えません。

修理ウィンドウは、顧客が真実を見る場所です。ラック障害はリモートハンドを必要とする場合があります。サーバー障害は交換部品を必要とする場合があります。ルーティング障害は BGP を変更する権限のあるエンジニアを必要とする場合があります。ストレージ障害はベンダーエスカレーションを必要とする場合があります。ハイパーバイザー障害は退去スペースを必要とする場合があります。バックアップ障害は、プライマリサービスがダウンしている間に誰かが復元決定を下すことを必要とする場合があります。中国電信の規模はこれらのステップを除去しません。プロセスが準備されていれば、オペレーターはそれらを管理するためのより多くのリソースを与えます。

顧客は、インシデントパスを平易な言葉で尋ねるべきです。誰が内部チケットを開きますか？誰が部屋に入ることができますか？どの部品が現場に在庫されていますか？どの変更がメンテナンスウィンドウを必要としますか？計画メンテナンスがクラウドエッジ、電源供給、ストレージプレーン、IP ルートに影響する場合、顧客はどのように通知されますか？SLA は計画メンテナンスを除外しますか？どのサービスがクレジットされ、どれがベストエフォートで単にサポートされますか？これらの詳細はラック数よりも魅力的ではありませんが、障害が短いイベントになるか長い移行になるかを決定します。

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

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

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

この区別は障害時に重要です。顧客が共有ホスティング IP 上にいる場合、別のテナントによる不正利用イベントが評判、メール配信性、フィルタリングに影響する可能性があります。顧客がルーティングされたパートナーアドレススペース上にいる場合、ルート発信元および不正利用連絡先が契約にきれいにマッピングされない可能性があります。顧客がエラスティック IP を持つ仮想プライベートクラウド上にいる場合、移行には DNS 変更とエンドポイントカットオーバーが必要になる場合があります。顧客が顧客所有ルーターとのコロケーション上にいる場合、プロバイダーは電力とクロスコネクトに責任を持つが、顧客のオペレーティングシステムやアプリケーションには責任を持たない場合があります。

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

決定的な証拠は、実際のサービスに結びついた製品ドキュメント、つまりアドレス割り当て、テナント分離設計、バックアップとスナップショットの範囲、エクスポート形式、不正利用処理、DDoS 制御、逆 DNS 制御、メール評判ポリシー、移行サポートです。これらの詳細がなければ、ホストドメイン規模はより良い質問をする理由であり、安心する理由ではありません。

データローカリティはセールスポイントであり制約でもある

このプロファイルのリージョンフィールドは CN であり、公開証拠は中国ベースの運用サーフェスを支持しています。APNIC は AS を中国にリストしています。陝西クラウドベースのレポートは物理キャンパスを西安/西咸エリアに配置しています。天翼クラウドの製品ページとサービスドキュメントは中国向けです。このローカルプレゼンスは、中国の公共セクター、規制対象、レイテンシ重視のワークロードにとって価値があります。また、顧客がバックアップ、サポートアクセス、退出パスを設計する方法を制限する可能性もあります。

中国の法環境は、データ配置を調達の好み以上にします。DigiChinaがホストするサイバーセキュリティ法の翻訳は、中国本土の重要情報インフラ運営者によって収集または生成された個人情報および重要データに関するローカライゼーション要件を説明しています。データセキュリティ法は国家データセキュリティフレームワークを確立します。PCPDによって要約され、China Law Translateなどの情報源によって翻訳された個人情報保護法は、個人情報処理および越境移転義務を追加します。正確な義務は顧客、データタイプ、サービス取り決めに依存しますが、方向性は明確です。場所、アクセス、移転ルールが重要です。

AS134768 の顧客にとって、ローカリティには3つの実用的な側面があります。1つ目は本番ローカリティ、つまりコンピュート、ストレージ、ネットワークエンドポイントが実際にどこにあるかです。2つ目はバックアップローカリティ、つまりスナップショット、アーカイブ、ディザスタリカバリレプリカ、ログがどこに保存されるかです。3つ目は管理ローカリティ、つまり誰がどこから、どの法的エンティティおよびサポートプロセスの下でシステムにアクセスできるかです。サービスはローカルにホストされていても、リモート管理、外部セキュリティツール、クロスリージョンバックアップを使用する場合があります。サービスは陝西クラウドベースを宣伝していても、別の州でディザスタリカバリを提供する場合があります。それは良いアーキテクチャかもしれませんが、明示的でなければなりません。

データローカリティは移行にも影響します。顧客が退去する必要がある場合、データを別の中国ベースのプロバイダー、別の中国電信リージョン、オンプレミスシステム、または海外プラットフォームにエクスポートできますか？ログ、個人情報、政府データ、暗号鍵、バックアップの転送に法的、技術的、契約上の制限はありますか？プロバイダーはスロットリングなしの一括エクスポートをサポートしていますか？契約終了後、顧客はどのくらいアクセスを保持できますか？請求のためにアカウントが停止され、顧客がまだデータ検索を必要とする場合はどうなりますか？

最も安全な読み取りは、中国ローカルインフラは、顧客のコンプライアンスとレイテンシのニーズがプラットフォームに一致する場合には機能であり、顧客がクロスボーダー冗長性や迅速な退出を必要とする場合には制約であるということです。AS134768 のルートテーブルはこれらの質問に答えられません。サービス条件とデータ処理取り決めだけが答えることができます。

サービス契約がクラウドのカバー範囲外を決める

クラウド顧客は、可用性の言葉を完全な運用責任と混同することがよくあります。天翼クラウドのSLA インデックスは、コンピュート、ストレージ、バックアップ、ディザスタリカバリ製品にわたるサービスレベル契約をリストしています。ECS SLA ページは、ユーザーをエラスティッククラウドホストのサービスレベル条件に誘導します。天翼クラウドの製品ドキュメントは、可用性ゾーン、インスタンスタイプ、GPU サービス、クラウドディスク、バックアップ製品、ディザスタリカバリ製品も区別しています。この構造は顧客に重要なことを伝えます。回復力は特定のサービスから組み立てられ、親ブランドから自動的に継承されるわけではありません。

実際には、購入者は除外を予想すべきです。ほとんどのクラウド SLA は、計画メンテナンス、顧客側の設定障害、アカウントおよび支払いの問題、不可抗力イベント、プロバイダーの定義されたサービス境界外の障害を除外します。一部の製品は、復元保証ではなくクレジットを持ちます。一部の高性能または特殊インスタンスは、異なる SLA に従う場合があります。一部のディザスタリカバリ製品は、顧客が選択したデータまたは設定のみを保護します。これらのどれも異常ではありません。だからこそ、サービス固有の契約を読むことが重要です。

AS134768 の場合、契約境界は主要な障害パスに対してテストされるべきです。上流ルートが故障した場合、それはネットワーク可用性でカバーされますか、それともバックボーンメンテナンスとして除外されますか？ラックが電力を失った場合、顧客はサービスクレジット、復元サポート、またはその両方を受け取りますか？顧客管理 VM がフェイルオーバー後に誤設定された場合、プロバイダーの責任はどこで終わりますか？DDoS 緩和アクションが顧客 IP をヌルルーティングした場合、エスカレーションパスは何ですか？政府クラウドワークロードに商用クラウドとは異なるセキュリティ制御がある場合、どのサポートチームが行動しますか？

請求とアカウント状態も注意が必要です。ホスティングキャパシティは管理上で障害を起こす可能性があります。未払いの請求書、契約更新の遅延、実名認証の問題、ドメインファイリングの問題、不正利用の申し立て、顧客 ID の不一致は、壊れたルーターと同じくらい効果的にサービスを停止したり移行をブロックしたりする可能性があります。重要な容量を購入する顧客は、請求紛争がデータエクスポートに影響するかどうか、停止後にデータがどのくらい保持されるか、緊急アクセスを誰が承認できるかを尋ねるべきです。

最良のクラウド契約は、目に見えない依存関係を可視化します。サービス境界、可用性指標、メンテナンス通知、データ保持、バックアップ責任、エクスポート方法、サポート重大度、応答目標、顧客義務を明記します。AS134768 がルートサーフェスであり、天翼クラウドまたは中国電信陝西ユニットがサービスプロバイダーである場合、顧客はルート事実と契約事実の両方を同じファイルに必要とします。

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

最初の障害パスはラックまたは施設障害です。これには、ラック電力、列冷却、PDU エラー、トップオブラックスイッチ、クロスコネクト、ファイバーパネル、物理的アクセス、メンテナンスミスが含まれます。公開クラウドベースのレポートは実質的な施設を示唆していますが、施設規模はローカル障害を除去しません。顧客は、サービスがシングルラック、シングルルーム、シングルビル、マルチゾーン、または2サイトのどれであるかを知る必要があります。

2 番目のパスは上流またはバックボーン障害です。現在の公開ビューは、可視的な上流として AS4134 を示しています。whois ポリシーは AS4809 に言及していますが、ルートコレクターはそれを証明された顧客フェイルオーバーパスにしていません。顧客は、アクティブな上流マップ、フェイルオーバーテスト、ルートフィルター、RPKI 状態、AS4134 に地域的または国家的問題が発生した場合の期待される動作を必要とします。

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

4 番目のパスはサポート障害です。クラウドベースネットワークは大規模なキャリア組織内に位置しており、エスカレーションが成熟していれば強みになります。また、ローカル運用、バックボーン運用、クラウド運用、カスタマーサポート、請求、セキュリティ、パートナーチーム間でのハンドオフリスクを生み出す可能性もあります。顧客は、各インシデントタイプをどのデスクが所有し、どの重大度レベルが 24 時間エスカレーションをトリガーするかを知るべきです。

5 番目のパスはバックアップと復元障害です。存在するが遅い、不完全、または間違ったアカウントによって制御されているバックアップは、停止を解決しません。顧客は、バックアップ製品名だけでなく、復元証拠を要求すべきです。VM の場合、復元されたイメージの起動を意味します。データベースの場合、一貫性と復旧ポイントの証拠を意味します。オブジェクトストレージの場合、バージョニング、削除保護、アカウント分離を意味します。コロケーションの場合、プロバイダーが顧客のデータをまったくバックアップしない可能性があります。

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

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

証拠レベルを上げるもの

AS134768 は、強い公開ルーティング、公式の APNIC ID、もっともらしい物理クラウドコンテキストを持つため、ネットワーク証拠レベル「中」を獲得しています。「強」に到達するには、公開または契約証拠がルートテーブルを顧客サービスにより直接的に接続する必要があります。

最初の改善点は、現在のトポロジーステートメントです。アクティブな発信元 AS、上流 ASN、製品プレフィックス、リージョンおよび可用性ゾーンマッピングを命名する必要があります。AS4809 がサービスに対して稼働中か、ルートポリシーにのみ現れるかを説明する必要があります。顧客ワークロードが中国電信陝西スペース、天翼クラウド共有スペース、顧客 PI スペース、またはパートナーアドレスブロックのいずれを使用するかを識別する必要があります。ROA を誰が維持し、不正利用やルートリークイベントに誰が対応するかを述べる必要があります。

2 番目の改善点は、施設境界の証拠です。顧客は公開されたフロアプランを必要としませんが、ワークロードが西咸/沣西クラウドベース、別の陝西データセンター、天翼クラウドリージョナルプール、パートナーラック、顧客所有キャビネットのどこに位置するかを知る必要があります。ステートメントには、電力クラス、ラック密度の仮定、メンテナンスウィンドウポリシー、予備部品計画、サービスがシングルゾーンかマルチゾーンかを含める必要があります。

3 番目の改善点は、復旧証拠です。強力なプロバイダーは、バックアップ製品だけでなく、復元訓練を示すことができます。最近の VM 復元、ストレージ復元、データベース復元、ネットワークフェイルオーバー、顧客エクスポートテストを説明できます。どの障害が自動フェイルオーバーでカバーされ、どれが手動チケットを必要とするかを述べられます。また、製品ごとに現実的な復旧時間と復旧ポイント目標を述べられます。

4 番目の改善点は、データローカリティと退出の証拠です。プロバイダーは、本拠地、バックアップ場所、ログ場所、サブコントラクターアクセス、暗号鍵管理、エクスポート形式、終了後の保持、越境移転制約を説明する必要があります。政府または規制対象のワークロードの場合、法令遵守と商業的利便性を区別する必要があります。

5 番目の改善点は、インシデント証拠です。ステータスページ、インシデント履歴サマリー、メンテナンスカレンダー、サポート重大度マトリックス、インシデント後報告テンプレートは、大規模なルートテーブルと信頼できるカスタマーサービスの違いを生み出します。大規模キャリアはこの情報を顧客ポータルの背後に保持することがあり、それは契約下の顧客にとっては問題ありません。公開不在は依然として、外部の読者はそれを想定すべきでないことを意味します。

それらの項目が作成されれば、話は「大規模で稼働中の中国電信陝西ルーテッドサーフェスともっともらしいクラウドベース施設バックアップ」から「既知の障害ドメインと復旧パスを持つ検証済みホスティングキャパシティプラットフォーム」に変わります。それがネットワーク規模とインフラ信頼の違いです。

結論：強いルート、条件付き回復力

CHINANET SHAANXI province Cloud Base network はアクティブなインフラ対象です。APNIC、RIPEstat、bgp.tools、Hurricane Electric、IPinfo はすべて同じ中核事実を支持しています。AS134768 は、実質的な IPv4 および IPv6 フットプリントを持つ稼働中の中国電信陝西クラウドベースネットワークです。代表的なルート発信元チェックは有効です。現在の可視性は高いです。ネットワークは休眠シェルではありません。

運用上の注意も同様に明確です。公開 BGP は到達可能性を示し、ラック所有権ではありません。APNIC アドレスレコードはリソース保有者と連絡先を示し、顧客ワークロードではありません。ホストドメイン数はウェブおよびホスティング使用を示唆し、バックアップ品質ではありません。クラウドベース訪問レポートとパートナーページは、実際の西安エリアのデータセンターおよびクラウドキャンパスを指しますが、どの製品がシングルゾーンか、どの製品がマルチゾーンか、どのパスが AS4809 を使用するか、どのラックに予備電力があるか、午前 2 時に障害サーバーを復元するサポートチームがどれかを顧客に伝えません。

購入者にとって、実用的な姿勢は規律ある信頼です。ネットワークを稼働中として扱います。中国電信陝西クラウドベースのコンテキストを意味のあるものとして扱います。次に、実際に停止を決定する証拠（製品プレフィックス、可用性ゾーン、上流パス、ROA 所有権、ラック電力、冷却余裕、予備ハードウェア、バックアップ範囲、復元証明、サポートエスカレーション、メンテナンス除外、請求継続ルール、データエクスポート条件）を求めます。

ホスティングキャパシティは重量がありません。陝西でも、他の場所と同様に、ルーター、ファイバー、電力室、冷却ループ、スイッチポート、サポートキュー、契約です。AS134768 はその容量をインターネットに可視化します。その下にある物理的および運用チェーンを検証する必要性を除去しません。