Hosting-27 Hosting-27 LTD はラック／トランジット／修理対応に依存したままのホスティングキャパシティを販売中

概要

• Hosting-27 Hosting-27 LTD は、ルーティング記録上にのみ存在する企業ではない。稼働中のHosting27.com ホームページでは、ブルガリアのホスティングおよびクラウドサービスを宣伝しており、連絡先ページにはソフィアの住所、電話番号、サポート用メールアドレスが記載され、クライアントエリアでは顧客ログインと請求書ポータルが公開され、サポートチケットページでは毎日稼働するサポート部門が説明されている。この公開された販売面は実在するが、それ自体ではサーバの設置場所や障害復旧の方法を証明するものではない。
• ネットワークアイデンティティは具体的かつコンパクトである。RIPE データベースのAS42347 オブジェクトは、Hosting-27 を指名し、AS をORG-HA629-RIPEに紐付け、組織として Hosting-27 LTD を挙げ、国コード BG、登録番号 204354361、ソフィアの住所を記録し、AS57344 および AS31083 とのインポート／エクスポートを示している。RIPE の217.174.144.0 - 217.174.144.255 inetnumおよび217.174.144.0/24 経路オブジェクトは、可視の IPv4 ブロックを Hosting-27 と AS42347 に結び付けている。
• 実ルートの可視範囲はマーケティングメニューよりも狭い。RIPEstat のAS 概要は 2026年7月12日時点で AS42347 がアナウンスされていることを示し、routing-statusビューは、1つの可視 IPv4 プレフィックス、256 個の IPv4 アドレス、可視 IPv6 なし、1 つの観測されたネイバーを示した。RIPEstat のASN-neighboursビューは、そのネイバーを AS57344 と識別し、RIPEstat のAS57344 概要は AS57344 を Telehouse EAD と特定している。もう一つのピアである AS31083 Telepoint は、AS42347 のレジストリポリシーには現れるが、現在の BGP 一貫性ビューには表示されていない。
• 運用グレードは条件付きの「中」であり、「強力」ではない。共有ホスティング、Cloud VPS、管理型 Cloud VPS、プライベートクラウド、Kubernetesの各製品ページは、幅広いホスティングキャパシティの提供を示している。公開証拠からは、名前の付いたデータセンターホール、キャビネット数、電力設計、ハードウェア在庫、顧客バックアップ保持条件、アクティブなデュアルトランジット、IPv6 サービス、または書面による移植性パスは示されていない。

サービス面は可視だが、ラックから外側に向かって読み解く必要がある

Hosting-27 Hosting-27 LTD を、空のインターネット番号レコードと誤解してはならない。公開されている Hosting27.com サイトは稼働しており、そのヘッダメタデータと可視ページによって日付が記録され、運営中のホスティングストアフロントとして構築されている。ホームページは、同ブランドをホスティングおよびクラウドサービスのプロバイダとして提示している。WordPress ホスティング、Kubernetes クラスタ、プライベートクラウド、Cloud VPS、管理型 Cloud VPS、リセラーホスティング、ドメイン、クライアントエリア、請求書、サポートチケットへと購入者を誘導する。このナビゲーションは放棄された単一ページのプレースホルダではない。製品ティア、注文ボタン、WHMCS スタイルのアカウント領域、サポートポータルを備えたホスティング小売面である。

それゆえ、調査はより要求水準が高くなる。企業がウェブホスティングやクラウドサーバを販売する場合、顧客の依存先はウェブページではない。依存先は請求書の背後にある隠れたスタック、すなわちホストノード、ストレージバックエンド、スイッチング、ルータ、IPv4 ストック、アップストリームトランジット、電力、冷却、リモートハンド、課金状態、濫用処理、および行動権限を持つサポートチームである。Hosting27 の公開資料は、複数の顧客向け製品を説明しているが、その背後にある施設は特定していない。Hosting-27 が自社ラックを運営しているのか、キャビネットスペースをリースしているのか、他のブルガリアデータセンター事業者に依存しているのか、あるいは関連プロバイダが組み立てたキャパシティを再販しているのかについては述べられていない。

製品メニューが重要なのは、顧客に対して、どのような物理システムが存在しなければならないかを示すからである。共有ホスティングページは、20 GB、50 GB、165 GB のディスク容量を持つ3つのプランサイズを宣伝し、cPanel、無制限サイト、無制限メールボックス、無料 SSL 証明書、CDN、移行支援、複数 PHP バージョン、1ヶ月分のバックアップを含む。WordPress ホスティングページは、同様の20 GB、50 GB、165 GB のティアを宣伝し、WordPress 管理を追加し、WordPress サイトの移行支援を約束している。リセラーホスティングページは、40 GB、75 GB、130 GB のプランと、WHM アクセス、無制限トラフィック、無制限アカウントを提供している。これらは抽象的なクラウドスローガンではない。共有物理ホストまたは仮想ホストが存在し、アカウントを作成でき、移行とバックアップがサービス約束の一部であるという主張である。

