概況

  • このプロファイルの背後にある公開ネットワーク面は AS200525 であり、RIPE ではHOSTING-UKRAINE-2と命名され、RIPEstat では「HOSTING-UKRAINE-2 Hosting Ukraine LTD」と記述されています。AS200525 は 2026 年 7 月時点で、4 件の IPv4 広告と観測された 1 つの近隣 AS(AS200000)とともに可視状態でした。
  • Hosting Ukraine のページには、共有ホスティング、VPS/VDS、ビジネスホスティング、専用サーバー、ストレージ、マネージドデータベース、ドメイン登録、DNS、SSL、ビジネスメール、キエフにある数百キロワットの電力を備え 1,000 台以上のサーバーを有するデータセンターなど、ウクライナのホスティングサービスの幅広いラインナップが説明されています。
  • 運用上の問いは、そのサービスが存在するか否かではありません。明らかに存在します。問いは、顧客のワークロードが、設備の中断、AS200000 へのルーティングポリシー依存、リースまたはグループ保有のアドレス空間、バックアップの移動、コントロールパネルへのアクセス、サポートキュー、そしてプロバイダの利用規約による実際上の制限にどのように耐えられるか、です。

2番目の AS ラベルを過剰に解釈すべきではない

このプロファイルの最初の落とし穴は、名称に含まれる数字です。公開ルーティング記録は、「2 Hosting Ukraine」という独立した一般向けブランドを示しているわけではありません。示されているのは、Hosting Ukraine のネットワーク登録であり、その AS 名がHOSTING-UKRAINE-2であることです。RIPE の RDAP データベースはAS200525をアクティブとしてリストし、名前はHOSTING-UKRAINE-2、登録日は 2015 年 6 月 15 日、最終更新日は 2026 年、ホルダーは Hosting Ukraine LTD の RIPE 組織となっています。AS200525の RIPE データベースエントリは、依存性の境界をさらに明確に示しています。AS200000 からインポートし、AS200000 へエクスポートし、Hosting Ukraine と同じメンテナーおよび組織参照を使用しています。

これにより、非常に明確な見解が得られます。AS200525 は単なるマーケティング上の産物ではありません。広告が行われ、公開ルーティングの証拠が存在するからです。しかし、独立したアップストリームピアセットを持つ自律的なグローバルエッジでもありません。RIPEstat の 2026 年 7 月 11 日時点のAS200525 のルーティングステータススナップショットは、4 つの IPv4 プレフィックス、21,760 の IPv4 アドレス、そのビューでは IPv6 プレフィックスなし、完全な IPv4 RIS 可視性、そして観測された 1 つの近隣 AS を報告しています。RIPEstat のアドバタイズドプレフィックスビューは、193.93.63.0/24104.250.200.0/2287.56.64.0/1880.89.240.0/20が 2026 年 6 月 27 日から 7 月 11 日にかけてアクティブであったことを示しています。RIPEstat のAS ルーティング一貫性ビューは、AS200000 が BGP および Whois データベースにおけるインポート/エクスポートピアであることを示しました。

Hosting Ukraine のより広範なネットワークはさらに大規模です。AS200000の RIPE エンティティは、名前がUkraine-ASであり、AS174、AS3255、AS3326、AS6939、AS9002、AS13249、AS15645、AS1820、AS24703、AS29107、AS31210、AS50263、AS50952、AS59613 を含む多数のインポートおよびエクスポート関係をリストしています。RIPEstat のAS200000 のルーティングステータスデータは、31 の IPv4 プレフィックス、17 の IPv6 プレフィックス、広範な IPv4 および IPv6 RIS 可視性、同一の 2026 年 7 月スナップショットで 42 の観測された近隣 AS を報告しています。PeeringDB はHosting Ukraine on AS200000をリストしており、オープンなピアリングポリシー、2 つの交換 LAN エントリ、3 つの施設関係が示されています。

購入者にとって、この区別は重要です。顧客のワークロードが AS200525 経由で到達可能な場合、可視パブリックパスは、AS200000 の背後にある従属的なセカンダリサーフェスとして評価されなければなりません。顧客のワークロードが Hosting Ukraine のメインネットワーク経由で到達可能な場合、AS200000 のより広範な証拠は、より大きなルーティング多様性を示唆します。公開文書は、どの製品や顧客がどの AS に関連付けられているかを明示しておらず、サービスごとのトポロジーも公開していません。したがって、慎重な結論はブランドの物語よりも限定的です。2 番目の AS サーフェスは実在しますが、そのサーフェスの回復力は、Hosting Ukraine のメインエッジへの依存性に対してテストされなければなりません。

企業アイデンティティは、サービスとの完全一致よりも強固である

ORG-HUL6-RIPEの RIPE 組織レコードは、Hosting Ukraine LTD、国コード UA、登録番号37593550、組織タイプ LIR、キエフの郵便住所、Hosting Ukraine のメンテナー参照、RIPE の連絡先ロールを特定しています。同じ組織が AS200000 と AS200525 にも出現します。IANA レジストラ ID リストには、Hosting Ukraine LLC が認定レジストラ、IANA 番号 2374として含まれており、RDAP サービスはhttps://rdap.ukraine.com.ua/です。Hosting Ukraine 自身のドメイン登録ページは、ICANN 認定を取得しており、世界中のドメインゾーン管理者と仲介者なしで連携し、即時ドメイン登録をサポートし、ドメインコントロールパネルを提供し、DNS レコードの更新は 10 秒未満で完了すると述べています。

