Cloud 9 Ltd.、データセンター容量の電力・キャリア制約耐性を証明へ

概要

ディレクトリ名の背後にある正確な公開ネットワークオブジェクトは、現在アクティブなルーティングエッジではありません。RIPEstat の AS203301 概要では、ホルダーはデータセンター Cloud 9 Ltd.と識別されますが、ASN は2026年7月12日時点で通知されていないとマークされており、RIPEstat のルーティングステータスでは、通知された IPv4 および IPv6 スペースがゼロであることが示されています。
同じ Cloud 9 Ltd.組織は、AS57814 を通じてはるかに強力な運用信号を持っています。RIPEstat の AS57814 ルーティングステータスでは、ASN が27の IPv4 プレフィックス、3の IPv6 プレフィックス、12の監視されたネイバーで通知されていることを示しており、RIPE レジストリテキストは AS57814 を ORG-CL434-RIPE、Cloud 9 Ltd.組織に結び付けています。
Cloud9 の公開サイトは、トビリシを拠点とするキャリアニュートラルなデータセンター、コロケーション、VPS、VDS、専用サーバー、ドメイン、共有ホスティングを販売しています。自身のデータセンターページでは、ほとんどのサービスはトビリシ施設から提供されると述べ、電力、冷却、火災抑制、セキュリティ、相互接続の主張を列挙しています。
物理的復元力の主張は異常に具体的ですが、依然として購入者向けの主張です。Cloud9 は、施設が3つの独立した変電所、630 KVA ディーゼル発電機、コロケーションゾーン向け N+N 電力供給、DX 冷却、Novec 1230消火システム、スケジュールされた施設アクセス、24時間体制のエンジニアリング対応を使用していると述べています。顧客は依然として、メンテナンス履歴、発電機稼働時間、冷却フェイルオーバー、復旧の証拠を必要としています。
エビデンスグレードは Medium です。実際の Cloud 9 Ltd.施設と AS57814 のルーティング証拠に加え、Cloud9 Dinamo Arena と IXP.ge の PeeringDB エントリがありますが、正確な AS203301 オブジェクトは静かであり、公開資料は監査済み容量、二重アクティブユーティリティ運用、キャリア経路多様性、予備電力余裕、顧客フェイルオーバー結果を証明していません。

企業は見えるが、割り当てられたデータセンターASN は静か

データセンター Cloud 9 Ltd.の最初のテストは、ブランドがウェブサイトを持っているかどうかではありません。それは、ディレクトリの主題に付随する正確な公開ネットワーク ID が現在機能しているかどうかです。その質問については、答えは格下げです。RIPEstat の AS203301 概要は、ホルダーをデータセンター Cloud 9 Ltd.と命名し、ASN が割り当てられていることを示していますが、ASN が通知されていないとも報告しています。RIPEstat の AS203301 ルーティングステータスは、2026年7月12日のビューで、通知された IPv4 プレフィックス、通知された IPv6 プレフィックス、監視されたネイバーがないことを示しています。

それは小さな脚注ではありません。ディレクトリカード、ルーティングテーブル、調達メモまたは顧客メモが AS203301 をデータセンターサービスの現在の公開エッジとして扱っている場合、現在の証拠はその扱いを支援していません。RIPEstat の AS203301 の通知プレフィックスは空の現在のリストを返します。RIPEstat のルーティング履歴は、AS203301 が以前に2016年から2023年10月まで185.139.56.0/22を発信していたことを示しているため、ASN は常に不活性だったわけではありません。しかし、過去のルートは2026年に顧客が使用可能な容量ではありません。それは以前の運用の証拠であって、現在のサービスではありません。

より興味深い点は、静かな AS203301 が Cloud 9 Ltd.を消滅させるわけではないことです。それは、割り当てられたデータセンターASN と事業者のより広い現在のネットワークとの間の分離を強制します。RIPEstat の AS57814 概要は、AS57814 を Cloud9 Cloud 9 Ltd.と識別し、通知済みとマークしています。RIPEstat の AS57814 ルーティングステータスは、確認されたビューで27の IPv4 プレフィックス、3の IPv6 プレフィックス、完全なルートコレクターの可視性を報告しています。RIPE レジストリ由来の AS57814 データは、ASN を ORG-CL434-RIPE、RIPE の組織記録に見える同じ Cloud 9 Ltd.組織ハンドルに結び付けています。

したがって、責任ある読み方は、否定でも盲信でもありません。AS203301 は新たな証拠なしにアクティブエッジとして扱われるべきではありません。AS57814 は Cloud9 運用が実際のルーテッドフットプリントを持っていることを示しています。コロケーション、VPS、専用サーバーを評価している顧客は、購入したサービスをどの ASN とプレフィックスが運んでいるか、AS203301 が廃止されたのか、予約されたのか、再利用されたのか、そして顧客向けサービスが依然としてその古いルート計画に依存しているかどうかを尋ねるべきです。ネットワーク ID はブランディングではないため、この区別は重要です。それは、到達可能な顧客システムが障害を乗り切る経路だからです。

販売されている施設はトビリシ単一拠点