クラウドメニューは賭け金を上げる。Cloud VPS ページは、1～4 vCPU、1～6 GB RAM、30～85 GB の全 SSD ストレージ、毎日のバックアップ、管理パネル、OpenStack、KVM、Ceph を宣伝している。また、追加 IP アドレス、追加システムバックアップ、30分単位のシステム管理ブロックも販売している。管理型 Cloud VPS ページは、コントロールパネル、テクニカルサポート、毎日のバックアップ、24時間365日の監視、無料移行を備えた管理サーバを宣伝している。プライベートクラウドページはさらに踏み込み、OpenStack ベースの仮想データセンターオファーとして、ソフトウェア定義ストレージ、99.99％のサービスレベル主張、二重化されたネットワーク、Cinder、Nova、Heat、Glance、Magnum、Neutron、Keystone などの API サービスを説明している。Kubernetes ページは、高可用性 Kubernetes 環境のインストール、設定、保守の支援を説明し、基盤、ネットワーキング、ロードバランサをレイヤの一部としてカバーすると述べている。

これらのページによって、Hosting27 は多くの小規模ホスティングネットワークよりも強力な公開販売面を持つことになる。同時に、より大きな証拠ギャップを生み出している。1ノードの VPS 販売者は静かに障害を起こせる。OpenStack、Ceph、プライベートクラウド、Kubernetes の販売者は、より多くの質問に答えなければならない。すなわち、物理ノード数、ストレージ複製の分離方法、コントロールプレーンコンポーネントが独立した障害ドメインを持つかどうか、バックアップの保存場所、顧客に提供するアドレスプール、経路を搬送するルータ、物理レイヤに障害が発生した際に誰がシステムを修復できるか、である。

したがって、最も安全な出発点は、軽視でも盲目的信頼でもない。Hosting-27 には可視のウェブサイトと可視の AS が存在する。公開記録は、ブルガリアのホスティング事業の存在を裏付けている。設置されたクラウドキャパシティ、マルチサイト復旧、プロバイダ独立性についての強力な結論は裏付けていない。

RIPE レコードは Hosting-27 に小規模ながら実在するネットワークエッジを提供する

最も明確な基盤証拠は RIPE データベースと RIPEstat にある。RIPE のAS42347 の aut-num レコードは、AS 名を "Hosting-27" とし、ORG-HA629-RIPE を通じて Hosting-27 LTD を挙げ、ASSIGNED ステータスを記録し、作成日を 2017年8月24日、最終更新日を 2021年4月7日とし、AS57344 および AS31083 とのインポート／エクスポートポリシーを記録している。関連する組織レコードは、Hosting-27 LTD を名称、国 BG、登録番号 204354361、組織種別 OTHER、ソフィア Todor Aleksandrov 133 の住所、GLAC2-RIPE の濫用窓口を記載している。2017年8月に作成され、2026年5月に最終更新された。

IPv4 割り当ても同様に明示的である。RIPE の217.174.144.0 - 217.174.144.255 の inetnumは、ネット名 Hosting-27、国 BG、組織 ORG-HA629-RIPE、ステータス ASSIGNED PA を使用している。RIPE の217.174.144.0/24 の経路オブジェクトは、Hosting27 を記述し、オリジン AS42347 を認可している。RIPEstat のannounced-prefixesビューは、2026年7月12日までの2週間のウィンドウで 217.174.144.0/24 が可視であったことを示した。routing-statusビューは、1つの IPv4 プレフィックス、256 の IPv4 アドレス、チェック時点で 326 中 326 の RIPE RIS ピアにわたる完全な IPv4 可視性を示した。

この /24 は単なるパッシブなレコードではない。Hosting27.com ドメイン自体が同じブロック内に解決される。RIPEstat のhosting27.com の DNS-chain ビューは、hosting27.com を 217.174.144.181 に解決し、そのアドレスを shared-11.cpaneler.com と逆引きし、ns1-pns.hosting27.com や ns2-pns.hosting27.com などの権威ネームサーバを一覧表示した。hosting27.com のドメイン RDAP レコードは、ドメインが 2013年7月12日に登録され、2027年7月12日に失効し、レジストラとして PublicDomainRegistry.com、ネームサーバとして hosting27.com 配下のものを示している。したがって、可視のウェブサイト、DNS、およびルーティングプレフィックスは、同一の公開ネットワークフットプリントを中心に整列している。