これらの情報源は、実在するプロバイダ、実在するレジストラの役割、実在する LIR/ネットワークの役割を確認するには十分です。しかし、発表されているすべてのサービスを AS200525 に結び付けるには不十分です。Hosting Ukraine のホームページとウクライナ語サイトには、AMD EPYC サーバー、NVMe ディスク、IPv6、280 Gbps のネットワーク、24 時間年中無休のテクニカルサポートが説明されています。「概要」概要ページには、完全自動化されたウクライナのホスティング・ドメイン登録サービスであること、1999 年のエンタープライズ自動化ソフトウェアに始まる歴史、社内および顧客プロジェクトのホスティング後にパブリックホスティングを開始したこと、ukraine.com.uaに移行したこと、そして物理インフラに関する複数のマイルストーンが記載されています。100 台以上のホスティングサーバー、28 ラックと設計電力 240 kW の最初のデータセンター、2015 年の ICANN 認定、330 kW の新データセンターの第 1 段階、1,000 台以上のサーバー、350 kW 容量の第 2 サーバールーム、キエフの新ロケーション向け 1 MW 電力の技術的条件などです。

この歴史は、ホスティングブランドの背後にある物理レイヤーに言及しているため、非常に有用です。多くのホスティング企業は、「クラウド」や「信頼性」を謳いますが、施設規模の数字を示しません。Hosting Ukraine のページは、少なくともラック、電力マイルストーン、サーバー台数に関する数字を挙げています。同ページでは、企業データセンターがキエフにあり、自動化を中心にサービスを紹介しています。ドメイン登録は 1 分未満、注文後すぐにホスティング有効化、支払い処理の自動化、顧客の自己管理用コントロールパネル、そしてコントロールパネル機能の 99% をカバーするとされる API について言及しています。これらは製品に関する主張であり、監査済みの運用統計ではありませんが、ビジネスモデルを説明しています。顧客セルフサービスは、垂直統合されたホスティングスタックに依存しています。

それでも、所有権と法的境界は慎重に扱う必要があります。hosting.xyzの英語版公開オファーページでは、Hosting.XYZ LTDを英語サイトの契約当事者として指定し、ukraine.com.uaのウクライナ語版公開オファーでは、TOV「Hosting Ukraine」を契約当事者としています。RIPE 組織レコードは Hosting Ukraine LTD と登録番号37593550を使用しています。IANA は Hosting Ukraine LLC を使用しています。したがって、公開記録には複数の翻字と企業サイトコンテキストが存在します。インフラ分析にとって安定したアンカーは、RIPE 組織、ukraine.com.ua/hosting.xyzのサービスページ、IANA レジストラエントリ、そして Hosting Ukraine の 2 つの自律システムです。

Hosting Ukraine が販売していると主張するもの

サービスカタログは幅広く、購入者は Hosting Ukraine を単なる共有ホスティングプロバイダと見なすべきではありません。メインのホスティングページでは、NVMe ディスク容量、無料 SSL 証明書、サイトビルダー、MySQL 8.4 または 5.7、PHP バージョン 5.2 から 8.5、HTTP/2、リモート MySQL 接続、phpMyAdmin、ホスティング管理 API、IPv6、Git/SVN サポート、バックアップ、メールボックス、メールプロトコル、Web メール、サーバー所在地の選択が紹介されています。ウクライナ語のホームページでは、ホスティングサーバーが 10 Gbps でインターネットに接続し、総チャネル容量は 280 Gbps、バックアップは複数国のサーバーに保存され、データセンターは主要な国際通信事業者に直接接続していると述べています。

VPS/VDS ページでは、AMD EPYC プロセッサ上で仮想専用サーバーを販売し、CPU コア、RAM、NVMe ディスク、トラフィックのプランラインを示しています。これにより、この製品は設置容量と使用可能容量という古典的な問題に変わります。VPS プランは購入者の視点では伸縮自在に見えるかもしれませんが、プロバイダーは依然としてノード、予備 CPU、メモリ、ストレージ、ハイパーバイザの安定性、イメージ、サポート自動化、およびホスト障害時にインスタンスを移動する経路を必要とします。公開ページは実際の製品ファミリーと最新のハードウェア提案を確認していますが、クラスタサイズ、オーバーサブスクリプションポリシー、ライブマイグレーション設計、ノードプロビジョニング、ストレージレプリケーション、プランごとの復旧時間は開示していません。

ビジネスホスティングビジネスホスティングページは、共有ホスティングの利便性と VPS に近いリソース言語を組み合わせているため、さらに示唆的です。NodeJS、PHP-FPM、LiteSpeed、MySQL 8、Memcached、Redis、OPcache のサポートを謳い、プラン寸法として NVMe ディスク、RAM、CPU コア、MySQL、無料 SSL、サイトビルダー、無制限のウェブサイトとサブドメイン、PHP メモリ制限、サーバー所在地、HTTP/2、MySQL データベース、リモート MySQL 接続、ホスティング管理 API、IPv6、Git/SVN リポジトリ、バックアップ、メール設定を挙げています。明らかな依存関係は Web サーバーだけではありません。ビジネスホスティングの顧客は、Web ワーカー、PHP プール、データベースサービス、キャッシュレイヤー、DNS、メールボックス、バックアップジョブ、コントロールパネルの状態、そして高負荷アカウントが隣接ユーザーに悪影響を与える場合の監視判断に依存します。