Cloud9 の公開姿勢は直接的です。データセンターページは、同社をジョージアのキャリアニュートラルなデータセンター事業者として提示し、ほとんどの Cloud9 サービスはトビリシ拠点のデータセンターから提供されると述べています。フッターと問い合わせページは、所在地をジョージア・トビリシ、アカキ・ツェレテリ通り2、ディナモスタジアム、ゲート5、郵便番号0112としています。PeeringDB の Cloud9 Dinamo Arena 施設記録も、トビリシの A. ツェレテリ通り2に Cloud9 Dinamo Arena という施設を置き、組織は Cloud9 LTD、サポートメールの連絡先としています。

これは、場所が不明な曖昧なクラウドページよりは優れています。公開フットプリントは買い手に建物レベルの質問を可能にします。問題は、建物の住所が完全なキャパシティマップと同じではないことです。Cloud9 はトビリシ施設を信用して指し示すことができますが、公開資料は部屋数、稼働キャビネット数、予備キャビネット数、消費電力、冷却予備、燃料契約、実負荷下の発電機稼働時間、キャリア入口の多様性、またはコンポーネント障害後に残る顧客容量を開示していません。

Cloud9 サイトはまた、いくつかのサービスをこの物理的拠点に結び付けています。コロケーションページでは1U、2U、タワーサーバー、ハーフラック、フルラック、ケージを販売しています。VPS ページではマネージドおよびセルフマネージドの仮想プライベートサーバーを、VDS ページではより大規模な仮想スライスを、専用サーバーページでは物理サーバーを販売しています。同社の利用規約では、ホスティング、コロケーション、データセンターサービス、ラックレンタル、クロスコネクト、配電ユニット、インターネットプロバイダー相互接続を提供サービスとして挙げています。

この製品の幅広さはリスクを高めます。トビリシ単一拠点での障害は、顧客に異なる影響を与える可能性があります。コロケーション顧客は障害ハードウェアを所有しているかもしれませんが、電力、冷却、アクセス、クロスコネクトを Cloud9 に依存しています。VPS 顧客はサーバー、ストレージ、仮想化プラットフォーム、バックアップを Cloud9 に依存している可能性があります。専用サーバー顧客はサーバー交換、リモートアクセス、ネットワーク継続性を Cloud9 に依存しているかもしれません。したがって、同じ障害でも、顧客の契約に応じて、電力イベント、冷却イベント、ルーティングイベント、またはサポートイベントに見えることがあります。

場所の証拠は分析を具体的にするのに十分強固です。それ自体でサービスを復元力のあるものにするには十分ではありません。買い手は依然として、トビリシ施設が購入サービスの唯一の稼働本番サイトなのか、バックアップがサイト外にあるのか、フェイルオーバーが別の Cloud9 拠点を使用するのか、同じ建屋内の別のクラスターのみなのか、顧客契約が「販売可能」と「障害後に使用可能」を区別しているのかを知る必要があります。

電力の主張は具体的だが、真価は稼働時間

Cloud9 の公開電力主張は、地域のホスティングプロバイダーとしては異常に具体的です。データセンターページは、施設が3つの独立した変電所から電力供給を受け、630 KVA ディーゼル発電機を備えていると述べています。同じページは、コロケーションゾーンが UPS サポート付き N+N 冗長電力供給を使用していると述べています。コロケーションページは、顧客向けの言葉で約束を繰り返しています。ラックパッケージは1U および2U サーバー向けに A/B 二重電源を、タワーサーバーサービスは単一電源で提供されます。

これらの詳細は、測定可能な質問を生み出すので有用です。3つの変電所はユーティリティの集中を減らすことができますが、その表現は、フィードが同時に稼働しているか、物理的に分離された経路で建物に入っているか、開閉装置に単一障害点がないか、メンテナンスを顧客に影響なく実施できるか、すべてのコロケーションキャビネットがユーティリティイベント時に契約負荷を引き出せるかを明らかにしません。630 KVA 発電機は重要な設備ですが、関連する数字は銘板定格ではありません。それは、UPS 転送後のテスト済み稼働時間と負荷プロファイル、燃料配送、冷却需要、非 IT 建物負荷を含めたものです。

N+N 電力もまた、キャビネットレベルの証明が必要な主張です。二重給電キャビネットの両側が真に独立していれば、単一給電障害で二重電源の顧客機器が停止することはありません。しかし、多くの顧客障害はよく設計された電力計画の端で発生します。誤った配電ユニットに接続された単一電源機器、メンテナンス中の過負荷 A 側、顧客のバーストによるブレーカー遮断、実負荷を含まない発電機テスト、または遠隔操作タスクでケーブルが誤った経路に残されることなどです。Cloud9 の公開資料は、フェイルオーバーがどの程度頻繁にテストされているか、顧客がどのように証拠を受け取るかを示していません。

タワーサーバーパッケージは、明白に単一電源を使用するため重要です。それは欠陥ではなく、サービスの階層です。それは、顧客がデータセンター全体の電力復元力を、デバイスで単一電気経路を使用する可能性のある製品から推測できないことを意味します。買い手はワークロードの重要度を機器設計に合わせるべきです。非重要なサーバーは合理的に単一電源経路を受け入れられます。給電障害を乗り切らなければならない本番システムには、二重電源機器、テスト済み A/B 配電、十分な予備電力余裕、そしてメンテナンス中に Cloud9 が何をするかを説明する契約が必要です。