アドレスプールは小さい。/24 には、ルータインタフェース、基盤ホスト、ネームサーバ、共有ホスティング用 IP、顧客割り当て、予備アドレス、予約キャパシティを除くと、256 の IPv4 アドレスが含まれている。これは、多くの共有ホスティング顧客が名前ベースの仮想ホストの背後に位置し、小規模な VPS プランが各パブリックアドレスを複数受け取ることなくホストを共有できる場合、実際のホスティングビジネスには十分である。大規模な設置キャパシティを推測するには不十分である。プライベートクラウドオファー、Kubernetes オファー、リセラーアカウント、管理型 VPS、共有ホスティングは、内部アドレッシング、NAT、仮想ホスティング、慎重な割り当てを用いれば、コンパクトなパブリックアドレスプールから販売できる。計画がずさんな場合は、過剰販売も可能である。公開経路はこれらのケースを区別しない。

慎重に扱うべき第二の経路オブジェクトも存在する。RIPEstat のAS-routing-consistencyビューは、45.151.89.0/24 を、クエリ時点で whois には存在するが BGP には非存在として挙げている。RIPE の45.151.89.0/24 の検索は、AS42347 の経路オブジェクトを示すが、inetnum は Geytit OOD に属しており、Hosting-27 LTD ではなく、その経路は現在の可視アナウンスセットの一部ではなかった。これは、別のプール用の経路ポリシーが準備されたか、経路が非アクティブ、予約済み、過去のもの、またはクエリ時点で非可視であった可能性を意味する。現在の BGP と商業的証拠が裏付けない限り、顧客が利用可能な Hosting-27 キャパシティとして数えるべきではない。

ネットワークエッジは、したがって、現実的だが厳密に範囲が限定されている。すなわち、1つの可視 AS、1つの可視 IPv4 /24、有効な経路オブジェクト、ブロック内の稼働ウェブサイト、RIPEstat 経路ビューにおける AS42347 用の可視 IPv6 プレフィックスなし。

オフィス、ウェブサイト、契約上の名称は、検証済みデータホールと同一ではない

公開アドレスの足取りは有用だが、データセンターを特定するものではない。Hosting27 の連絡先ページは、ソフィア Todor Aleksandrov Boulevard 133 2階、電話番号、サポートおよび営業のメールアドレスを記載している。Hosting-27 LTD の RIPE 組織レコードも、一致する Todor Aleksandrov 133 の住所を記載している。Geytit OOD のRIPE 組織レコードも Todor Aleksandrov 133 を使用し、AS42347 レコードのスポンサリング組織として登場する。これらの記録は、連絡やレジストリ管理にとって意味がある。顧客サーバがその建物に設置されていること、Hosting-27 がそこにラックを所有していること、または同社が電力やクロスコネクト基盤に直接アクセスできることを証明するものではない。

公開の法的条件は、もう一つの境界を示す。Hosting27 の一般条件ページは PDF を埋め込んでおり、PDF 条件は、サービス条件が Hosting27.com サイトを通じた共有ホスティング、SSL 証明書、ドメイン登録、仮想サーバ、管理型仮想サーバを規制すると述べている。PDF はブルガリア語の条件の中で、Cloud Systems OOD を提供者とし、異なる企業登録番号を記載している。本稿はこれを企業関係の発見として扱うものではない。購入者デューデリジェンスの問題として扱う。ブランド、RIPE 組織、スポンサリング LIR、ウェブ条件、請求書発行者は、顧客がこのサービスを信頼できる基盤契約として扱う前に、整合している必要がある。

この境界は、調達時だけでなく、障害時にも重要である。VM が午前2時に故障した場合、顧客は、サポートキューの制御主体、ハードウェアを所有またはリースする主体、リモートハンドを認可できる主体、ドライブ交換できる主体、ルータセッションを制御する主体、サービス料金を請求する主体、課金が争われた場合にデータを保持できる主体を知る必要がある。ブランド、AS 保有者、契約プロバイダの不一致は、本質的に悪いわけではない。多くのホスティンググループは、アドレス資源、顧客契約、施設、運用に別個の法的ビークルを使用する。しかし、ここでレビューされた公開資料はその構造を説明していない。顧客は直接問い合わせるべきである。