マネージドデータベースのページは、この依存面をさらに拡大します。MySQL ホスティングページでは、MySQL データベース用のサーバースペース、インターフェースまたは API 経由の簡単な起動、CPU/RAM/データベース容量のスケーリング、レプリケーションサポート、クエリレポート、バックアップ頻度とコピー数の設定が説明されています。PostgreSQL ホスティングページでは、PostgreSQL バージョン、PostGIS、TimescaleDB、ベクターサポート、自動バックアップ、スケーラビリティ、テクニカルサポートが紹介されています。Redis ホスティングページでは、RAM、CPU、バックアップ、サーバー所在地の寸法でマネージド Redis を販売しています。これらのサービスは静的ホスティングと互換性がありません。データベースまたはキャッシュサービスがダウンすると、サイトは技術的にオンラインでも、決済、ログイン、検索、セッション状態、分析が機能不全に陥る可能性があります。

ストレージページでは、CDN ファイルホスティング(ファイル用のディスク容量、FTP/ファイルマネージャ/ブラウザアクセス、カスタムドメイン接続、Secure Link サポート、API サポート、サーバー所在地、ストレージサーバー用の帯域幅 40 Gbps を主張)が説明されています。ユーザーは文書、アーカイブ、画像、音声、動画、独自バックアップ、静的ウェブサイトファイルを保存でき、サポートは 24 時間利用可能と記されています。つまり、ストレージは本番環境と顧客所有のバックアップの両方の依存先となり得ます。ストレージアカウントがバックアップターゲットとして使用される場合、顧客の復旧経路は Hosting Ukraine のストレージプラットフォーム、認証、請求、ダウンロード帯域幅に結び付けられます。

専用サーバーページ専用サーバーは、インフラの強力な証拠であると同時に、現在の可用性に関する警告でもあるため、別途扱う価値があります。新規専用サーバーの注文は、注文システムの最終調整中につき一時的に利用できないと記載されています。それでも、製品モデルを詳細に説明しています。専用サーバーは個別の物理マシンであり、全サーバーが 1 Gbps でインターネット接続され、データセンターのローカルネットワークは 40G および 20G リンクを使用し、サーバー価格には 30 TB のトラフィックが含まれ、通常支払い後 1~3 営業日でアクセス可能、各サーバーに IPv4 アドレスと IPv6 アドレスが 1 つずつ割り当てられ、顧客は最大 64 IP アドレスまで注文可能としています。root アクセス、オンデマンド KVM over IP、Telegram 経由の 24 時間年中無休 HTTPS 可用性監視、リモート再起動、逆引き DNS、Hosting Ukraine ネームサーバーの無料利用、障害ハードウェアの交換と OS 再インストールのサポートが、説明されているサービスに含まれます。また、9 Leontovicha または 50 Gaidar でのオプションのプライベートピアリング、キャリアニュートラルなデータセンター接続、顧客 BGP 広告、専用サーバー間 VLAN についても言及しています。

このページは、物理的依存関係の連鎖を最も明確に示す窓口の一つです。専用サーバーは抽象的なリージョンではなく、在庫、支払確認、プロビジョニング作業、電力、冷却、スイッチポート、IP アドレス割り当て、KVM アクセス、ハードウェア交換、OS 再インストール手順です。新規注文の一時停止は障害と解釈すべきではありませんが、発表された容量と利用可能な容量は別物であることを再認識させるでしょう。ベアメタルを必要とする購入者は、現在の在庫、リードタイム、ハードウェア交換の窓口、想定される BGP/プライベートピアリングのニーズが現在サポートされているかどうかを確認すべきです。

ネットワーク面は二層構造である

AS200525 のルーティング証拠はコンパクトです。RIPEstat の193.93.63.0/24104.250.200.0/2287.56.64.0/1880.89.240.0/20のプレフィックス概要レコードは、いずれも 2026 年 7 月の問い合わせ期間中に AS200525 によって広告されたプレフィックスを示し、ホルダー文字列はHOSTING-UKRAINE-2 Hosting Ukraine LTDでした。RIPEstat の RPKI 検証は、これらの AS200525/プレフィックスのペアに対して有効なステータスを返しました。これにより、正当なルーティング面が確認されます。

アドレッシングリソースの経緯は、「Hosting Ukraine が所有する 4 つのブロック」というほど単純ではありません。193.93.63.0/24の RIPE RDAP は、リトアニアの UAB「STARNITA」と ClustSpace に関連するハンドルを示しています。104.250.200.0/22の RDAP は、FASTPLANET LTD と英国での割り当てを示しています。87.56.64.0/18および80.89.240.0/20の RDAP は、キプロスの Hosting.XYZ LTD を示しています。ルーティングは有効ですが、ホルダーの系譜は、公開記録だけでは完全に解決できないグループ、リース、関連会社、または顧客アドレスの複雑さを示しています。