最大の電力問題は、マーケティングページがコンポーネントを命名しているかどうかではありません。それは、Cloud9 が最近の顧客関連の証拠を提供できるかどうかです。最後の完全な発電機負荷テスト、転送テスト日、UPS メンテナンスウィンドウ、燃料供給契約、最大サポートラック密度、実際の顧客負荷、インシデント履歴。その証拠がなければ、施設は依然として良いかもしれませんが、買い手は約束に依存しており、実証された障害状態には依存していません。

冷却、防火、セキュリティは障害経路を絞り込む

施設ページは、冷却、防火、物理的セキュリティについて同等の主張を提供します。Cloud9 は、温度と湿度が DX 冷却システムによって制御されると述べています。サーバールームには窓や外壁がなく、近くの配管は消火システムに限定されています。また、データセンターは早期温度・煙・火災検知に加え、Novec 1230消火システムを使用していると述べています。アクセス制御については、CCTV、生体認証、耐震基準の建物、警備施設を挙げています。

これらの主張が重要なのは、データセンターの障害が純粋な電力障害ではないことが多いからです。冷却は、グリッドイベント、発電機イベント、高密度キャビネット展開時の制約要因になり得ます。冷気容量、空気流管理、または圧縮機冗長性が弱ければ、電力が利用可能でもサーバーの熱的余裕がなくなる可能性があります。DX 冷却は完全に有効な設計選択ですが、顧客はユニット数、冗長パターン、メンテナンス慣行、スペア部品の可用性、契約ラック密度での除熱容量を知る必要があります。

防火にも厳しい境界があります。ガス系消火システムの存在は、検知、ゾーニング、圧力保持、スタッフ対応、顧客連絡が最新である場合にのみ安心です。誤放出はサービスを中断させる可能性があります。実際の火災は、機器が破壊されなくてもアクセスを不可能にする可能性があります。煙や熱損傷は顧客機器を不確かな状態に残す可能性があります。公開主張は意図された保護層を示すものであり、警報後のテスト済み復旧経路ではありません。

セキュリティにも同様の区別があります。生体認証、CCTV、警備員は不正アクセスリスクを低減します。緊急時に誰が入場できるか、顧客アクセスがどのように承認されるか、遠隔操作タスクがどの程度迅速に実行されるか、または都市全体の混乱時に施設アクセスが利用可能かには答えません。Cloud9 のコロケーション FAQは、顧客訪問は予約が必要で、訪問者は有効な ID が必要と述べています。利用規約は、コロケーション顧客は事前の取り決めにより24時間年中無休のアクセスをリクエストできると述べています。これらのルールは賢明ですが、アクセスが Cloud9 のサポートと施設スタッフによって仲介されることも意味します。

これが、物理インフラをシステムとして読むべき理由です。電力、冷却、防火、アクセス制御、サポート人員は独立したマーケティングボックスではありません。冷却ユニットの故障は電力作業を必要とする可能性があります。電力イベントは冷却負荷を増加させる可能性があります。火災警報はアクセスを停止させる可能性があります。セキュリティルールは修理を遅らせる可能性があります。顧客は Cloud9 に複合シナリオを尋ねるべきです。すなわち、冷却コンポーネントがメンテナンス中に電力フィードが故障した場合、または施設アクセス制限中に顧客サーバーが手作業を必要とする場合に何が起こるか。

キャリアニュートラルはキャリアリスト以上の意味を持つ

Cloud9 はデータセンターページでキャリアニュートラルというフレーズを使用し、自らも IXP 事業者であると述べています。同じページは、Cloud9 が主要な通信事業者および小規模 ISP 事業者と、予備のダークファイバー、複数の代替経路、総相互接続容量250 Gbps で接続されていると述べています。コロケーションページは、主要な地元 ISP への直接ファイバー接続が低遅延のローカル到達性を実現するのに役立つと述べています。

ルーティング証拠は相互接続の話を部分的に支持しています。RIPEstat の AS57814 ASN ネイバーは、確認されたビューで12の監視されたネイバーを示しており、Magticom、Caucasus Online、System Net、Silknet、Skytel などのジョージアのネットワークや、他の隣接ネットワーク、IXP.ge が含まれています。PeeringDB の AS57814 ネットワークプロフィールは、Cloud9 を地域ネットワークサービスのネットワークとしてリストし、IPv6 サポート、オープンピアリングポリシー、1つの施設、1つのエクスチェンジプレゼンスを記載しています。PeeringDB の Cloud9 netixlan エントリは、IXP.ge で10 Gbps の接続を示しています。

これらは意味のあるシグナルです。同時に、キャリア経路の多様性を証明するには十分ではありません。ルートコレクターは隣接 ASN を示すことができますが、別々のキャリアが別々のダクトから入っているか、クロスコネクトがミートミールームを共有しているか、ある上流が国際的な到達可能性を支配しているか、ローカルピアが上流障害時に本番トラフィックを運んでいるか、顧客契約に経路多様性の保証が含まれているかは示せません。ネットワークは複数の論理ネイバーを持ちながら、脆弱な物理経路を共有する可能性があります。

