概要
- Key Stones Cloud Tech Private Limited は、現在も有効なインターネット ID を持っています。APNIC は AS150024 とポータブル IPv4 ブロック
103.191.132.0/23を割り当てています。RIPE は 2026年7月12日時点で、AS150024 が 326 の IPv4 フルテーブルピアのうち 325 に対して 2 つの/24ルートを宣伝しているのを確認しました。 - このネットワークは小規模ですが、公開ルートビューにおいてシングルホームではありません。AS150024 には 2 つの観測されたネイバー、AS138244 Hostzop Cloud Services Private Limited と AS146943 Tier 4 Cloud Services があり、両方の可視ルートは AS150024 に対して有効なルートオリジン認証を持っていました。
- 企業とサービスの境界は単純ではありません。Key Stones のウェブサイトは専用サーバー、VPS、コロケーション、バックアップ、ディザスタリカバリを宣伝していますが、クラウドページにはクラウド VPS は一時的に利用不可とあります。注文やコピーは繰り返し Hostzop システムを指しており、Hostzop の利用規約では Key Stones を契約会社としています。
- Hostzop は現在、別会社である Hostzop Cloud Services Private Limited が 2023 年に拡張として設立され、現在のページフッターでその新しい会社を特定していると述べています。2 つの会社は公開企業集約で同じ 2 名の取締役を持っていますが、共通のリーダーシップとブランディングは、特定のサーバー、ラック契約、ルート、顧客契約、または責任をどちらが所有するかを確定するものではありません。
- そのため、公開証拠は Key Stones を中心とした稼働中のホスティング事業を支持していますが、完全にマッピングされた回復力のあるクラウドではありません。購入者は、正確な法的供給者、施設とラックの場所、設置済みおよび予備の在庫、上流とファイバーパスの多様性、サポート権限、バックアップの分離、テスト済みの復元結果、請求の継続性、および実行可能な退出方法を書面で必要とします。
AS150024 は実際のエッジであり、マーケティング上の抽象概念ではない
Key Stones の最も強力な運用証拠は、その製品コピー以外にあります。APNIC の AS150024 レコードにはKEYSTONES-AS-INと記載され、国はインド、保有者は Key Stones Cloud Tech Private Limited とされ、番号はアクティブとマークされています。このレコードは 2022年8月3日に登録されました。技術連絡先および管理連絡先は Rajesh Kumar で、同社のkeystonescloudtech.comドメインとチェンナイの Choolai 住所が記載されています。これは、裏付けのないディレクトリリストではなく、管理された不正使用連絡先を持つ現在のインターネット番号レコードです。
ルートも可視です。2026年7月12日の観測時点で、RIPE のルーティングステータス結果は、512 アドレスをカバーする 2 つの IPv4 プレフィックス、IPv6 スペースなし、2 つの観測されたネイバーを示しました。326 の IPv4 フルテーブル RIS ピアのうち、325 が ASN を確認しました。最終確認ルートは最新の測定時間に存在しました。アナウンスされたプレフィックス結果は、103.191.133.0/24と202.155.151.0/24を 2 つの現在のオリジンとして特定しました。
これにより、Key Stones は番号を取得したが使用したことのない企業とは区別されます。RIPE は AS150024 が最初に103.191.132.0/24を発信したのを 2022年8月に確認し、そのルート履歴にはそれ以降の変更セットが記録されています。アドレス使用と上流の取り決めは進化してきましたが、ASN には複数年にわたる公開履歴があります。IPinfo のAS150024 プロフィールもホスティングとして分類し、同じ 2 つの現在の/24ルートをリストし、各範囲の応答アドレスを報告しています。これらのアクティブな応答は、すべての小売製品が利用可能であることを証明するものではありませんが、ネットワークが紙の上だけではなくシステムを運んでいることを強化します。
ルートオリジンセキュリティも別のポジティブシグナルを追加します。RIPE の103.191.133.0/24の検証応答は、カバーする Key Stones/23の下で有効な認証を報告し、最大長は/24です。202.155.151.0/24の応答も同様に、観測された AS150024 オリジンを有効として報告します。ルートオリジン認証は有用な仕事を 1 つ行います。受信ネットワークがこの意図されたオリジンを不正なオリジンと区別できるようにします。それは 2 本目のファイバーを作成したり、予備のルーターを確保したり、ハイパーバイザーを保護したり、技術者が障害サーバーに到達できることを保証したりしません。
その区別はこのプロファイル全体で重要です。適切に維持された ASN は運用意図と可視接続性を確立します。それはデータセンターの在庫ではありません。ルートはその背後にあるすべてのサーバーが到達不能でも可視のままである可能性があります。サーバーはルートが消えても健全なままである可能性があります。購入者の仕事は、公開エッジを購入サービスを提供する物理的および契約システムに接続することです。
1 つのポータブルブロックが 2 つの運用境界を明らかにする
APNIC アドレスレコードは、103.191.132.0/23を Key Stones Cloud Tech Private Limited に割り当てられたポータブルスペースとして割り当てます。範囲には 512 の IPv4 アドレス (103.191.132.0から103.191.133.255) が含まれ、AS150024 と同じチェンナイの連絡先と会社メールを使用します。ポータブルステータスは、割り当てがリソース保有者に関連付けられており、単に 1 つのトランジットプロバイダーによって委任された小さなアドレススライスではないため便利です。契約、ルーティング許可、および技術的取り決めが保有者にそれを移動することを許可する場合、退出オプションを改善できます。
その割り当ての 2 つの半分は現在異なるストーリーを語っています。103.191.133.0/24は Key Stones 自身の AS150024 によって発信されています。もう半分の103.191.132.0/24は AS138244、Hostzop Cloud Services Private Limited によって発信されています。Hostzop スタイルの逆引き名前は下半分全体に表示され、Key Stones のウェブサイト自体が103.191.132.77で観測されています。公開DNS ルックアップも、そのアドレスとともに Hostzop ネームサーバーを報告しています。これは本質的に問題のある構成ではありません。アドレス保有者は別のネットワークにそのスペースの一部を発信することを許可できます。ただし、それは具体的な依存関係です。
分割により、1 つの登録ブロック内に 2 つの障害ドメインが作成されます。AS150024 に制御プレーンの問題がある場合、自己発信半分のサービスは、Hostzop 発信半分が利用可能であっても到達不能になる可能性があります。AS138244 またはそのキャリアハンドオフに障害が発生した場合、Key Stones サイトと103.191.132.0/24上のシステムは、AS150024 が独自のルートをアナウンスし続けている間に影響を受ける可能性があります。したがって、アドレスを割り当てられた顧客は、そのアドレスがどの半分から来ているか、どの ASN がそれを発信しているか、そのオリジンが復旧中に変更できるかどうか、逆引き DNS、メールレピュテーション、ファイアウォール許可リスト、およびライセンスがそれに伴って移動できるかどうかを知る必要があります。
2 番目の AS150024 ルートは別の依存関係を導入します。202.155.151.0/24をカバーするAPNIC レコードは、それを OMAO Singapore Broadband に登録された202.155.144.0/21内に非ポータブルスペースとして配置します。しかし、/24は AS150024 によって有効に発信され、サードパーティの観測では多くのアドレスに Hostzop スタイルの逆引き名前が示されています。これは、Key Stones が所有する割り当てではなく、リース、委任、またはその他の方法で許可されたアドレススペースのように見えます。正確な商業的取り決めは公開されていません。プロバイダー契約が終了した場合、アドレスは Key Stones の/23と同じ方法でポータブルではない可能性があります。
ここで、アドレス量が回復力と誤解される可能性があります。AS150024 は 2 つのルートで 512 の IPv4 アドレスを発信していますが、それらのアドレスの半分だけが Key Stones 自身のポータブル割り当てにあります。残りの発信/24はより大きなシンガポール登録ブロックに属しています。一方、Key Stones のポータブル割り当てのもう半分は Hostzop の ASN によって発信されています。カウントは現実的です。制御権は異なります。これらの公開取り決めに関連付けられたすべての 768 アドレスを別のプロバイダーに持ち運べると仮定する退出計画は、ルートレター、割り当てレコード、および契約条件がなければ安全ではありません。
2 つの上流は 1 つのリスクを減らすが、すべてのリスクを減らすわけではない
RIPE のネイバービューは、AS150024 の左側に 2 つのネットワークを確認しました。AS138244 と AS146943 です。最初は Hostzop Cloud Services Private Limited です。2 番目は Tier 4 Cloud Services です。独立したbgp.tools プロフィールは同じ 2 つの上流と 2 つの発信 IPv4 プレフィックスを報告しています。基本的なレベルでは、これは 1 つの上流 ASN に依存する公開ルートよりも優れています。
トポロジは物理的多様性を確立しません。両方の BGP セッションが 1 つのルーターで終了する可能性があります。2 つのルーターが 1 つのスイッチ、1 つのミートミールーム、1 つの建物入口、または 1 つの地下ダクトを使用する可能性があります。両方の上流が最終的に 1 つのメトロファイバーセグメントに依存する可能性があります。ラックでの電源イベントにより、両方のセッションが同時に削除される可能性があります。公開 AS パスは論理ネイバーを示しますが、クロスコネクト識別子や調査済みファイバーパスは示しません。
2 つの上流はまた、異なるスケールと公開フットプリントを持っています。Hostzop の AS138244 は Key Stones のアドレス割り当てとブランド履歴に直接絡み合っています。Tier 4 Cloud Services ははるかに大きなインドのホスティングネットワークであり、そのPeeringDB エントリは、ムンバイ、パンベル、プネー、グレーターノイダを含む複数の交換ポイントと施設をリストしています。その広いフットプリントは Tier 4 を有用なトランジットオプションにする可能性がありますが、リストは AS150024 がどこでトラフィックを引き渡すかを明らかにしていません。ハンドオフは 1 つのチェンナイ施設にローカルであるか、別のパーティの回線を介してリモートで配信される可能性があります。
AS150024 自体にはPeeringDB ネットワークオブジェクトがありません。参加は任意であるため、不在は運用不良の証拠ではありません。それは、購入者がその一般的な公開レコードを使用して Key Stones の施設、交換ポート、トラフィックレベル、相互接続ポリシー、ルッキンググラス、またはネットワーク運用連絡先を確認できないことを意味します。CAIDA のAS Rank 結果は、独自のデータビューで 1 つのプロバイダーと 1 AS のカスタマーコーンを持つ小さなエッジを確認しています。その結果は現在のより豊富なネイバービューに遅れていますが、ネットワークを広範なトランジットプラットフォームではなく小さなエンドポイントとして適切に説明しています。
また、可視の IPv6 アナウンスはありません。RIPE はゼロの IPv6 プレフィックスと 322 の IPv6 ピア間でのゼロの可視性を記録しました。ネイティブデュアルスタックを必要とするホスティング購入者は、一般的なウェブサイトの IPv6 参照からそれを推測すべきではありません。割り当てられた IPv6 プレフィックス、ルート観測、逆引き DNS 委任、最大転送単位の詳細、およびテストインスタンスを要求する必要があります。IPv4 のみの公開エッジは多くのワークロードに依然として役立ちますが、アドレス戦略を狭め、ますます不足する IPv4 在庫にプロバイダーを依存させます。
したがって、有用なネットワークデューデリジェンスは具体的です。両方の現在の上流名、それぞれが終端するルーターと施設、別々の電源供給を使用しているかどうか、ファイバーパスが別々に入っているかどうか、強制フェイルオーバー中に表示される AS パスを尋ねてください。商業的に機密のフィールドを削除した各キャリアからのメンテナンス通知を要求してください。次に、スケジュールされた演習中に 1 つのパスの引き出しをテストしてください。BGP の 2 つの名前は論理的な選択の証拠です。回復証拠は、1 つがワークロードを引き連れずに失敗できる場合に始まります。
ストアフロントは容量を販売するが、そのページは可用性について互いに矛盾する
Key Stones のホームページは、専用サーバー、VPS、ウェブホスティング、管理サポート、コロケーション、バックアップ、インフラ管理、ディザスタリカバリ、データセンターサービスを提供しています。専用サーバーの月額 6,500 ルピー、VPS は 450 ルピー、ウェブホスティングは 250 ルピーの開始価格を公開しています。その専用サーバーページは、プロセッサ世代、RAM、ディスクオプション、転送許容量、1Gbps ポートをリストしています。これらの詳細は、漠然としたテクノロジーコンサルタントではなく、認識可能な販売可能なユニットを記述しています。
注文パスは帰属を複雑にします。いくつかの専用サーバーボタンはsupport.webhostingbingo.comにリンクし、クラウドおよび CPU 最適化オファーはmanage.hostzop.comにリンクします。コピーは繰り返しサービスを Hostzop と呼びます。Hostzop の利用規約ページは、契約を Key Stones Cloud Tech Private Limited と顧客との間のものと明示的に説明し、Hostzop の名前を使用しています。これは、Key Stones が歴史的に Hostzop の商業的アイデンティティを運営していた強い証拠です。
しかし、現在の Hostzop の表面は後継者または拡張を特定しています。Hostzop の会社沿革は、Hostzop Cloud Services Private Limited が 2023 年に拡張として設立されたと述べています。ビジネスは 2016 年に Hostzop の名前でホスティングを提供し始め、2024 年にデータセンターのコラボレーションに達したと述べています。Hostzop Cloud Services Private Limitedの公開企業情報は、別の法人番号、2023年12月の設立、Key Stones と同じ 2 名の取締役を示しています。現在の Hostzop ページは、新しい会社の名前と税登録をフッターに配置しています。
結果として得られる図は、匿名のストアフロントよりも信頼できますが、1 つのサイトから販売する 1 つの会社よりも単純ではありません。古い Key Stones 会社は引き続き APNIC リソース保有者および AS150024 オペレーターです。新しい Hostzop 会社は現在のマーケティングと施設の主張の前面に立っています。AS138244 は新しい Hostzop 会社の名前で登録され、Key Stones のポータブルブロックの半分を発信しています。共通の取締役と明示的な「拡張」の物語は、共通のリーダーシップの下での継続性を示唆しています。それ自体では、サーバーの所有権を移転したり、古い顧客契約を割り当てたり、一方の会社をもう一方の会社の負債に対して責任を負わせたり、もう一方が署名した契約に基づいてサービスを提供することを一方の会社に許可したりしません。
カタログには 2 つ目の警告があります。Key Stones のクラウドサーバーページは詳細な Linux および Windows 設定を表示しますが、クラウド VPS は一時的に利用不可と述べています。CPU 最適化ページも同じメッセージを表示します。在庫、プラットフォーム容量、または商業的優先順位が変更された後も製品テーブルは持続する可能性があります。一時的な利用不可の直接的な記述は、普遍的な可用性を暗示する一般的なホームページの主張よりも優先されるべきです。
したがって、購入者は各注文を新たな事実調査として扱うべきです。見積書、請求書、サービス契約にどの法的名前が表示されますか？そのエンティティはサーバーを所有またはリースしていますか？どの ASN とアドレスブロックが割り当てられますか？注文はクラウド、VPS、ベアメタル、コロケーション、または他人のハードウェア上の管理レイヤーですか？宣伝されている設定は現在在庫がありますか？答えは、誰がサービスを修理できるか、そして関係が終了した場合に何を移動できるかを決定します。
チェンナイは重心であり、完全なラックマップではない
公開証拠は繰り返しチェンナイを指しています。APNIC は Key Stones の番号リソース連絡先を Choolai の 93 Ashtabujam Road に記録しています。企業アグリゲーターは、後の Egmore 住所を含む Key Stones のチェンナイ登録事務所を報告しています。Hostzop の現在の問い合わせページは、Hostzop Cloud Services Private Limited の Egmore 本社を記載し、別途、チェンナイの Siruseri にある SIPCOT IT パークの AdaniConneX データセンターを特定しています。現在の Hostzop 製品ページは、サーバーがチェンナイとムンバイに拠点を置くと述べています。
これらは異なる種類の場所です。登録事務所は企業通知や記録が処理される場所であり、サーバーホールを証明するものではありません。サポートオフィスはスタッフを収容できますが、機器は別の場所にあります。施設アドレスは建物またはキャンパスを特定しますが、契約テナント、ホール、ケージ、ラック、または電源回路は特定しません。「チェンナイとムンバイ」は製品カバレッジを説明できますが、特定の顧客は 1 つのサイトのみに存在する可能性があります。
Key Stones のコロケーションページは古く、あまり確定的でない主張を行っています。特別経済区内の「今後予定されている」35,000 平方フィートの高密度施設、3 ルートのファイバー冗長性、中央 N+1 無停電電源、N+1 ディーゼル発電機を説明しています。未来時制が重要です。ページは施設名、稼働日、またはオペレーター証明書を記載していません。それは設計提案として読まれるべきであり、現在の設置容量として読まれるべきではありません。
現在の Hostzop 資料は Siruseri と AdaniConneX についてより具体的ですが、新しい Hostzop 会社によってブランド化されフッターが付けられたページに属しています。1 つのvCore 専用サーバーページは、サービスが AdaniConneX チェンナイ施設でホストされていると述べています。Hostzop のメインサイトは、チェンナイでのクォーター、ハーフ、フルラックコロケーションを販売しています。これらは意味のある現在の販売主張です。それらは、Key Stones の AS150024 内のすべてのシステム、Key Stones の/23内のすべてのアドレス、またはすべての古い Key Stones 顧客がその施設にあることを確立するものではありません。
可視ルートも地理を確定しません。IP ジオロケーションサービスは、関連スペースの多くをチェンナイまたはムンバイに配置しますが、これらの推定値はネットワーク観測と商業データから構築されています。それらは妥当なメトロを特定し、レイテンシ計画に役立ちます。それらはディスクの物理的保管、バックアップコピーの管轄、または契約で指定された施設を証明できません。
したがって、正しい場所の記述は制限されています。Key Stones は、稼働中のホスティング ASN を持つチェンナイ登録のインドリソース保有者です。関連するリーダーシップの下での Hostzop ブランド資料は、チェンナイとムンバイの容量を宣伝し、新しい Hostzop 会社は Siruseri 施設を指定しています。特定の Key Stones サービスの正確なラック場所は注文固有のままです。真剣な購入者は、施設名、完全なサービス住所、スイートまたはケージの境界、ラック識別子、機器所有者、家主またはコロケーション相手、およびバックアップ場所を、地域性またはマルチサイト回復に依存する前に要求する必要があります。
設置容量は、障害に耐えられる容量と同じではない
ホスティングカタログは、不規則な機器を整然とした月額ユニットに変換します。仮想マシンは 6 つの仮想プロセッサ、16GB のメモリ、100GB のストレージとして販売される場合があります。専用サーバーは 1 つの旧世代 Xeon、32GB の RAM、960GB のソリッドステートドライブ、5TB の転送として販売される場合があります。ラックプランには 10U、20U、または 42U と記載された電力許容量が含まれる場合があります。これらのユニットは顧客が価格を比較するのに役立ちます。それらはそれらを支える在庫を開示しません。
少なくとも 6 つの有用な容量状態があります。計画容量は図面または購入意向に存在します。設置容量は物理的に存在します。試運転済み容量は受け入れに合格しています。空き容量は現在割り当てられていません。販売可能容量は、電力、冷却、ストレージ、またはライセンス制限に違反せずに割り当てることができます。回復可能容量は、障害が発生したホストまたはサイトを吸収できるように利用可能に保たれます。最後の状態だけが、別のワークロードを排除せずにサービスが障害に耐えられるかどうかを答えます。
Key Stones のページは、ホスト数、ラック数、総電力消費、ストレージクラスタの充填レベル、ポート占有率、予約フェイルオーバー率を一切示していません。現在の Hostzop ページは、AMD EPYC ホスト、NVMe ストレージ、OpenStack、Ceph など、より多くのアーキテクチャ上の主張を公開しています。Hostzop のクラウドページは、Ceph データが複数のサーバーに複製されると述べています。別のハイパフォーマンスページは、ライブマイグレーション、自動修復ノード、トリプルレプリケーションストレージを主張しています。これらの主張は、新しい Hostzop プラットフォームのための妥当な回復力のある設計を説明しています。それらは空き容量を定量化したり、Key Stones の古いサービスがそのプラットフォームを使用していることを証明したりしません。
専用サーバーの経済性は特に物理的です。リストされている Key Stones の設定の一部は Intel E5 v3 および v4 プロセッサを使用しており、これらの世代は通常のホスティングにはまだ役立ちますが、もはや現行ではありません。低い月額料金は、減価償却されたハードウェア、卸売供給、高い利用率、または意図的なマージン戦略を反映している可能性があります。これらの説明のいずれも自動的に悪いわけではありません。それらは異なる修理リスクを生み出します。マザーボードが故障した場合、プロバイダーは互換性のあるボード、予備のシャーシ、または顧客のディスクとネットワーク ID を保持する移行先を必要とします。
クラウド容量は異なる制約に直面します。ライブマイグレーションには互換性のあるホスト、動作する共有ストレージ、および十分な予備メモリとプロセッサ容量が必要です。トリプルレプリケーションには少なくとも 3 つの適切なストレージ場所が必要ですが、1 つの部屋にある 3 つのコピーは依然として電力、冷却、および火災リスクを共有する可能性があります。賢明な利用率レベルを超えたストレージクラスタは、ドライブまたはノード障害後の再構築に苦労する可能性があります。購入者は現在の利用率範囲、障害ドメインラベル、再構築テスト、およびサービスが吸収するように設計された同時ホスト損失の数を尋ねるべきです。
コロケーション顧客は、床面積のマーケティングではなく、電力の真実を必要とします。42U ラックは、42 ユニットすべてに高密度サーバーを搭載できることを意味しません。制限要因は、契約電力 4kVA、ラックあたりの冷却、ブレーカー容量、ネットワークポート、または床荷重である可能性があります。計画に 4kVA が含まれている場合、顧客はそれが定格、使用可能、または保護された電力であるかどうか、A および B フィードが別々に計測されているかどうか、1 つのフィードが全負荷を運ばなければならない場合に何が起こるかを尋ねるべきです。
これが、設置容量と使用可能容量が契約レビューに表示されるべき理由です。注文された構成、実際のハードウェアシリアルと所有権ステータス、ホストまたはラックの割り当て、オーバーコミットポリシー、ストレージ冗長性、現在の空き容量、および交換在庫ポリシーを尋ねてください。小売計画はオファーを証明します。それは回復ヘッドルームを証明しません。
電力、冷却、修理窓口が実際のサービスレベルを形作る
Key Stones のサービスレベルページは、可用性だけでなく物理的操作を説明しているため、異常に明らかです。顧客のキャビネットスイッチからボーダールーターまでのネットワーク境界を定義し、施設アクセスを考慮し、バックアップとハードウェア監視をオプションサービスとして挙げ、99.98% の電力と冷却の可用性を約束しています。4 時間のハードウェア解決目標を記述し、顧客に四半期に一度の予防保守ウィンドウを提供するよう求めています。
これらの条件は、この記事のタイトルを文字通りにします。ホストされた容量はラック、トランジット、修理窓口に依存します。四半期ごとのウィンドウは、メンテナンスに顧客のダウンタイムが必要になる可能性があることを意味します。ページは、必要な期間は顧客の環境に依存し、環境はウィンドウ中に利用できなくなる可能性があると述べています。また、計画保守、緊急保守、顧客リンク、外部ネットワーク、プロバイダーの制御外の DNS、顧客ソフトウェア、他者が供給した機器など、広範な例外をリストしています。
可用性パーセンテージにはこの分母が必要です。99.98% では、名目上の 30 日間の月は、除外前にターゲットを超える約 8.6 分を含みます。1 年は約 105 分を含みます。しかし、計画保守、緊急作業、およびいくつかの依存関係の障害がカウントされない場合、測定された契約上のダウンタイムは、顧客がアプリケーションを使用できない時間よりもはるかに小さくなる可能性があります。救済も制限されています。ページはサービス信用を説明し、適格性を確立するためにチケットが必要であり、失われたビジネスに対する補償ではありません。
4 時間のハードウェア声明にも同様の精度が必要です。「解決」は診断、交換、サービス復旧、または最終更新を意味しますか？クロックは営業時間外に稼働しますか？プロバイダーが顧客の承認を待っている間、停止しますか？リストされているすべてのサーバー世代の予備ハードウェアがサイトにありますか？ドライブの交換は迅速ですが、大規模なアレイの再構築にははるかに長い時間がかかる場合があります。障害が発生したホストの交換は、ブートディスク、仮想マシンイメージ、またはライセンスが交換機で起動しない場合、顧客アプリケーションの復旧と同じではありません。
電力の主張にも境界が必要です。古い Key Stones コロケーションページは N+1 無停電電源装置と発電機を宣伝していますが、サービスレベルテキストは 2 つのグリッドからのデュアルアクティブ電源を述べています。現在の Hostzop 資料はチェンナイ施設に対して同様の冗長性の主張をしています。2 つのユーティリティフィードは 1 つのスイッチボードで合流する可能性があります。N+1 発電機は燃料、制御、または共通の配電経路を共有する可能性があります。デュアルコードサーバーは 1 つの分岐回路の 2 つのコンセントに接続される可能性があります。有用な証拠は、単線結線図、最近の発電機負荷テスト、転送テスト、バッテリー保守記録、およびラックの実際の A/B 回路割り当てです。
冷却にも同じ問題があります。サービスレベルページは 2 度の許容範囲で 23 度の目標を挙げています。部屋はその平均を満たすことができますが、高密度ラックはホットスポットを発生させる可能性があります。N+1 冷却は、残りのユニットが実際の負荷を処理でき、配電が持続する場合にのみ、1 つのコンポーネントの損失を保護します。ラック入口測定値、アラームしきい値、封じ込め設計、および 1 つの冷却ユニットが意図的に停止されたときに何が起こるかを示すテストを尋ねてください。
メンテナンスは欠陥ではありません。メンテナンスを拒否することは、それをスケジュールすることよりも危険です。重要な問題は、顧客がウィンドウの周りに設計できるかどうかです。それには、事前通知、明確な範囲、影響を受けない復旧場所、テスト済みのフェイルオーバーパス、および顧客自身の冗長性が損なわれている場合に緊急でない作業を延期する権限が必要です。
サポートと請求はサーバーが健全なままでも失敗する可能性がある
インフラストラクチャの継続性は部分的には労働力の問題です。プロバイダーは電力、ネットワーク、健全なディスクを持っていても、権限のある人物がスイッチポートをリセットしたり、ドライブを交換したり、ルート変更を承認したり、アカウントアクセスを復元したりできないため、顧客がオフラインのままになる可能性があります。Key Stones は 24 時間のヘルプと管理サポートを宣伝しています。そのサービスレベルテキストは、顧客がトラブルチケットを開き、そのチケットを使用してクレジットを請求することを要求しています。これらは賢明な運用慣行ですが、公開ページは応答層、エスカレーション名、またはスタッフの深さを公開していません。
ここで小規模企業の境界が重要です。公開企業集約は Key Stones に 2 人の取締役をリストしています。同じ 2 人が新しい Hostzop 会社にリストされています。その継続性は迅速な決定を可能にするかもしれませんが、商業的および技術的権限を集中させる可能性もあります。公開証拠は、従業員数、オンコールカバレッジ、または施設作業が会社スタッフ、Hostzop スタッフ、AdaniConneX のリモートハンズチーム、または別の請負業者によって実行されるかどうかを開示していません。
購入者はインシデント前に権限をマッピングする必要があります。午前 3 時に誰が施設に入ることができますか？誰が緊急リモートハンズを承認できますか？誰がルーターの資格情報を持っていますか？誰が上流にルート変更を受け入れるよう許可できますか？誰がカスタマーポータル、ドメイン名、DNS、および請求アカウントを制御していますか？Key Stones が元の請求書を発行したが、Hostzop Cloud Services が現在プラットフォームを運用している場合、どのサービスデスクが契約上行動する義務がありますか？
請求はそれ自体の障害ドメインです。古い Key Stones ページは異なる製品を複数の注文システムに送ります。支払いの失敗、請求紛争、またはアカウント移行は、物理的な障害なしにサービスを停止させる可能性があります。Key Stones サイトの公開利用規約は、対象がインドのプライベートリミテッド会社であるにもかかわらず、keystonescloudtech.com, LLCを特定しています。Hostzop の利用規約は Key Stones をより正確に特定する一方、現在の Hostzop フッターは新しい会社を特定しています。ページ間で名前が変わる契約テキストは、支払い前に、停止後ではなく解決されるべきです。
顧客は、1 つの正確な会社名と登録番号を使用し、すべての組み込みポリシーを特定し、請求通貨と税務処理を述べ、停止通知を説明する見積書と注文フォームを要求する必要があります。請求紛争中にデータにアクセスできるかどうか、終了したサービスが保持される期間、請求が争われている間にエクスポートを進めることができるかどうか、ポータブルアドレスまたはドメイン転送を誰が解放するかを述べる必要があります。
サポート証拠には、重大度テーブル、確認および復旧目標、エスカレーション連絡先、施設リモートハンズ条件、およびインシデントレポートの例を含める必要があります。公開ステータスページは役立ちますが、Hostzop のステータスページは応答時間と 1 つの表示アドレス103.191.132.2に集中しているように見えます。そのアドレスは Key Stones の割り当てにありますが、AS138244 によって発信されています。1 つの到達可能なエンドポイントを監視しても、すべてのラック、ストレージクラスタ、カスタマーネットワーク、コントロールパネル、または AS150024 ルートの状態を確立できません。顧客はコンポーネントレベルの通知と独自の独立した監視を必要とします。
バックアップは、復元が証明するまではオプションである
Key Stones のバックアップページは、バックアップを管理サービスとして提示し、そのディザスタリカバリページは技術的および自然な混乱への準備を約束しています。現在の Hostzop ページはさらに進んで、複製された Ceph ストレージ、スナップショット、ライブマイグレーション、および事業閉鎖の場合の 90 日間のエクスポート期間を説明しています。これらの主張は正しい懸念を特定しています。公開ページは、顧客固有の復旧ポイント、復旧時間、コピー場所、または成功した復元記録を提供していません。
3 つの保護はしばしば混同されます。高可用性はコンポーネント障害を通じてサービスを稼働し続けます。バックアップは、削除、破損、または侵害後に復元できる以前のコピーを保存します。ディザスタリカバリは、より大きな障害ドメインの損失後にサービスを再作成します。複製ストレージはハードウェア障害には価値がありますが、偶発的な削除やランサムウェアで暗号化されたデータを忠実に複製する可能性があります。同じ管理アカウント内のスナップショットは、本番システムとともに削除される可能性があります。同じ部屋のバックアップは部屋とともに失われる可能性があります。
顧客は、各コピーがどこにあるか、どの会社が運営しているか、どの資格情報がそれを削除できるか、そしてそれが同じ電力、施設、キャリア、またはストレージ管理者を共有しているかどうかを尋ねるべきです。少なくとも 1 つの復旧コピーは、プライマリサービスとは独立した障害ドメインと、即時変更に対する保護を持つ必要があります。プロバイダーは、保持、暗号化、鍵管理、および大規模データセットを取得するためのコストと時間を述べる必要があります。
復元テストが証拠です。仮想マシンの場合、イメージ、ネットワーク設定、アタッチされたボリュームをエクスポートし、プライマリ環境外で起動します。共有ホスティングの場合、ファイル、メールボックス、データベース、DNS、証明書をクリーンなアカウントに復元します。ベアメタルの場合、交換ハードウェアへの復旧をテストします。コロケーションの場合、両方の顧客デバイスが故障した場合にバックアップがラックからどのように出るかを確認します。達成された復旧ポイントと復旧時間を記録し、バックアップジョブが成功を報告しただけではないことを確認します。
移行も同様に物理的です。数ギガバイトは通常のインターネットリンクを介して出て行くことができます。数十テラバイトは、持続的なギガビット速度でも数日かかる場合があり、転送中に本番変更が続行されます。出力制限、スロットリング、転送料金、保守ウィンドウにより、移動が延長される可能性があります。顧客のアドレスが非ポータブルの202.155.151.0/24からのものである場合、再番号付けには DNS 変更、メールウォームアップ、パートナー許可リストの更新、証明書のレビューも必要になる場合があります。
ポータブル Key Stones スペースは適格な顧客の継続性を改善する可能性がありますが、リソース保有者のみがルート権限を調整でき、顧客契約がそれを許可する場合に限ります。ほとんどの小規模ホスティング顧客はプロバイダーのブロックを別の場所に運ぶ権利ではなく、個別のアドレスを受け取ります。したがって、実用的な退出パッケージは、オープンフォーマットのデータ、構成ドキュメント、現在の DNS ゾーンファイル、資格情報の移行、テスト済みの宛先、および両方のサービスが実行される重複期間です。
プロバイダーの公開閉鎖保証はポジティブな市場シグナルですが、それは Hostzop Cloud Services Private Limited の現在の Hostzop ページに表示されています。Key Stones の顧客は、それが自動的に古い Key Stones 契約を修正すると想定すべきではありません。保証は署名された注文書に、指名された保管者と、管理ポータルが利用できない場合でも機能する方法とともに含まれるべきです。
地域性は、IP アドレスの横にあるインドのフラグではなく、保管の連鎖である
サービスエリアはインドであり、最も強力な物理的請求はチェンナイを指し、一部の Hostzop ページはムンバイも言及しています。それはインドのレイテンシまたはローカル保管を求める顧客に適しています。しかし、地域性にはインドのリソース保有者国コードや地理位置情報結果以上のものが必要です。それは、プライマリディスク、レプリカ、バックアップ、ログ、およびサポートアクセスが実際にどこにあるかに依存します。
現在のルートミックスは問題を例示しています。Key Stones 自身の/23はインドに登録されています。AS150024 によって発信される 2 番目の/24は、シンガポール登録のより大きなブロックから切り出されています。その登録は顧客データがシンガポールにあることを証明しません。IP レジストリの国とサーバーの場所は異なる可能性があります。逆に、インドのルートオリジンはすべてのバックアップがインドに残ることを証明しません。正しい答えはサービスアーキテクチャと契約から得られます。
インドのCERT-In 指示は、データセンター、VPS プロバイダー、クラウドプロバイダーに直接関連します。対象組織は、ICT ログをインドの管轄内でローリング 180 日間安全に維持し、指定された加入者情報を法律で要求される場合は 5 年間以上保持する必要があります。したがって、ホスティング顧客は、プロバイダーがどのような ID、割り当て、使用記録を保持するか、それらの記録がどこに保存されるか、インシデント要求がどのように処理されるかを理解する必要があります。
インドのデータ保護フレームワークも段階的に実施されています。公式のデジタル個人データ保護規則 2025 ページは最終規則と開始資料を公開しています。開始通知は、主要条項を 2025年11月から 1 年および 18 か月かけて段階的に実施します。顧客の義務はその役割、データ、有効な条項に依存します。チェンナイのサーバーは法的分析の代わりにはなりません。
運用上の質問は依然として具体的です。どの法的会社がアカウントとサポートデータを処理しますか？サブコントラクターを使用していますか？リモートサポートはインド国外からサーバーにアクセスできますか？監視記録は海外にコピーされますか？バックアップとディザスタリカバリのコピーはどこにありますか？顧客はチェンナイのみを選択でき、その選択はすべてのレプリカをカバーしますか？キャンセル後、保持された ID とアクセス記録はどうなりますか？
ネットワークライセンスは ASN から推測されるべきではありません。電気通信省は、インターネットサービスプロバイダー認可を範囲とサービスエリアごとに説明しています。ホスティング会社は、あらゆるタイプの認可されたアクセスサービスを運用せずに、トランジットを購入し、ホストされたコンピューティングを提供できます。AS150024 はルーティングアクティビティを確立しますが、会社が必要とするかどうかのライセンスに関する結論ではありません。顧客が通常のホスティングではなく規制された接続を購入する場合、契約当事者から正確な認可を要求する必要があります。
地域性はスケジュールとして書かれるのが最善です。指定されたプライマリサイト、指定された復旧サイト、承認された処理国、バックアップ場所、サポートアクセス制御、保持期間、および変更前の通知です。そのスケジュールは、プロバイダーがプラットフォームまたは法人を変更するときにワークロードに従う必要があります。
1 つの層が故障した場合、誰が影響を受けるか
ユーザーへの影響は購入された層に依存します。共有ホスティング顧客は、多くの機能が 1 つのサーバーまたは管理ドメインを共有するため、ウェブサイト、メール、データベース、コントロールパネルへのアクセスを同時に失う可能性があります。VPS 顧客は独立したオペレーティングシステムを保持できますが、依然としてホスト、ストレージプール、トップオブラックスイッチ、請求システムを共有します。専用サーバー顧客はコンピュート層でのノイジーネイバーを回避しますが、施設の電力、ネットワーク、リモートハンズ、予備ハードウェアに依存し続けます。コロケーション顧客はより多くの機器を所有しますが、アクセス、クロスコネクト、交換部品を調整する必要があります。
ルート障害は公的な到達可能性に影響します。1 つの AS150024 上流がクリーンに失敗し、もう 1 つのパスが真に独立している場合、トラフィックは再収束できます。両方のセッションが物理パスを共有する場合、両方が消える可能性があります。Key Stones ブロックの AS138244 発信半分の顧客は、AS150024 の顧客とは異なるルート境界に直面します。103.191.132.77での会社ウェブサイトの障害は AS150024 がダウンしていることを証明せず、202.155.151.0/24の喪失は必ずしもウェブサイトに影響しません。
ラックイベントはより小さく、より物理的な爆発半径を持ちます。1 つの配電ユニットの損失はシングルコードデバイスに影響を与える可能性があります。故障したスイッチはラック内のすべてのサーバーを分離できます。冷却問題は秩序あるシャットダウンを強制する可能性があります。ディスク障害は、冗長性が既に低下している場合、データ損失になる可能性があります。顧客は、アプリケーションコンポーネントが同じラックを共有しているかどうか、および保護が低下しているがサービスがまだ実行されている場合にプロバイダーが警告するかどうかを知る必要があります。
サポート障害はすべての停止を延長します。権限のある唯一の人物に連絡が取れない場合、10 分のハードウェア交換が何時間も待つ可能性があります。顧客記録が Key Stones と新しい Hostzop 会社に分割されている場合、スタッフは権利を確認したり、正しいデバイスを見つけるのに苦労する可能性があります。現在の資産台帳と明確な代理店契約は、回復力の制御であり、事務的な詳細ではありません。
請求または契約の失敗は突然発生する可能性があります。停止はデータを無傷のままネットワークアクセスを削除できます。終了は削除クロックを開始できます。破産または施設の家主との紛争は物理的アクセスを制限できます。ポータブルデータがあるが現在のエクスポートがない顧客は、依然として転送時間に閉じ込められます。バックアップはあるが資格情報がない顧客は復旧しません。
下流の影響は直接アカウントよりも広範囲に及ぶ可能性があります。何百もの小規模ビジネスサイトをホストする代理店は、1 つのサーバー障害を多くの会社に伝播させる可能性があります。リセラーは顧客の DNS とメールを失う可能性があります。オンラインショップはチェックアウト、在庫、トランザクションメールを同時に失う可能性があります。ソフトウェア会社は同じプロバイダーでアプリケーションとサポートポータルを失う可能性があります。これらのユーザーは ASN をほとんど知りませんが、その背後にあるすべての共有依存関係を経験します。
最善の緩和策は階層化です。適切な場所で独立した DNS を使用し、資格情報とゾーンファイルをホスティングアカウントの外部に保管し、バックアップを別の制御境界の下に置き、両方の上流の外部から監視し、テスト済みの宛先を維持します。重要なサービスの場合、アプリケーション、バックアップ、復旧制御プレーンを十分に分離して、1 つの会社アカウントまたは1 つの施設イベントが3 つすべてを削除できないようにします。
どの証拠があれば、中程度のケースが強いケースになるか
運用に関する公開のケースはすでに相当です。AS150024 はアクティブで広く可視です。Key Stones はポータブルアドレススペースを保持しています。アドレスブロックはホストされたシステムを運んでいます。製品ページ、注文リンク、利用規約、公開企業記録は Key Stones を Hostzop のサービス履歴に結び付けています。これで、エンティティに観察可能な運用フットプリントがないという仮説を却下するには十分です。
ケースは中程度のままです。なぜなら、最新で最も詳細なインフラストラクチャの主張は 2023 年に設立された別会社 Hostzop Cloud Services Private Limited に属しているからです。公開資料は、資産譲渡、顧客更改、企業間運営契約、または Key Stones のルートを Hostzop のラックにマッピングするスケジュールを示していません。また、サイトごとの容量、独立したルートテスト、予備在庫、復元結果、インシデント履歴も公開していません。
より強いケースは、企業の明確さから始まります。新規およびレガシーアカウントの法的供給者を特定する署名入りの声明。Key Stones と Hostzop Cloud Services の役割。AS150024 ルーター、サーバー、ラックの所有権またはリース状況。AS138244 が Key Stones の/23の一部を発信することを許可する契約。既存の顧客は、フッターから推測するのではなく、割り当てまたは更改を直接受け取る必要があります。
施設の証拠は、実際のチェンナイおよび該当する場合はムンバイの場所、運営会社、ケージとラックの境界、契約電力、冷却設計、リモートハンズプロバイダーを特定する必要があります。現在の独立した認証は施設管理をサポートできますが、範囲と証明書保有者がサービスと一致する必要があります。家主に属する証明書は、自動的にテナントのサーバー運用をカバーしません。
ネットワーク証拠には、ルーターペア、別々のキャリアハンドオフ、物理パスの多様性、現在のルートフィルター、最大プレフィックス制御、ルートオリジン認証、最近の強制フェイルオーバー結果を含める必要があります。2 つの公開ネイバーは良い出発点です。テストは、各パスの損失を顧客トラフィックが生存し、監視が劣化を検出することを示す必要があります。
容量証拠は、設置されたホストとストレージ、現在の使用率帯域、予約された回復ヘッドルーム、予備ドライブ、電源、互換性のある交換サーバーを示す必要があります。クラウド顧客は障害ドメインと再構築結果を必要とします。専用顧客はシリアル化された在庫と交換時間を必要とします。コロケーション顧客は回路とラックの割り当てを必要とします。
回復証拠は、製品ごとの復旧ポイントと復旧時間を定義し、プライマリ障害ドメインの外部にバックアップを配置し、不変または別々に制御されたコピーを示し、最近の復元レポートを含める必要があります。退出証拠には、フォーマット、帯域幅、料金、削除タイミング、DNS とアドレスの処理、およびサービスが重要になる前に実行されたテストエクスポートを含める必要があります。
最後に、顧客は公開の約束と署名された契約を調整する必要があります。99.98% の主張、4 時間のハードウェア声明、四半期メンテナンス、例外、サービス信用方法、データ損失免責、サポートエスカレーションはすべて、正しい会社名の下で 1 つの一貫した契約に表示される必要があります。マーケティングは野心を説明できます。契約は、ラック、トランジットリンク、予備棚、アカウントシステム、またはプロバイダー契約が失敗したときに誰が行動するかを決定します。
評決: 動作中のネットワーク、未解決の資産境界
Key Stones Cloud Tech Private Limited は、その時代遅れのウェブサイトデザインが示唆するよりも多くの運用実体を持っています。AS150024 はアクティブで、広く可視であり、有効なルートオリジン認証によって保護されています。2 つの観測された上流を通じて 2 つの IPv4 ルートを発信しています。そのポータブル/23にはアクティブなホストシステムが含まれており、その商業履歴はファーストパーティの条件によって Hostzop に結び付けられています。
同じ証拠が依存関係構造を明らかにします。Key Stones ブロックの半分は Hostzop の ASN によって発信されています。別の AS150024 ルートは、非ポータブルのシンガポール登録割り当てから引き出されています。現在の Hostzop ページは新しい法的会社を特定し、その名前で最も強力な施設、クラウド、回復の主張を行っています。古い Key Stones カタログは、別のページが一時的に利用不可と言っているサービスをまだ宣伝しています。公開契約ページは一貫性のない ID を使用しています。
これらのいずれもサービス障害や不正行為を証明するものではありません。これは、購入者がブランド、会社、ASN、アドレス保有者、トランジットプロバイダー、施設テナント、ハードウェア所有者を 1 つの想定オペレーターにまとめてはいけない理由を示しています。ルート証拠は中程度のネットワークグレードを獲得します。強力なサービスグレードには、署名された顧客契約からラック、キャリア、予備在庫、サポート権限、復旧可能なコピーまでの現在のマップが必要です。
通常の低リスクウェブサイトの場合、価格と応答性の高いサポートで十分かもしれません。長時間の中断に耐えられないアプリケーションの場合、購入者は移行前に証拠を主張する必要があります。正確な相手方、指名されたサイト、テスト済みのセカンドパス、回復可能な容量、測定された復元、アカウント外に保持されたエクスポート。クラウド容量は、物理的なコミットメントが事前に行われているため、注文が簡単です。回復力は、それらのコミットメントが修理ウィンドウ中に利用可能であり続ける場合にのみ存在します。