これはポータビリティと障害分析にとって重要です。顧客が RDAP ホルダーがウクライナの運営会社と異なるブロックから IP 空間を割り当てられた場合、移行や紛争は複数の法的またはレジストリ関係を巻き込む可能性があります。これはプロバイダのグループ内では全く正常かもしれません。しかし、真剣な購入者は問うべきです:自分のアドレスの RIR ホルダーは誰か?それらはポータブルか、プロバイダ割り当てか、リースか、特定のサービスに紐付いているか?逆引き DNS、ジオフィード、ROA、ルートオブジェクトは移行時に変更できるか?請求、不正利用、レジストラ、または法的エンティティの問題がブロックに発生した場合、どうなるか?

一方、AS200000 は、より中核的なネットワークに見えます。PeeringDB のAS200000 ネットワークレコードは、Hosting Ukraine、ウェブサイトhttps://www.ukraine.com.ua、オープンなピアリングポリシー、2 つの交換 LAN レコード、3 つの施設レコードをリストしています。PeeringDB のnetfac データは、キエフの NewTelco Kiev(9 Leontovicha)および DTEL-IX SP50 を施設関係としてリストしています。netixlan データは、IPv4 と IPv6 アドレスを持つ 10 Gbps の GNM-IX UA エントリと、40 Gbps の 1-IX EU エントリをリストしています。施設詳細ページでは、NewTelco Kievは 50 Gaidara、9 Leontovichaは 9 Leontovicha 通り、DTEL-IX SP50は 50 Simyi Prakhovykh 通り(いずれもキエフ)と特定されています。

PeeringDB は自己管理型であり、施設関係がラック数、電力消費、または顧客ワークロードの場所を証明するわけではありません。それでも、AS200000 の RIPE ポリシー、RIPEstat の可視性、PeeringDB の施設、そして Hosting Ukraine 自身のデータセンターに関する主張を組み合わせると、信頼できるウクライナのネットワークおよび施設フットプリントを裏付けています。弱点は、AS200000 が存在するかどうかではありません。弱点は、特定の顧客サービスがこれらの施設に分散しているのか、キエフの自社データセンターとサードパーティの接続拠点にまたがっているのか、それとも単一のプラットフォームセグメントに集中しているのか、という点です。

データセンターに関する主張は物理的回復力を示すが、自動フェイルオーバーではない

Hosting Ukraine の「概要」ページは、物理的規模について異例なほど率直です。最初のデータセンターでは 28 ラック 240 kW、その後の第 1 段階で 330 kW、第 2 サーバールームで 350 kW、1,000 台以上のサーバー、キエフの新ロケーション向け 1 MW の技術的条件。専用サーバーページは、サーバーアップリンク 1 Gbps、データセンター内の 40G/20G ローカルリンク、ハードウェア交換、OS 再インストール、コントロールパネル経由のリモート再起動といった運用詳細を追加しています。メインホスティングページでは、プロバイダのデータセンターが主要な国際通信事業者に直接接続されており、ホスティングサーバーのインターネット接続は 10 Gbps、総チャネル容量は 280 Gbps と述べられています。

これらは設置容量の強力なシグナルです。しかし、それ自体はストレス下での使用可能容量を証明するものではありません。設置電力とラック数は「どれだけ構築または収容できるか」という問いに答えますが、「停止時にどれだけの予備容量が存在するか」という問いには答えません。VPS ホストは書類上は予備コアを持っていても、ストレージクラスタが制約されているかもしれません。Web ホスティングファームはサーバーポートが 10 Gbps でも、コントロールプレーンのコンポーネントが復元を妨げているかもしれません。データセンターは数百キロワットの電力を備えていても、燃料、UPS 保守、スイッチ光学部品、相互接続、予備ディスク、待機エンジニア、キエフの搬送経路の安全性に依存しています。

ウクライナの状況は、この区別を理論以上のものにします。同社のウクライナ語サイトには、データセンターが稼働を継続し、テクニカルサポートが異なる都市に分散しているため完全なサービス提供が可能であること、一方でロシアの占領者に関連するホスティングとドメインのサポートは停止したことに関する声明が含まれています。これらはサービス方針に関する公式声明であり、独立したインシデント記録ではありませんが、Hosting Ukraine が戦時下の継続性とスタッフの地理的配置について言及せざるを得なかったことを示しています。ウクライナ国内でのデータ所在を必要とする顧客にとって、肯定的なシグナルは、同社が現地インフラと分散サポートを主張していることです。未解決の疑問は、電力、ファイバー、ベンダー、スタッフアクセス、地域安全上の衝撃時に各製品がどのように動作するかです。

バックアップの話も同様です。Hosting Ukraine のホスティングページは、バックアップが複数国のサーバーに保存されていると述べています。ウクライナ語ページでは、毎週のホスティングコピーと 1 日 2 回のメールボックスコピーがドイツのサーバーに作成されると述べています。データベースページは、バックアップ設定、コピー数、リストアサポートを謳っています。これらは有用な安全策です。しかし、バックアップはリストアがテストされて初めて回復力の保証となります。バックアップサービスは、認証情報の紛失、コントロールパネルアクセスの不可、顧客によるアーカイブサイズ制限違反、バックアップ前のデータ破損、帯域幅が公開証拠によって制限されている、またはリストア先に互換性のあるソフトウェアがないなどの理由で、リストア段階で失敗する可能性があります。