RIPE レジストリ由来データの公開 AS57814 ルートポリシーは、import および export ステートメントでいくつかの上流または隣接 ASN を命名しています。正確な AS203301 レコードはより狭く、RIPE レジストリ由来の AS203301 データは AS34797 と AS35076 を含むポリシーステートメントをリストしていますが、現在のルートステータスは有効なアナウンスを示していません。この違いは、特定の顧客サービスにどのルート計画が適用されるかを尋ねるもう一つの理由です。

したがって、キャリアニュートラルの主張はもっともらしいが不完全です。顧客は、現在の上流、公的および私的ピアリング配置、クロスコネクトオプション、ミートミーの物理経路、メンテナンス通知コミットメント、ルートセキュリティ慣行、測定されたフェイルオーバー結果を尋ねるべきです。「キャリアニュートラル」というフレーズは、顧客がキャリアと経路の間で実際の選択を行えることを意味するべきであり、単に顧客が自ら手配できればクロスコネクトを販売する意思があるというだけではありません。

AS57814 は AS203301 にはない幅広さを示す

現在最も強力なネットワーク証拠は AS203301 ではなく AS57814 です。2026年7月12日の RIPEstat ビューでは、AS57814 はジョージアの地域ホスティングおよびデータセンター事業者として広範なフットプリントを持っています。27の IPv4 プレフィックス、3の IPv6 プレフィックス、両アドレスファミリで RIPE RIS ピアからの完全な可視性です。RIPEstat の AS57814 の通知プレフィックスには、188.93.94.0/24、185.139.56.0/24、185.139.57.0/24、185.139.58.0/24、45.138.44.0/22、その他いくつかの/24、さらに2a0d:8a00::/32を含む IPv6 スペースが含まれています。

この幅広さは記事の結論を変えます。AS203301 だけが存在すれば、証拠グレードは現在のルーティングに対して弱いか否定的だったでしょう。AS57814 はそれを防ぎます。それは、IPv4 と IPv6、複数のネイバー、現在のルーティングセキュリティサポートを備えた稼働中の Cloud 9 Ltd.ネットワークを示しています。AS57814 の188.93.94.0/24に対する RIPEstat RPKI 検証は有効を返し、古い185.139.56.0/22スペースから切り出されたチェック済みの Cloud9 /24についても同様です。

AS203301 との対比は鮮明です。RIPEstat の185.139.56.0/22プレフィックス概要は、集約自体は通知されておらず、関連する/24が現在表示されていることを示しています。RIPEstat の185.139.56.0/22プレフィックスルーティング一貫性は、185.139.56.0/24、185.139.57.0/24、185.139.58.0/24が AS57814 の下でライブ BGP にある一方、/22ルートオブジェクトはライブではないことを示しています。AS203301 と185.139.56.0/22に対する RIPEstat RPKI 検証は、確認されたビューでルート認証が AS57814 を指しており AS203301 ではないため、invalid-asn 結果を返します。

それは Cloud9 が誤ったルーティングをしているという意味ではありません。アクティブなルート権限が AS57814 に移動したように見えることを意味します。買い手にとっては、文書化の問題であり、復元力の問題です。契約、サービス記述、インシデントプレイブックは、実際にサービストラフィックを運んでいる ASN を指定すべきです。AS203301 が休止中またはレガシーデータセンターオブジェクトとして保持されている場合、Cloud9 はそれを明確にすべきです。それが復帰することが予想される場合、顧客トラフィックがそれに依存する前に、ルート発信認証とルートポリシーを変更すべきです。

IXP.ge はローカルストーリーを改善するが、国際リスクを除去しない

Cloud9 の相互接続主張は、IXP.ge の証拠によって助けられています。PeeringDB の IXP.ge 記録は、トビリシの IXP.ge（Geo-IX としても知られる）を識別し、交換がトビリシとクタイシで利用可能であると述べています。IXP.ge 自身のアバウトページは、交換協会の目的を、サードパーティのネットワークを使用せずにジョージアのネットワーク間でインターネットトラフィックを直接交換することと説明しています。IXP.ge のメンバーページは、完全メンバーとして Cloud9 をリストしています。

これはローカルリーチャビリティにとってポジティブです。地域の ISP、ホスティングプロバイダー、サービスネットワークがローカルでトラフィックを交換する場合、国内トラフィックは外国のトランジットを通る不要な迂回を避けることができます。低遅延と単一の外国経路への依存度低下は、主に国内のユーザーにサービスを提供するジョージアの顧客、コンテンツ、政府向けサービス、中小企業にとって重要です。これはまた、ローカル接続性が差別化要因であるという Cloud9 の主張にも適合します.