条件はまた、ホスト型サービスが限定的な提供であり、全顧客に完全に独立した環境が保証されるものではないことを明確にしている。PDF は、共有ホスティングでは、速度、RAM、ネットワーク接続などの共通サーバ資源を他のユーザと共有することを述べている。管理型仮想サーバのセクションでは、コントロールパネル、24時間365日のサポート、他のクライアントアプリケーションと共有されない保証されたリソース、監視、問題への対応、定期的バックアップを備えた仮想的に分離されたサーバの管理を説明している。これは意図されたサービスクラスを理解する上で有用な文言である。それでも、復旧時間、バックアップ場所、スナップショット保持、オフサイトレプリケーション、顧客エクスポート形式、停止クレジットは、公開ビューでは不明瞭なままである。

プライベートクラウドページの「仮想データセンター」という枠組みは、特に注釈が重要である。このフレーズを読む顧客は、専用のデータセンターゾーンを想像するかもしれない。ページ自体は、OpenStack の抽象化を説明している。顧客が作成したネットワーク、ルータ、ロードバランサ、ストレージサービスである。これらは仮想コントロールプレーンの機能である。それらは依然として、物理ノード、ディスク、ネットワークカード、トップオブラックスイッチ、給電、トランジットリンクの上に位置している。名前付きの施設やアーキテクチャに関する声明がない限り、その主張はクラウドコントロールプレーンのオファーとして扱うべきであり、独立した物理サイトの証明としては扱えない。

可視のアップストリーム依存は Telehouse、一方 Telepoint はポリシー上の可能性

現在の観測点における経路図は単純である。RIPEstat のAS42347 の ASN-neighboursビューは、最新時点で1つのユニークなネイバー、AS57344 を報告した。RIPEstat のAS57344 の AS 概要は、AS57344 を TELEHOUSE-AS Telehouse EAD と特定している。RIPE のAS57344 aut-numは、Telehouse が Arelion、Cogent、GTT、Level 3、Liberty Global、NTT、Orange、PCCW、RETN、Seabone、Tata、Telxius など、広範なアップストリームおよびエクスチェンジポリシーを持つことを示している。PeeringDB のAS57344 レコードは、Telehouse がグローバルスコープ、IPv6 サポート、多数のエクスチェンジプレゼンス、施設エントリを持つと説明している。

この Telehouse の広範さは、Hosting-27 の /24 がグローバルなコレクタから可視である理由を説明する助けとなる。それによって Hosting-27 がマルチホームになるわけではない。AS42347 について観測された直近の依存は依然として1つのネイバーである。AS42347 の経路がアクティブエッジで Telehouse 経由のみで流通している場合、Telehouse 側の問題、セッション問題、経路フィルタ、施設インシデント、クロスコネクト問題、商業的保留、メンテナンスウィンドウは、可視の Hosting-27 プレフィックスを使用するすべての顧客に影響を及ぼし得る。公開経路コレクタは、プライベートバックアップパス、一時的にアイドル状態のセッション、または障害時にのみアクティブになるアレンジメントを見逃す可能性がある。しかし、そのような冗長性を示す責務はプロバイダにある。なぜなら、現在の公開 BGP ビューは示していないからだ。

AS31083 は、正確に扱うべき二つ目の名称である。AS42347 の RIPE aut-num は AS31083 とのインポート／エクスポートポリシーを列挙し、RIPEstat のAS31083 概要は AS31083 を Telepoint Ltd と特定している。RIPE のAS31083 aut-numは Telepoint が複数のアップストリームに接続していることを示し、PeeringDB のTelepoint レコードは、より小規模な欧州スコープのプロファイルを報告している。しかし、RIPEstat の AS-routing-consistency ビューは、AS31083 が whois ポリシーには存在するが、クエリ時点で AS42347 の BGP には存在しないことを示している。つまり、レジストリポリシーだけをアクティブな多様性として記述すべきではない。

Hosting-27 の PeeringDB 不在は、注意の必要性を強化する。AS42347 の PeeringDB クエリは公開ネットワークオブジェクトを返さなかった。多くの小規模ネットワークは PeeringDB プロファイルなしで運用しているため、そこに不在であることは欠点ではない。しかし、同ディレクトリに Hosting-27 の公開施設リスト、エクスチェンジリスト、ルッキンググラスページ、トラフィック推定、ピアリングポリシー、NOC プロファイルが存在しないことを意味する。公開された相互接続の足跡は、RIPE ポリシー、経路コレクタ、観測または登録されたアップストリームのアイデンティティのみである。

経路オリジンセキュリティの結果は肯定的である。RIPEstat の217.174.144.0/24 の RPKI 検証は、AS42347 が正確な /24 を最大長 /24 でオリジンとする有効な ROA を報告している。これは、経路オリジン検証を実施するネットワークが、その経路を認可済みとして受け入れる助けとなる。ホスト障害、ストレージ障害、ルータ誤設定、アップストリームへの支払未済、コントロールパネル侵害、顧客アカウントロックアウトに対しては保護しない。RPKI は、誰がプレフィックスをオリジンできるかを答えるのであり、ホスティングサービスが復旧可能かどうかではない。