プロバイダの利用規約は、この緊張を明示的にしています。利用規約では、共有ホスティングアカウントをバックアップや任意のデータ保存に使用することを禁止し、非常に大規模なバックアップアーカイブを制限し、単一のデータベース行のサイズを制限し、長時間の SQL クエリを禁止し、「無制限」と説明されるリソースは技術的に無制限ではありえず、サーバーリソースとインターネットチャネルは共有であるためと述べています。同じ規約は、少数の加入者が通常の使用パターンを超えた場合にプロバイダが消費を制限できること、通知後も使用が削減されない場合はサービスを停止または終了できることを示しています。これは共有ホスティングでは珍しいことではありません。まさに共有ホスティングの経済性です。プロバイダは、他の顧客に害を及ぼすワークロードからプラットフォームを保護しなければなりません。

公開オファーは、サポートと責任を製品の内部に位置づけている

Hosting Ukraine は、コントロールパネルと API 主導のモデルを通じて販売しています。公開オファーでは、サービスをホスティング、仮想専用サーバーのレンタル、専用サーバー、ドメイン名登録と定義しています。サービスコントロールパネルを、加入者がドメイン、ホスティングアカウント、ウェブサイト、メールボックス、支払い情報、サービス条件を管理するための Web インターフェースおよび API と定義しています。顧客は管理者からの要求や通知に 24 時間以内に応答し、正確なデータを維持し、パスワードを安全に保ち、問い合わせには連絡用メールまたは認可されたサービスエリアを使用しなければならないと述べています。また、未払い、不正確な連絡先情報、要求への応答不履行、違法コンテンツ、攻撃、スパム、マルウェア、過剰なハードウェア/リソース需要などの場合に、プロバイダがサービスをブロックできるとも述べています。

これらの条件は単なる標準的な法的条項ではありません。これらはインフラ依存性です。コントロールパネルが利用不能になった場合、顧客が登録メールへのアクセスを失った場合、通知を見逃した場合、請求が失敗した場合、ドメインの連絡先データが古くなった場合、または不正利用調査中にアカウントが停止された場合、サーバーや経路は健全でもサービスは失敗する可能性があります。小規模ビジネスはしばしばホスティングを月額製品と見なしますが、実際には、その継続性は ID、支払い、ポータル認証情報、更新、不正利用処理、ドメインレジストリ準拠に依存します。

同じ公開オファーには、契約者はサービスが完全に中断なくエラーフリーであることを保証せず、提供されるソフトウェアやハードウェアにシステムエラーがないことを保証せず、サービス利用不能、障害、DDoS 攻撃その他、ファイル削除、欠陥、遅延、伝送問題その他の原因から生じる直接的または間接的損害について責任を負わず、サービスへのアクセスに使用される通信チャネルの品質について責任を負わないと記載されています。書面による苦情は紛争から 3 日以内に行われ、最大 14 営業日以内に検討されます。また、加入者はドメインサービスを除き、支払い後 30 日以内にサービス品質の欠陥について返金を要求できるとしています。

この文言は調達の形を決めるはずです。非クリティカルなウェブサイトには標準条件で許容できるかもしれません。一般向けトランザクションシステム、公共部門向けフォーム、収益にクリティカルなメール、本番データベース、またはバックアップストレージの場合、購入者は公開オファーの一般的な文言を回復力計画として信頼すべきではありません。特定のサービスコミットメント、エスカレーションパス、インシデント通知プラクティス、バックアップリストアテスト、移行手順、プロバイダが Web、データベース、ストレージ、メール、DNS、コントロールパネル間の障害をどのように分離するかについての証拠を求めるべきです。

データローカリティは本物だが、限界がある

Hosting Ukraine のポジショニングは明らかにウクライナ的です。ウクライナ語サイトはブランドukraine.com.uaを使用し、「概要」ページではキエフの企業データセンターを特定し、ウクライナの電話番号をリストし、ドメインページではウクライナのドメインゾーン経験と ICANN 認定を謳い、RIPE 組織の国コードは UA です。ウクライナの顧客にとって、これはいくつかの実用的な利点を提供します。現地のサポート言語とタイムゾーン、ウクライナの支払いおよびドメインプロセス、国内データセンターフットプリント、ウクライナのインターネット交換と通信事業者に関する直接的な経験です。

専用サーバーページでは、UA-IX、Giganet、DATA-IX、DTEL-IX などのウクライナのトラフィック交換ポイントへの直接接続、および UKRTEL-IX を介した Ukrtelecom 顧客向けの直接接続についても説明しています。全専用サーバーは 1 Gbps のインターネットポートに接続され、ローカルネットワークリンクは 40G および 20G、オプションのプライベートピアリングは 9 Leontovicha または 50 Gaidar で手配可能としています。PeeringDB は、AS200000 のキエフにおける相互接続プロファイルを独立して裏付けており、NewTelco Kiev、9 Leontovicha、DTEL-IX SP50 の施設レコードと、GNM-IX UA および 1-IX EU の交換エントリがあります。