IXP 参加は完全な冗長性と混同されるべきではありません。交換でのピアリングは上流トランジットの負荷を軽減し、ローカル経路を改善できますが、施設の電力障害、スイッチ障害、ルートサーバーの問題、ファイバー断線、国際的な混雑、DNS やアプリケーション層の障害から顧客を自動的に保護するわけではありません。PeeringDB は、チェックされたレコードで Cloud9 の IXP.ge ポートを10 Gbps とリストしています。Cloud9 自身のデータセンターページは別途、総相互接続容量250 Gbps を宣伝しています。後者がプライベートクロスコネクト、上流、その他のローカル容量を含む場合、これらの2つの数字は両方正しい可能性があります。公開記録は構成を調整していません。

より関連性の高い質問は、何かが壊れたときにどの経路がどのトラフィックを運ぶかです。主要な国際上流が故障した場合、どの程度のトラフィックが他の上流に移動し、どのような品質か？IXP ポートが故障した場合、ローカルユーザーはトランジットを通じて到達可能か？ディナモアリーナへのファイバー経路が損傷した場合、代替経路は本当に分離されているか？顧客がクロスコネクトを購入した場合、それは Cloud9 自身の上流リンクとは異なる経路にあるのか、それとも同じ物理バンドルにあるのか？

Cloud9 の公開資料は、買い手が良い質問をするには十分です。ローカルピアリングを災害復旧として扱うには十分ではありません。サービスの最良のバージョンは、稼働中の AS57814 エッジ、IXP.ge ローカルトラフィック、いくつかの独立した上流、可視的なルートセキュリティ衛生、明確な顧客トラフィックエンジニアリングオプションを組み合わせるでしょう。公開記録はその絵の一部を支持しています。物理経路とフェイルオーバーテストは証明されるべきまま残されています。

コロケーションパッケージは使用可能容量がどこで減少するかを明らかにする

Cloud9 のコロケーションメニューは、基本パッケージについて異常に透明です。コロケーションページは、A/B 二重電源、1 Gbps リンク、別の管理リンクを備えた1U および2U ラックパッケージをリストしています。また、単一電源のタワーサーバーオプションもリストしています。ページは、各顧客がジョージアの ISP への従量制なし1 Gbps 接続と30 Mbps のグローバル接続を受け取り、ハーフラック、フルラック、ケージオプションをカスタムまたはエンタープライズアレンジメントとして説明しています。

これらの数字は価格だけではありません。それらは顧客に見える制約を定義します。ローカル接続は多くの小規模ワークロードに対して豊富かもしれませんが、基本コロケーション顧客あたりのグローバル接続は制限されています。主に国内ユーザーにサービスを提供するジョージアの顧客はそれを受け入れ可能と見なすかもしれません。国際ユーザー、リモートワーカー、国境を越えた API、またはグローバルバックアップにサービスを提供する企業は、グローバル経路を注意深くテストすべきです。30メガビット/秒は管理、小規模サイト、低トラフィックサービスには十分かもしれませんが、包括的なクラウド容量の主張ではありません。

ここで重要なのは、設置容量と使用可能容量の区別です。施設は高い総集計容量を宣伝しながら、個々の製品はより狭いグローバル許容量で販売されることがあります。ラックは二重電源を持つ一方で、顧客自身のサーバーが1つの電源しか持たないことがあります。管理リンクは利用可能でも、障害のあるオペレーティングシステムがまだ人間の行動を必要とすることがあります。ケージは調整可能でも、共有施設リソース、アクセススケジューリング、発電機容量は共通のままです。

Cloud9 の FAQ は境界を示すので役立ちます。コロケーションの場合、ハードウェア障害は顧客の責任のままであり、Cloud9 は修理を支援すると述べています。訪問は予約が必要です。フルラックとケージの設置は、単一サーバー設置よりも時間がかかる場合があります。これらは通常の条件ですが、回復が共有されることを意味します。顧客は機器を施設に置くだけであらゆる障害をアウトソースすることはできません。

したがって、顧客は製品ごとの復元力テーブルを要求すべきです。1U および2U サービスの場合、一方のフィードが故障するとどうなるか？タワーサービスの場合、自動転送スイッチによる単一電源の冗長性はあるか？ハーフラックの場合、含まれる電力密度は？ケージの場合、どのキャリアオプションが物理的に到達可能か？すべてのサービス種別について、上流のメンテナンスまたは障害時にどの程度のグローバル容量が利用可能か？公開パッケージテーブルは有用な出発点であり、最終的な答えではありません。

VPS、VDS、専用サーバーは施設の主張を顧客コミットメントに変える

ホスト型サーバー製品は別の層を追加します。Cloud9 のVPS ページは、KVM 仮想化、日次バックアップ、コントロールパネルオプション、宣伝されたローカルおよびグローバルネットワーク速度を備えたマネージドおよびセルフマネージドパッケージを提供しています。VDS ページは、より大きな固定リソースの仮想サーバーを提供しています。専用サーバーページは、マネージドおよびセルフマネージドパッケージをリストし、在庫がある場合に24〜48時間以内にサーバーをセットアップできると述べ、エンタープライズグレードのドライブ、冗長ネットワーク接続、冗長電源を説明しています。