購入者にとって、トランジットのデューデリジェンスの問いは実践的である。全 Hosting27 サービスでアクティブアップストリームが Telehouse であるのか、AS31083 はスタンバイか過去のポリシーエントリか、メンテナンス中に顧客のワークロードをどちらの経路が搬送できるか、経路は物理的に分離されたハンドオフからアナウンスされているのか、それとも同じ部屋と依存チェーンからか。

宣伝されているクラウド機能は、設置済み、使用可能、復旧可能なキャパシティと等しくない

ホスティングの経済性は効率的な共有に報いる。共有ホスティングは、多数の顧客アカウントを1台以上のサーバにプールすることで、ディスク、メール、サイト管理を販売する。VPS ホスティングは、より大きなホストから仮想 CPU、RAM、ストレージの断片を販売する。管理型 VPS は、サポート労働、監視、管理を追加する。プライベートクラウドはオーケストレーションレイヤと、顧客制御に関するより強い約束を追加する。Kubernetes はその上にさらに別のオーケストレーションレイヤを追加する。各レイヤは、依然として少数の物理ノードに依存しながらも、実在し得る。

Hosting27 のページは、小規模なブルガリアのプロバイダとしてはもっともらしいが、外部から規模を把握することは不可能な広範な主張を行っている。共有ホスティングプランは無制限のサイト、メールボックス、トラフィックを宣伝しているが、これらはプランルールであって無限のキャパシティではない。サービスは依然として CPU、RAM、ストレージ I/O、inode 制限、公正利用ルール、スパム制御、濫用処理に依存している。リセラープランは無制限のトラフィックとアカウントを宣伝しているが、ストレージ上限は 40 GB、75 GB、130 GB である。実際の制約は、I/O、送信メールのレピュテーション、アカウント密度、または共有ホストパフォーマンスにあるかもしれず、ディスクの枯渇より先に来る。

VPS ページは、仮想 CPU、RAM、SSD の値を列挙しているため、より具体的である。1 vCPU、1 GB RAM、30 GB SSD の Cloud VPS プランと、4 vCPU、6 GB RAM、85 GB SSD のプランは、控えめな OpenStack クラスタからプロビジョニング可能である。しかし、プラン表は、競合なしに販売可能なインスタンス数、ノード数、CPU がオーバーサブスクリプションかどうか、ストレージ複製がどのように調整されているか、Ceph が独立した電力ドメインにまたがっているか、バックアップが保護対象と同じ物理システムに保存されているかを示さない。同ページは Ceph がデータを複数箇所に複製保持すると述べているが、顧客はそれらの箇所が別個のディスク、シャーシ、ラック、施設なのかを知る必要がある。

プライベートクラウドページの 99.99％ のサービスレベル文言は、達成された運用状態の証明ではなく、検証すべき主張として扱うべきである。フォーナインの可用性は許容できるダウンタイムを年間でごく少量に限定し、冗長電源、冗長ネットワークパス、慎重に管理されたストレージ、テスト済みのコントロールプレーン復旧、変更管理、監視、迅速に行動できるサポートチームのアーキテクチャと運用規律を要求する。公開サイトは、購入者がその約束を評価できる SLA 文書、クレジットスケジュール、測定方法、除外事項、計画メンテナンスの扱い、インシデント履歴を公開していない。

アドレス在庫は一部のユースケースを制限する。多数のパブリック IPv4 アドレス、メールサービス分離、IP ベースの SSL レガシー互換性、アンチ濫用分離、VPN エンドポイントを必要とする顧客は、実際に利用可能な IPv4 がどれだけあるかを問い合わせるべきである。RIPEstat routing-statusの 256 IPv4 アドレスというカウントは、256 の販売可能な顧客 IP と同じではない。一部は、基盤、DNS、共有ホスティング、管理、予約、顧客割り当てによって消費される。追加 IP は Cloud VPS ページで販売されており、プールが運用上重要になる。濫用やブラックリスト問題が /24 の一部に影響する場合、アドレスプールが小さいと復旧が困難になり得る。

IPv6 もギャップである。ここでレビューされた Hosting27 の公開製品ページは、強力な IPv6 の約束をしておらず、RIPEstat はチェック時点で AS42347 に可視の IPv6 アナウンス空間を示していない。IPv6 対応ホスティングを必要とする顧客は、クラウドという言葉からそれを推論すべきではない。IPv6 テストアドレス、SLA カバレッジ、ファイアウォール処理、逆引き DNS、ルーティング証拠、IPv6 サポートが共有ホスティング、VPS、プライベートクラウド、Kubernetes で IPv4 と同様に利用可能かを問い合わせるべきである。