しかし、ローカリティは法的または技術的な単純さと同一ではありません。AS200525 によって広告される一部のプレフィックスは、キプロスの Hosting.XYZ LTD、英国の FASTPLANET LTD、リトアニアの UAB Starnita など、ウクライナ国外のエンティティに登録されています。英語の公開オファーとプライバシーポリシーは Hosting.XYZ LTD に関連づけられており、個人情報はウクライナおよびその他の国のサーバーで処理される可能性があると述べています。ホスティングページでは、バックアップが複数国に保存される可能性があり、ウクライナ語ページでは特にドイツのサーバーへのコピーに言及しています。これらはそれ自体が危険信号ではありません。国境を越えた企業構造とバックアップは一般的です。つまり、「ウクライナのホスティング」は、サービスおよびデータカテゴリのレベルで理解されるべきであり、すべてのアドレス、バックアップ、サポートプロセス、または契約相手がウクライナ専用であるという一般的な保証ではないということです。

データ主権を懸念する購入者にとって、適切な質問は具体的です。主要ワークロードはどこに保存されるのか?バックアップはどこに保存されるのか?メールはドイツでバックアップされるのか、それとも他の場所か?どの法的エンティティが契約に署名するのか?割り当てられたアドレスの RIR ホルダーはどのエンティティか?特定の製品について、サービスは Hosting.XYZ LTD または Hosting Ukraine LTD のどちらに依存するのか?顧客はサーバーの場所を選択できるのか?データベースバックアップは暗号化されエクスポート可能か?ドメインホルダーの詳細は、Hosting Ukraine がレジストラとして保持し、レジストリに転送され、または WHOIS/RDAP を通じて要求どおりに公開されるか?公開記録はこれらの質問をするための材料を十分に提供していますが、すべてに答えているわけではありません。

テストすべき障害経路

最初の障害経路は、AS200525-AS200000 の依存性です。RIPE は、AS200525 が AS200000 経由でのみインポートおよびエクスポートすることを示しており、RIPEstat の一貫性ビューでも同じ関係が観測されました。AS200525 が顧客ブロックやサービスに使用されている場合、到達性は Hosting Ukraine のメインネットワークがその役割(トランジット、ルーティングポリシー、RPKI/ROA メンテナンス、ルートフィルタ、アップストリームの健全性、BGP 運用)を果たすことに依存します。より広範な AS200000 ネットワークははるかに広い可視性を持っていますが、2 番目の AS はそれ自体では公にその同じ多様性を示していません。

2 番目の障害経路は、アドレスリソースの移植性です。RPKI 検証は、AS200525 が可視の 4 つのプレフィックスを起源とする権限があることを確認していますが、RDAP ホルダーレコードは複数の組織を示しています。顧客がこれらの範囲のいずれかから IP を割り当てられた場合、購入者はその空間がリースか、プロバイダ割り当てか、特定の製品にリンクされているか、Hosting Ukraine が管理しているか、Hosting.XYZ が管理しているか、異なる RIR ホルダーに結び付けられているかを知る必要があります。ここでの障害は単なるパケット損失ではありません。移行遅延、逆引き DNS 問題、ジオロケーションの不一致、不正利用チケット紛争、またはアプリケーションが許容できる以上に時間がかかるルートオブジェクト変更となる可能性があります。

3 番目の障害経路は、施設または電源のストレスです。Hosting Ukraine 自身のページは、キエフに実在するデータセンターフットプリントと具体的な電力容量を裏付けています。PeeringDB は、AS200000 のキエフにおける施設関係を裏付けています。しかし、公開ページは現在のラックレイアウト、電源設計、UPS/発電機の詳細、冷却冗長性、燃料ロジスティクス、ハードウェア在庫、サービス別の配置を公開していません。顧客は、自分のサービスが単一サイトか、マルチサイトか、ドイツでレプリケートされているか、Hosting Ukraine の自社サーバールーム内でレプリケートされているか、それとも単に他地域にバックアップされているだけかを確認する必要があります。

4 番目の障害経路は、ハードウェアの在庫と修理です。専用サーバーページは、サポートに障害ハードウェアの交換と OS 再インストールが含まれ、KVM over IP が要求に応じて提供可能と述べています。これは有用です。また、顧客がハードウェア交換、物理アクセス、OS イメージの可用性、KVM キュー、サポート優先順位付けを待つ可能性があることも示唆しています。VPS とビジネスホスティングの場合、同等の質問は、ノードプロビジョニング、ホストドレインプロセス、ストレージレプリケーション、リストアパス、およびプラットフォーム負荷中にワークロードを移動するコントロールパネルの能力です。

5 番目の障害経路は、バックアップとリストアです。Hosting Ukraine の公開ページはバックアップに肯定的です。複数国でのバックアップ保存、ドイツへのコピー、データベースバックアップ設定、コントロールパネルからのリストア文言などです。リスクは、バックアップが存在しないことではなく、購入者がテストせずに回復時間を想定することです。共有ホスティングの利用規約は大規模アーカイブとデータストレージの使用を制限しており、マネージドデータベースのバックアップはプラン設定とプラットフォームの可用性に依存します。顧客は、プロバイダを災害復旧プラットフォームと見なす前に、エクスポートとリストアのテストを実行すべきです。

6 番目の障害経路は、サポート、請求、アカウント管理です。Hosting Ukraine は 24 時間年中無休のテクニカルサポートを謳い、複数の連絡チャネルを提供していますが、公開オファーと利用規約は、顧客のコントロールパネル、連絡先メール、支払い状況、適法な使用、通知への応答も重要にしています。請求紛争、期限切れドメイン、失敗した本人確認、見逃した管理通知、または不正利用苦情は、設備上の欠陥がなくてもサービスを中断させる可能性があります。顧客は、プラットフォーム外の連絡先メール、複数の認可連絡先、文書化された更新サイクル、エクスポートされた DNS ゾーン、認証情報回復パス、重要コンテンツの独立したコピーを維持すべきです。