これらの主張は、リスクを純粋な施設の問題から運用の問題に移します。VPS および VDS 顧客にとって、Cloud9 はホスト、ストレージ、仮想化層、バックアップシステム、IP 割り当て、コントロールパネル、サポートチャネルを制御します。顧客はどの物理サーバーまたはラックがワークロードを運んでいるかを知らないかもしれません。したがって、復元力の証明には、バックアップ復元テスト、ホスト障害対応、ストレージ分離、監視、顧客連絡、および長時間の停止なしに仮想サーバーを移動する能力を含める必要があります。

日次バックアップは有用ですが、バックアップの主張は復元時間がわかるまで復旧の主張ではありません。小規模ウェブサイトは翌日の復元を許容するかもしれません。ビジネスポータルまたはトランザクションサービスは許容しないかもしれません。バックアップには配置の詳細も必要です。バックアップが同じ施設にある場合、ファイル削除やサーバー障害からは保護されますが、施設全体のインシデントからは保護されません。バックアップが施設外に出る場合、買い手はそれらがどこに行くか、どのように暗号化されるか、どの程度迅速に復元できるか、顧客が退去するときに何が起こるかを知る必要があります。

専用サーバーは別の負担を生みます。Cloud9 は、プロセッサの可用性は在庫に依存し、カスタム要件は設置時間を増やす可能性があると述べています。これは正常ですが、障害時に重要です。専用サーバーが故障した場合、ホットスペア、当日交換、またはベストエフォートの在庫があるか？ディスクが故障した場合、誰がどの程度迅速に交換するか？顧客がサーバーをセルフマネージする場合、Cloud9 の責任はどこで終わるか？冗長電源とネットワーク接続が存在する場合、それらは独立した施設経路に接続されているか？

したがって、記事の中心的な質問は、Cloud9 がホスト型製品を販売しているかどうかではありません。明らかに販売しています。問題は、販売されている容量を各製品のテスト済み復旧結果に変えることができるかどうかです。VPS、VDS、専用サーバー、コロケーションの顧客はスタックの異なる部分を購入します。彼らは異なる復元力の証拠を受け取るべきです。

利用規約はメンテナンスとアクセスの境界を開示する

Cloud9 の利用規約は、マーケティングページが行わない運用境界の一部を開示するため重要です。規約は Cloud 9 LLC を指名し、会社 ID 405063755を示し、ジョージアの法的住所を記載し、Cloud9 サイトとポータルを通じて提供される製品カテゴリをリストしています。データセンターサービスには、通信ラックレンタル、クロスコネクト、配電ユニット、インターネットプロバイダーおよびモバイル事業者相互接続、IP アドレスレンタルが含まれると定義しています。

コロケーションの場合、規約は顧客が顧客アカウントまたはメールを通じて施設アクセスを予約し、訪問者詳細を提供し、データセンター行動規則に従わなければならないと述べています。また、顧客は事前の合意により24時間年中無休のアクセスをリクエストでき、再起動やケーブル交換などのタスクに対して24時間の遠隔操作サービスをリクエストできると述べています。これらは価値あるコミットメントですが、それでもインシデント時のスタッフの可用性、チケット処理、施設状況に依存します。

最も重要なメンテナンス声明は、Cloud9 がコロケーションサービスのために事前計画された技術作業を実施する権限を有し、その期間は8時間を超えないというものです。その条項は停止保証として読まれるべきではありませんが、深刻な運用境界です。顧客が継続的なサービスを必要とする場合、計画作業が一方のフィード、一方のルーター、一方のミートミー経路、一方の顧客ケージ、または全サービスに影響を与える可能性があるかを理解すべきです。また、どの程度の通知が与えられるか、冗長顧客が影響を回避できるか、緊急作業が計画作業とどのように異なるかを理解すべきです。

規約はまた、メールによる24時間テクニカルサポートを約束し、問い合わせページはメールがチケットを開くと述べています。これはサービス運用には有用ですが、顧客のメールシステムが同じプロバイダーでホストされている場合やポータルが影響を受けている場合、メールベースのサポートはインシデント時に脆弱になる可能性があります。深刻な顧客は、帯域外の連絡経路を維持し、顧客 ID、請求、ポータルアクセスが損なわれた場合でもサポートが行動できるかどうかを知るべきです。

契約はしばしばインフラリスクに対する本当の答えを持っています。マーケティングページは事業者が販売したいものを説明します。規約は責任がどこで共有され、制限され、スケジュールされるかを説明します。Cloud9 の場合、規約はデータセンターの話を弱めるのではなく、より具体的にします。それらは、顧客アクセス、遠隔操作、計画作業、バックアップ、サポートがサービス境界の一部であることを示しています。買い手の仕事は、それらの条項を測定可能な運用コミットメントに変換することです。

ルーティングセキュリティの状況はアクティブエッジでより良好

ルーティングセキュリティは、アクティブな Cloud9 エッジが休止 ASN よりも良く見える分野の一つです。AS57814 によって発信された188.93.94.0/24の RIPEstat RPKI 検証は有効を返します。チェックされた Cloud9 プレフィックス185.139.56.0/24、185.139.57.0/24、185.139.58.0/24、45.138.44.0/22、2a0d:8a00::/32も AS57814 に対してテストすると有効を返します。これは、顧客が今日見る可能性が高いルートにとってポジティブな衛生シグナルです。