したがって、本稿のキャパシティに関する結論は保守的である。Hosting27 は実在するホスティングおよびクラウド製品群を販売しており、AS42347 はそれら製品に実在する公開ネットワークエッジを提供している。しかし、プランメニューを、設置済みノード、利用可能な予備キャパシティ、マルチサイト設計、顧客が復旧可能なイメージに変換する公開証拠は存在しない。

サポートとバックアップの主張は有用だが、修復権限が中核的な問いである

サポート証拠は沈黙よりはましである。Hosting27 の連絡先ページは、サポートおよび devops メールボックスを含むサポートアドレスと、別個の営業アドレスを列挙している。サポートチケットページは、ドキュメントで解決できない問題を適切な部門にリクエスト送信できると述べている。サポートは年中無休で稼働し、営業問い合わせは月曜から金曜の 09:00～18:00 に処理されると説明している。ナレッジベースには、cPanel、Virtualmin、VPS サーバ、WordPress、ドメイン、共有ホスティングのカテゴリがある。アナウンスメントページには、2018年の古いウェブサイトアナウンスが含まれており、少なくとも顧客ポータルが何年もサービス面の一部であったことを示している。

これらは有用な運用の兆候である。しかし、修復ウィンドウリスクに答えるには不十分である。最も重要な区別は、チケットを受け取るサポートチャネルと、故障コンポーネントに対する権限を持つ運用チームとの間にある。障害が cPanel 設定であれば、プロバイダのヘルプデスクが迅速に修正できるかもしれない。障害が、ディスク故障、スイッチ故障、給電問題、ストレージクラスタクォーラム問題、アップストリーム経路フィルタ、課金アカウントロックである場合、修復は誰がハードウェア、施設アクセス、経路セッション、契約上の許可を制御しているかに依存する。

一般条件も有用だが、インシデント計画には不完全である。PDF は、管理型仮想サーバが24時間365日のテクニカルサポート、問題の監視と対応、定期的バックアップ、顧客アプリケーションのホスト能力を含むと述べている。共有ホスティングにはテクニカルサポートが含まれ、共有ユーザがリソースを共有することが明確にされている。公開ページはさらに、Cloud VPS と管理型 Cloud VPS での毎日のバックアップ、共有ホスティングでの1ヶ月バックアップ、一部プランでの無料移行を宣伝している。これは貴重である。それでも、現実的な疑問は未解決のままである。バックアップは同じクラスタかオフサイトか、世代数はいくつか、顧客はセルフサービスで復旧可能か、VM イメージのエクスポートは可能か、アカウント停止後に何が起こるか、目標復旧時間は何か。

移行の約束も見かけより狭い。Hosting27 はホスティングアカウントや WordPress サイトを無料で移動できると述べている。これはオンボーディング時には助けになる。必ずしも出口経路を作るわけではない。後に去る顧客は、完全な cPanel バックアップ、データベースダンプ、DNS ゾーンファイル、メールボックス、VM ディスクイメージ、ブロックストレージスナップショット、オブジェクトデータ、Kubernetes マニフェスト、コンテナイメージ、シークレット、IP 再設定を必要とするかもしれない。公開サイトは、エクスポート形式、保持期間、解約後の移行手数料、顧客が OpenStack からイメージを持ち出せるかどうかを説明していない。

濫用処理が重要なのは、ホスティングプロバイダが共有レピュテーションによって存亡を左右されるからである。Hosting-27 の RIPE 組織レコードは、濫用窓口をGLAC2-RIPE（GateIT の濫用窓口）に指定している。これはレジストリの濫用パスであり、必ずしもリテールサポートデスクと同じではない。メール、e コマース、公開 API を運用する顧客は、逆引き DNS の管理、ブラックリスト除去の管理、1つの侵害アカウントが広範な停止を引き起こすかどうかの決定、IP レピュテーション問題が /24 内で分離可能かを問い合わせるべきである。

したがって、公開サポートの態勢は、考慮に値するほど信頼できるが、運用リスクを取り除くほど詳細ではない。購入者は、重要なワークロードを移動する前にチケットデスクをテストし、インシデント連絡先パスを尋ね、プランページの簡略表現に頼るのではなく、書面によるバックアップとエクスポート条件を要求すべきである。

データ所在地はブルガリアの住所や IP によって確定しない