7 番目の障害経路は、製品バンドリングです。ある顧客は、コントロールパネルが便利であるため、ドメイン登録、DNS、共有ホスティング、メールボックス、ビジネスホスティング、データベースホスティング、ストレージ、VPS を同じプロバイダから購入するかもしれません。この利便性はベンダー分散を減らしますが、同時に障害を集中させます。単一のアカウント、支払い残高、DNS 変更、ポータル接続、またはプロバイダ全体のコントロールプレーンの問題が同時に複数のサービスに影響を与える場合、顧客は複数のコンポーネントを失います。ウクライナの小規模ビジネスにとって、これはドメイン、ウェブサイト、メール、データベース、バックアップリストアパスがすべて同一のプロバイダアカウントに依存することを意味し得ます。

公開証拠が証明しないこと

公開証拠は、これが単なるペーパープロバイダであるという考えを退けるのに十分強力です。Hosting Ukraine は、可視のレジストラエントリ、RIPE LIR 組織レコード、2 つの自律システム、広範な AS200000 ルート面、アクティブな AS200525 ルート面、PeeringDB の施設および交換データ、詳細な製品ページを持っています。問いは存在ではなく、サービス固有の回復力です。

いくつかのことは未証明のままです。公開情報源は、どの顧客製品が AS200525 を使用し、どれが AS200000 を使用しているかを示していません。現在のラック数、予備サーバー在庫、ストレージクラスタ設計、コントロールプレーンの冗長性、プラン別のバックアップの正確な地理的配置、目標復旧時間、インシデント履歴、現在の専用サーバー在庫、またはキャリア契約条件を示していません。280 Gbps という数字が、アクティブな DDoS 下での使用可能容量なのか、集約ポート容量なのか、契約済み外部容量なのか、利用可能なネットワークマージンのマーケティング表現なのかを示していません。各プランが単一のサーバールームの障害を乗り切れるかどうかを示していません。キエフにおける戦時下のインフラリスクの現在の運用上の影響を示していません。

この不確実性は、中程度のネットワーク証拠評価(マイナスではない)につながるはずです。ネットワークは可視的です。企業は実在します。施設の歴史は具体的です。公開ページは多くのホスティング事業者よりも多くの物理的詳細を公開しています。同時に、AS200525 はコンパクトで親に依存しており、広告されるアドレス空間の一部には Hosting Ukraine 以外の RDAP ホルダーがあり、製品ページはアーキテクチャ図やインシデント透明性の代わりにはなりません。購入者は、Hosting Ukraine を実際のウクライナのインフラプロバイダとして扱い、その公開記録は多くの通常ワークロードでの使用を支持する一方、あいまいなリストア、ルート、サポートの限界を許容できないワークロードには製品固有のデューデリジェンスを要求すべきです。

クリティカルになる前にサービスをテストする方法

実践的な検討は、使用している正確な製品から始めるべきです。共有ホスティングの顧客は、VPS、マネージド PostgreSQL インスタンス、ストレージバケット、ドメインポートフォリオ、または専用サーバーを持つ顧客と同じ質問をすべきではありません。共有ホスティングとビジネスホスティングの場合、購入者は自分のサイト、データベース、メールボックス、バックアップがどのように配置されているかを尋ねるべきです。Hosting Ukraine 自身の利用規約は、リソースは技術的に無制限ではありえないと述べており、ビジネスホスティングページは CPU、RAM、NVMe、PHP メモリ、MySQL、キャッシュ、メール、バックアップの寸法を公開しています。したがって、テストは、サーバー、ストレージボリューム、データベースプロセス、またはメールコンポーネントが誤動作したときに、特定のアカウントを移動または復元できるかどうかです。購入者は、ファイルとデータベースをエクスポートし、別のターゲットにリストアし、PHP とデータベースのバージョンを文書化し、プロバイダのコントロールパネルの外に DNS フェイルオーバー手順を保持すべきです。

VPS 顧客の場合、テストはホスト障害とアドレス継続性に焦点を当てるべきです。公開VPS ページは仮想サーバー製品を確認していますが、ライブマイグレーションアーキテクチャは確認していません。購入者は、インスタンスがローカルストレージ上にあるのかレプリケートストレージ上にあるのか、スナップショットがクラッシュ整合性かアプリケーション整合性か、IPv4 と IPv6 の割り当てが再構築されたインスタンスに追従するか、プロバイダが顧客ポータルアクセスなしでレスキューメディアを起動できるか、送信メールや不正利用の評判が VPS サブネットに影響を与える可能性があるかを尋ねるべきです。ワークロードが AS200525 空間を使用する場合、購入者はまた、該当するプレフィックスが RIPEstat で可視の 4 つの範囲の一部であるかどうか、ROA、ルートオブジェクト、逆引き DNS が Hosting Ukraine、Hosting.XYZ、または別の RIR ホルダーによって管理されているかどうかを尋ねるべきです。