正確な AS203301 の状況はその逆です。古い185.139.56.0/22集約は、チェックされたプレフィックス概要で集約としてライブではなく、その集約に対する AS203301 発信元検証チェックは、可視の承認が AS57814 向けであるため invalid-asn を返します。これはセンセーショナルに扱われるべきではありません。単に AS203301 が古いアドレスブロックの現在のルートエッジではないことを強化します。

データセンターの買い手にとって、これはルート発信元検証がルート変更中の到達可能性に影響を与える可能性があるため重要です。プロバイダーがプレフィックスを ASN 間でシフトしたり、上流を変更したり、バックアップアナウンスを導入したり、インシデント中に非集約したりする場合、ルート承認は一致する必要があります。そうでなければ、無効なルートをフィルタリングするネットワークは、まさに復元力が必要な瞬間にトラフィックをドロップする可能性があります。Cloud9 の AS57814 証拠は、アクティブエッジが検証されるため励みになります。AS203301 は、承認とルート計画が変更されない限り、休止中として文書化されるべきです。

買い手の質問は単純です。どのプレフィックスを私のサービスが使用するのか、それらの現在の RPKI 状態は何か、緊急時に誰が承認を変更できるか？独自のアドレスを持ち込むコロケーション顧客にとって、質問は Cloud9 が顧客ルートオブジェクト、ROA、BGP セッション、緊急ルート変更を迅速にサポートするかどうかになります。Cloud9 提供アドレスの場合、会社は現在の有効な発信元状態を示し、バックアップアナウンス計画を説明できるべきです。

ルーティングセキュリティは発電機を稼働させ続けたり、冷却ユニットをオンラインに保ったりしません。しかし、それは予防可能な障害モードの一つを取り除きます。キャリアニュートラルとホスト型容量を販売する施設では、ネットワークコントロールプレーンは電力プラントと同様に十分に文書化されるべきです。

設置容量は即時利用可能な容量と同じではない

容量の問題は、3つの層に分割されるべきです。Cloud9 が設置しているもの、販売する意思があるもの、障害または拡張要求後に準備ができているもの。公開サイトはサービスカテゴリでは豊富ですが、物理的余裕については薄いです。コロケーションページではコロケーションユニット、ハーフラック、フルラック、ケージを宣伝し、データセンターページではカスタムデータセンター要件を宣伝しています。ライブキャビネットの可用性、電力密度制限、予約冷却マージン、予備ブレーカー容量、予備サーバー在庫、新しいキャリア経路を追加するのに必要な時間を公開していません。

その欠落層が重要なのは、マーケティングされた容量が部屋が満杯になる前に制約される可能性があるからです。ラックは物理的に空でも、顧客が必要とする電力密度では利用できないかもしれません。発電機は今日の負荷をサポートしても、新しい高密度列にはほとんど余裕を残さないかもしれません。冷却設計は標準ホスティングラックをサポートしても、高密度コンピュートには変更が必要かもしれません。ファイバー入口は現在のプロバイダーをサポートしても、要求された多様な経路には新しい土木工事が必要かもしれません。それぞれの場合、販売ページは真実でありながら、特定の顧客の使用可能容量はすぐには準備できていません。

地元の承認と建物の制約も買い手のデューデリジェンスの一部であるべきです。Cloud9 の公開ページはディナモスタジアム/ツェレテリ通りの場所を特定し、データセンターを Cloud9 によって建設・管理されていると説明していますが、拡張許可、ユーティリティアップグレードコミットメント、建設フェーズ、家主やスタジアムサイトの制約は開示していません。この欠如は問題の証拠ではありません。それは、顧客が将来のラックやケージ容量を完成資産として扱うべきではないという証拠であり、Cloud9 が納入経路、電力経路、冷却経路、クロスコネクト経路を書面で確認するまでです。

同じ注意が、一部のコロケーションサービスの24時間設置表明と専用サーバーの24〜48時間セットアップ表明にも当てはまります。これらのタイミングは標準注文には有用です。フルラック、ケージ、キャリア構築、高密度展開、または復旧移行のために再利用されるべきではありません。ただし、Cloud9 が正確な構成が利用可能であると述べない限り。この記事の障害経路には建設遅延が含まれます。なぜなら、拡張の約束はしばしば静かに失敗するからです。顧客は、ブレーカー、ラック、パッチ経路、サーバー在庫、またはキャリア経路が実際に準備できる前に署名します。

したがって、買い手は価格見積もりだけでなく、準備状況の声明を求めるべきです。どのキャビネットが現在稼働中か？どの電力フィードがすでに試運転済みか？どのキャリアが要求されたミートポイントにすでに存在するか？どのルートが新しい作業を必要とするか？どのサーバーが在庫にあるか？どの部品がローカルに保管されているか？どのアップグレードがユーティリティ、施設、またはサプライヤーの承認を必要とするか？これらの質問は、広範なデータセンターの主張を納入コミットメントに変えます。

トビリシ拠点が故障した場合の影響を受ける人々