Hosting27 のブルガリアの表面は関連性がある。ウェブサイトはブルガリア語であり、連絡先ページはソフィアの詳細を記載し、RIPE 組織と住所はブルガリア、ASN は RIPE 地域にあり、可視 IPv4 ブロックは国 BG で登録されている。ブルガリアのユーザーを持つ顧客にとって、ブルガリアの請求書、現地語サポート、ソフィアや地域ネットワークへのレイテンシは、サービスを検討する理由になり得る。規制上または契約上のデータ所在要件を持つ顧客にとって、これらの兆候は出発点にすぎない。

EU とブルガリアの文脈がその区別を重要にする。欧州委員会のEU データ保護法的枠組みの概要は、EU 全体のデータ保護制度を説明している。管理者と処理者に関するページは、個人データの処理方法を決定する当事者と、それに代わって処理する当事者の区別を説明している。委員会の標準契約条項ページは、欧州経済領域外の状況向けのデータ転送ツールをカバーしている。ブルガリアの個人データ保護委員会は国内監督機関である。本稿は法的助言ではないが、これらの公開参考文献は、基盤の場所、サポートアクセス、バックアップの地理が表面的な詳細ではない理由を示している。

ブルガリアの IP アドレスは、全データがブルガリアに留まることを証明しない。共有ホスティングのバックアップが別の施設に保存される可能性がある。監視は別の場所から実行される可能性がある。サポートチケットには個人データが含まれ得る。コントロールパネルはサードパーティ製ソフトウェアや外部認証に依存する可能性がある。CDN 機能は意図的に静的コンテンツを他国に配置する可能性がある。ドメイン登録サービスは必然的に、ホスティングノード外のレジストリやレジストラと相互作用する。プライベートクラウドの顧客は、一部の管理コンポーネントやバックアップコンポーネントが別の場所にある一方で、ブルガリア風のコンソール上でネットワークやボリュームを作成するかもしれない。

したがって、適切なデューデリジェンスの問いは具体的である。一次計算ノードはどこか。スナップショットとバックアップはどこに保存されているか。サポートスタッフとリモート管理者は EU 域内か。プロバイダはデータ処理契約（DPA）を提供するか。ホスティングサービスの処理者はどの法的エンティティか。契約書は顧客に請求するのと同じ当事者を名指しているか。データがブルガリアまたは EEA を離れる場合、どの転送メカニズムが適用されるか。顧客が削除またはエクスポートを要求するとどうなるか。どのログがどのくらい保持されるか。

これらの質問は、Hosting-27 に対する特別な疑念ではない。ローカリティを売りにする小規模クラウドやホスティングプロバイダには通常付き物である。ここでの公開証拠は、ブルガリアのサービスエリアとブルガリアのルーティングエッジを裏付けている。完全なブルガリアデータレジデンシアーキテクチャの証明にはならない。

テストすべき障害パスは、ラック、アップストリーム、ハードウェア在庫、サポート、課金、移行である

最初の障害パスはラックである。共有ホスティングサーバや VPS ホストが故障した場合、誰がそのマシンに触れるのか。顧客は、ラックの場所、ホストハードウェアの所有者、電力保護方法、予備ノードの有無、ストレージがローカルか分散か、故障ノードを顧客 IP を変更せずに退避できるかを尋ねるべきである。公開ウェブサイトはバックアップとクラウド機能を主張しているが、物理施設、キャビネット、リモートハンドプロバイダ、予備ハードウェア計画を明記していない。

第二のパスはアップストリームトランジットである。RIPEstat は現在、AS42347 を AS57344 経由で観測している。プロバイダは、経路に第二のアクティブアップストリームがあるか、Telepoint がアクティブかスタンバイか過去のものか、バックアップ経路がテストされているか、経路オリジン検証が監視されているか、顧客がネットワークメンテナンス前に通知を受け取るかを述べられるべきである。有効な RPKI 結果は良い。それは第二の経路と同じではない。

第三のパスはハードウェアとストレージ在庫である。VPS とプライベートクラウドのオファーは、販売プランと利用可能な計算、RAM、ディスク I/O、ストレージ複製の比率に依存する。顧客は、宣伝されているリソースが保証されているか、CPU がオーバーサブスクリプションか、Ceph が別個のホストまたはラックにまたがっているか、いくつの故障が許容されるか、繁忙期にホストを復旧する十分な予備キャパシティがあるかを尋ねるべきである。公開ページは OpenStack、KVM、Ceph を名指しているが、それらの名称は小クラスタからより大規模なマルチラック環境までを説明し得る。

第四のパスはサポートエスカレーションである。Hosting27 は、サポート、営業、ナレッジベース、チケットページを公開している。購入者はそれでも、応答品質のテスト、オンコール担当者の確認、ダウンした VM の緊急経路の特定、サポートがネットワークおよび施設運営者に直接アクセスできるかの確認を行うべきである。営業応答はインシデント権限と同じではない。