マネージドデータベースとストレージの顧客にとって、リストア速度が重要な証拠です。MySQL、PostgreSQL、Redis、ストレージのページはすべてバックアップ、リストア、またはスケーラブルなリソースについて言及していますが、顧客はこれらの主張をテストに変換すべきです。MySQL バックアップはサポート介入なしで新しいインスタンスにリストアできるか?PostgreSQL 拡張機能は保持できるか?Redis データは揮発性セッションの前提を失わずにリストアできるか?ストレージアカウントは回線速度でエクスポートできるか、それとも復旧はプランの帯域幅、API 制限、認証状態、またはサポートキューによって制限されるか?ストレージが顧客自身のバックアップに使用される場合、回復パスが危機時に同じアカウントとプロバイダに依存しないように、顧客は Hosting Ukraine 外に少なくとも 1 つのコピーを保持すべきです。

ドメインと DNS の顧客にとって、テストは帯域幅ではなくガバナンスです。Hosting Ukraine の IANAレジストラ IANAエントリとそのドメインページは実際のレジストラの役割を裏付けていますが、ドメインは依然として期限切れの請求、不正確な連絡先情報、ロックされた転送状態、見逃した確認通知、またはネームサーバーエラーのために失敗する可能性があります。顧客は、登録者データを最新に保ち、認証コードと転送ポリシー情報を保存し、DNS ゾーンを文書化し、移行前に TTL を下げ、レジストラアカウントの管理メールが同じアカウントでのみホストされているメールボックスでないことを確認すべきです。ドメイン管理の障害は、データセンターが健全であっても、Web、メール、API エンドポイント、認証フローを停止させ得ます。

専用サーバーまたはプライベートピアリングの顧客にとって、現在の可用性は契約前に確認されなければなりません。専用サーバーページは、新規注文は注文システムの最終調整中に一時的に利用できないと述べていますが、サーバーの物理的操作、BGP、プライベートピアリング、VLAN オプションについても説明しています。これは、適切な契約前の証拠は一般的なパンフレットではないことを意味します。在庫、サーバーモデル、オンサイトサポート、スペアパーツ、KVM 遅延、相互接続遅延、ルーティングポリシー、DDoS 処理、交換手順、顧客が当該サイトから自身のプレフィックスを広告できるかどうかについての書面による確認です。購入者が営業日ではなく数時間での修理を必要とする場合、公開ページだけでは不十分です。

最後に、購入者はウクライナ国内性が要件なのか、好みなのか、リスク集中なのかを決定すべきです。Hosting Ukraine のキエフのデータセンターとウクライナの交換証拠は、ローカルレイテンシーと管轄整合性にとって価値があります。同じ記録は、国境を越えた要素も示しています。ドイツのバックアップ文言、一部のアドレスリソースと英語法務ページに関するキプロスの Hosting.XYZ LTD、他のプレフィックスに関する FASTPLANET および Starnita のホルダー、ウクライナおよび他国でのデータ処理に関するプライバシーポリシー文言などです。本格的なワークロードにはデータマップが必要です。マップは、一次ストレージ、バックアップストレージ、レジストラデータ、IP アドレスホルダー、サポート連絡パス、契約エンティティ、出口計画を特定すべきです。このマップがなければ、「ウクライナのホスティング」という表現は、本番リスク判断をするには広すぎます。

まとめ

2 Hosting Ukraine LTD から得られる有用な教訓は、「ホスト型キャパシティ」が無重量ではないということです。公開 AS200525 面は、Hosting Ukraine のルーティングされた第 2 AS 層を証明していますが、独立したエッジを証明しているわけではありません。Hosting Ukraine のより広範な運営は、より実質的なインフラ像を示しています。ウクライナのホスティング、レジストラ認定、LIR ステータス、AS200000 の到達性、キエフのデータセンター主張、専用サーバーの機構、ストレージとデータベースサービス、多国間バックアップ文言、コントロールパネルの自動化、ピアリング/施設シグナル。これらは、プロバイダを運用上有意義なものにするのに十分です。

また、障害経路を可視化するのにも十分です。Hosting Ukraine から購入する顧客は、自分のワークロードが共有ホスティング、ビジネスホスティング、VPS、マネージドデータベース、ストレージ、専用サーバー、ドメイン/DNS サービス、あるいはそれらの組み合わせのどれに載っているかを知らなければなりません。どのアカウントがこれらのサービスを管理しているか、どのメールが管理通知を受け取るか、サービスが AS200525 を使用しているか AS200000 か、どのバックアップ場所とリストアプロセスが適用されるか、IP アドレスは移植可能か、キエフの施設アクセス、親 AS ルーティング、ハードウェア在庫、支払い状況、サポートキャパシティが圧迫された場合に何が起こるかを知る必要があります。

正しい態度は、したがって、マーケティングへの信頼でも反射的な疑いでもありません。Hosting Ukraine の公開記録は、本物のインフラ、規模のあるウクライナのサービスカタログ、実際のルートフットプリントを示しています。AS200525 レコードは分析を制約します。この第 2 AS 面については、冗長性は想定されるのではなく証明されなければなりません。重要な本番環境で信頼する前に、購入者はマルチサイト配置、トランジット多様性、RPKI およびルーティングポリシー、バックアップリストアテスト、移行サポート、アカウント復旧、請求回復力、データエクスポート制限について書面による回答を求めるべきです。設置容量と回復可能容量の差が明らかになるのは、次の修復ウィンドウにおいてです。