可視の顧客ベースは完全には開示されていませんが、Cloud9 のアバウトページは、1,200以上のアクティブクライアント、3,500以上のアクティブサービス、5,000以上の登録ドメイン、99.9%のシステム稼働時間を宣伝しています。これらの数字は事業者発表であり、契約上文書化されない限りマーケティング数字として扱われるべきですが、それらは関係する依存関係の種類を示しています。これは単に顧客約束のない空の ASN ではありません。それは、地域インフラプロバイダーとしての地位を確立しているホスティングおよびデータセンタービジネスです。

トビリシ施設が故障した場合、異なる顧客は異なる方法で故障します。コロケーション顧客は、機器を所有しながら電力、冷却、管理アクセス、または上り容量を失う可能性があります。VPS 顧客は仮想サーバー、コントロールパネル、バックアップ、または DNS 更新を失う可能性があります。専用サーバー顧客はハードウェア修理または交換を待つ可能性があります。ドメインおよびホスティング顧客はメール、ウェブサイト、アカウントの混乱を経験する可能性があります。移行またはマネージドサポートに Cloud9 を使用している顧客は、他の全員が助けを求めているのと同じ時にスタッフの行動を必要とするかもしれません。

地域性は諸刃の剣です。地元サポートを持つジョージアの事業者は、言語、管轄権、支払い、アクセス、低遅延国内サービスに価値があります。また、多くの小規模ジョージア企業、開発者、組織が一つのトビリシの建物と一つのプロバイダーのサポートデスクに依存する場合、集中を生み出す可能性があります。停止の影響は、総プレフィックス数や世界的なトラフィックシェアだけで測定されるのではありません。それは、セカンドサイト、セカンドプロバイダー、テスト済みエクスポート経路を持たない顧客によって測定されます。

ルート証拠は、Cloud9 が小さなスタブを超えた実際のネットワークを持っていることを示唆しています。AS57814 の現在のプレフィックス数、ネイバー、IPv6 サポートは有意義です。PeeringDB の Cloud9 Dinamo Arena 施設記録は物理的な相互接続層を追加します。IXP.ge メンバーシップはローカル交換の関連性を追加します。しかし、公開記録は顧客フェイルオーバーの結果を示していません。単一サイトでサービスを実行している顧客の数、施設外のバックアップを使用している顧客の数、二重キャリアサービスを持つ顧客の数、またはローカルとグローバルの帯域幅許容量の違いを知っている顧客の数を示していません。

その不確実性こそが、割り当てられた記事タイトルが重要である理由です。販売されているデータセンター容量は、電力とキャリアの制約を単に説明するだけでなく、それらを生き残らなければなりません。Cloud9 の公開ストーリーは、精査に値するほど信頼でき、精査を公正にするほど具体的です。欠けている証明はアイデンティティではなく、テストされた生存可能性です。

エビデンスグレードを引き上げるもの

Cloud9 は機密施設の詳細を公開せずに信頼を高めることができます。公開ネットワークページは、AS203301 の現在の役割、AS57814 のアクティブな役割、メイン AS セット、顧客 BGP オプション、ルートセキュリティポリシー、ルート認証慣行を記載できます。施設ページは、セキュリティを維持しながら、ライブキャビネット数、利用可能なラック密度、サポートされる電力密度、発電機稼働時間、UPS 冗長性、冷却冗長性、メンテナンス通知基準の範囲を示すことができます。ステータスページは、施設、ネットワーク、ホスティング、DNS、ポータル、メールサービスを分離できます。

エンタープライズコロケーションにとって、最も価値のある証拠は顧客固有のものになります。買い手は、最近の発電機負荷テストの要約、UPS メンテナンス証拠、冷却冗長性設計、遠隔操作対応目標、インシデント連絡サンプル、ルートフェイルオーバー証拠、クロスコネクト多様性オプション、バックアップ配置、復元時間の証拠、およびどのサービスが単一サイトであるかの明確な声明を求めるべきです。答えが製品によって異なる場合、それは書面で異なるべきです。タワーサーバー、1U 二重電源サーバー、フルラック、マネージド VDS は同じリスクプロファイルを共有しません。

現在の証拠は Medium グレードをサポートしています。AS203301 単独ではライブではなく、格下げされるべきです。Cloud9 のより広い運用は、公式施設ページ、法的条件、AS57814 ルーティング、PeeringDB 施設および交換エントリ、IXP.ge メンバーシップ、アクティブプレフィックス上の有効なルート発信元チェックを通じて可視です。残るギャップは、通常停止中に重要となるものです。実際の電力経路独立性、発電機耐久性、冷却フェイルオーバー、キャリア物理的多様性、メンテナンス影響、スペアハードウェア、バックアップ復元、顧客移行の証明です。

実用的な結論は直接的です。買い手は AS203301 が静かだからといって Cloud9 を拒否すべきではありません。ウェブサイトがキャリアニュートラルデータセンターと言っているからといって重要な容量を購入すべきでもありません。正しい動きは、Cloud9 を実際のジョージアのデータセンターおよびホスティング事業者として扱い、そのライブ証拠が AS57814 とトビリシ施設に集中していることを認識し、購入したサービスが一方のフィード、一方の冷却経路、一方のキャリア経路、一方のサーバーホスト、または一方のサポートチャネルが故障した場合でも機能し続けるという証明を要求することです。