第五のパスは課金と法的継続性である。ウェブサイトの PDF 条件は Cloud Systems OOD をプロバイダとして名指す一方、RIPE は Hosting-27 LTD をネットワーク組織として名指している。顧客は、契約に署名する当事者、請求する当事者、サービス停止を制御する当事者、解約後のエクスポートと削除に責任を持つ当事者を尋ねるべきである。課金や濫用でアカウントが停止された場合、顧客はデータがどの程度回復可能かを知るべきである。

第六のパスは移行である。共有ホスティングの場合、出口パスには cPanel バックアップ、DNS、メールボックス、データベースが含まれるべきである。WordPress の場合、ファイル、データベース、リダイレクト、DNS タイミングが含まれるべきである。VPS の場合、ディスクイメージエクスポート、スナップショット形式、IP 再設定、ファイアウォール更新が含まれるべきである。プライベートクラウドと Kubernetes の場合、ボリューム、ネットワーク、ロードバランサ、マニフェスト、シークレット、イメージレジストリが含まれるべきである。Hosting27 は無料のインバウンド移行を売りにしているが、公開資料は完全なアウトバウンド移植性の約束を公表していない。

第七のパスはアドレスレピュテーションである。コンパクトな /24 は効率的であり得るが、侵害された顧客を隔離する余地が少なくなる。メール、プロキシ、スキャン、濫用の問題は、ブロックリスト、アップストリームフィルタリング、内部停止につながり得る。メールまたはトランザクション系のワークロードを持つ顧客は、逆引き DNS 制御、濫用対応手順、ブラックリスト解除ポリシー、追加 IP アドレスが同じ 217.174.144.0/24 プールから提供されるかを尋ねるべきである。

これらは理論上の懸念ではない。これらは、低価格ホスティングの下に隠れた通常の障害モードである。アクセス不能なラック、消失するアップストリームセッション、クォーラムを喪失するストレージクラスタ、存在はするが迅速に復旧できないバックアップ、施設に到達できないチケットキュー、新しい IP アドレスを中心に再構築しなければ移行に気付くのが遅すぎる顧客。

証拠を強固にするものは何か

Hosting-27 Hosting-27 LTD は、実際の運用プロファイルに十分な公開証拠を有している。ウェブサイトは稼働中、顧客ポータルは稼働中、製品ページは具体的、経路は可視、ドメインは企業の可視 IPv4 ブロック内で解決、RIPE 組織は最新、経路オリジン認可は有効である。これは、唯一の痕跡が古い AS レコードである企業よりも、実質的に強力である。

公開証拠は、直接的なデューデリジェンスなしに高い信頼性で基盤を依存するには不十分である。より強力なプロファイルには、ブランド、RIPE 組織、契約プロバイダを整合させる最新の法的ページ、データセンター運営者を名指しするかホスティングの取り決めを説明する施設声明、測定およびクレジット条件付きの SLA、ステータスページまたはインシデントアーカイブ、明示的なバックアップ保持と復旧目標、提供されている場合の IPv6 可用性、アクティブなセカンダリアップストリームまたは Telepoint 経路ポリシーの書面説明、VPS およびプライベートクラウドデータのエクスポート形式、明確な濫用および IP レピュテーション手順が含まれるであろう。

想定される顧客セットはリスク別に階層化されるべきである。小規模なブルガリアのウェブサイト、ステージングサーバ、非クリティカルな WordPress サイト、実験的な VPS は、通常のサービステストを通じて Hosting27 を評価できる。すなわち、小プランを注文し、サポートをテストし、レイテンシを確認し、バックアップを復元し、解約を検証する。ビジネスクリティカルなシステムはプラン表だけに頼るべきではない。本番移行前に、施設、バックアップ、トランジット多様性、法的契約、データ移植性に関する書面での回答を得るべきである。

最終的な見解は均衡している。Hosting-27 Hosting-27 LTD は、AS42347 と稼働中の Hosting27.com プラットフォームを持つ、ブルガリアのホスティングキャパシティ販売者として可視である。その公開運用ストーリーは空虚ではない。しかし、決定的な基盤事実は販売レイヤの背後に留まっている。それらの事実が開示されるか、顧客契約で検証されるまで、Hosting27 は、コンパクトなブルガリアのホスティングおよびクラウドサービスプロバイダであり、その顧客への約束は依然として、目に見えないラック、Telehouse 可視のトランジット、有限の IPv4 ストック、サポート労働、プロバイダ契約、修復ウィンドウに依存していると理解されるべきである。