Eternity Cloud Limited が販売するホストキャパシティは、依然としてラック、トランジット、復旧時間に依存する

概要

• Eternity Cloud Limited は、パブリックホスティングのプレゼンス、アクティブな AS 番号、小規模ながら可視性のある IPv4 経路を有する、新興の英国私企業である。公式のCompanies House プロフィールには、2025年10月27日の設立、アクティブステータス、ロンドンの登記上の事務所、そして設備や通信事業者ではなくコンサルタントの SIC コードが記録されている。
• 同社自身の公開サイトは、ユーザーを etyCloud、Whitewhale、ID 管理、チェックアウト、ドキュメント面へと誘導している。パブリックなety.one サイトとetyCloud サイトはクラウドもしくはホスティングサービスを説明しており、Whitewhaleは欧州 VPS プラン、自社 AS ルーティング、Tier 1データセンター配置、DDoS 防御、99.9%の稼働率保証を謳っている。
• ネットワーク上の証拠は実在するが限定的である。RIPE の AS201830 オブジェクトは Eternity Cloud Limited を指名しており、RIPEstatは観測期間中にアナウンスされた IPv4 /24を1件示し、RPKI 検証では82.41.36.0/24の現在の起点が有効と判定されている。
• 実際的なリスクは依存の集中である。公開ルーティングデータは、プレフィックスが1つであること、現在の AS ビューで観測された隣接 AS が1つであること、IPv6 アナウンスが見えないこと、ウェブおよびアカウント面が Cloudflare でフロントされていること、公開された設備リスト、保守履歴、インシデント記録がないことを示している。このため Eternity は、実績あるマルチサイト基盤事業者ではなく、ありうる小規模ホスティング事業者と位置づけられる。

規模が小さいにもかかわらず Eternity が重要である理由

小規模なホスティング事業者は、法的提出書類が少なく、ウェブサイトが簡素で、ルートテーブルが小さいため、外からは取るに足らない存在に見えることがある。しかし、それは彼らを無関係にするわけではない。低価格の VPS プロバイダーは、開発者と本番アプリケーションの間、小規模ビジネスとその管理パネルの間、あるいは地域プロジェクトとそれが運用できる唯一のサーバーの間に位置することができる。問題は、Eternity Cloud Limited が最大手のクラウドプラットフォームと比較できるほど大きいかどうかではない。問題は、クラウド、VPS、欧州ロケーション、自社 ASN、DDoS 防御、安価な月額容量というオファーを見たときに、購入者が実際に何を購入しているのかを理解できるかどうかである。

公開記録は、複合的な答えを提供する。Eternity は、単なるランディングページ以上の実体を持っている。英国法人は存在する。公開企業記録では、Eternity Cloud Limitedがアクティブな私有限責任会社として登録されている。RIPE 記録では、同社名とロンドンの住所が AS201830 に結び付けられており、公開ルーティングデータでは、その AS から発信される IPv4 プレフィックスが示されている。サービス面はロゴページだけではない。すなわち、etyCloudアプリケーションはホスティングアカウント環境を提供し、Whitewhaleページはプラン名、価格、リソースサイズ、ネットワークの主張を示している。

同じ記録は、同社を慎重に見るべき理由も示している。Eternity は2025年10月27日に設立されたばかりであり、本レビュー時点ではまだ最初の決算書を提出していなかった。Companies House の提出履歴ページによれば、最初の決算書の提出期限は2027年である。設立時の資本金に関する記述は少額である。登記上の事務所はロンドン中心部であり、多くの企業が利用する住所であって、データセンターの存在を示すものではない。役員および支配の記録は、Mikhail Karlovという単一のアクティブな取締役および重要な支配者を示しており、その Companies House 上の連絡先住所は登記上の事務所と同一である。これらの事実それ自体は、同社を疑わしいものにはしない。それらは単に出発点を定義するに過ぎない。すなわち、限られた公開財務履歴と狭い公開運用フットプリントを持つ若い運営者である。

この区別は基盤の購入者にとって重要である。なぜなら、ホステッドキャパシティにおけるリスクは、マーケティング用語にはめったに存在しないからである。「クラウド」は商業的な約束だが、サービスは依然として特定のラック、上流プロバイダー、アドレスブロック、DNS、ID システム、課金システム、サポート労働に依存しているのである。サーバーが故障した場合、経路が引き出された場合、アカウントサービスがログインを拒否した場合、支払いリンクが壊れた場合、DDoS イベントがフィルタリングを引き起こした場合、リースされたアドレスブロックが移動しなければならない場合、顧客は実際の復旧経路を必要とする。公開記録はすべてのサポート質問に答えられるわけではないが、どの依存関係が見えていて、どれが不透明なままかを示すことはできる。

Eternity の公開フットプリントは、その移行の端で運営されているプロバイダーを示唆している。自社の名前とネットワーク番号でキャパシティを販売するには十分に可視性がある。しかし、購入者が設備の多様性、キャリアの多様性、ハードウェアの所有権、修理スタッフ、バックアップの慣行、インシデントの透明性、移行保証を独立して検証するには、まだ十分に可視性がない。結果として、同社は低コストのホスティング需要にとって意味がある一方で、公的保証としては弱いネットワーク証拠グレードに値する企業である。

企業登記は新しく、アクティブで、緊密に管理されていることを示している

法的な出発点は明確である。Companies House プロフィールには、Eternity Cloud Limited が会社番号16810688、アクティブな私有限責任会社として、2025年10月27日にイングランドおよびウェールズで設立されたと記載されている。登記上の事務所は71-75 Shelton Street, London, WC2H 9JQ である。記載されている SIC コードは62020「情報技術コンサルティング活動」である。記録によれば、最初の決算書は2026年10月31日までを対象とし、2027年7月27日までに提出する必要があり、最初の確認声明書は2026年11月に提出期限を迎える。

基盤の読者にとって、これらの記載は形式よりも成熟度に関するものである。プロバイダーは最初の決算書を提出する前に取引を開始できるが、決算書が存在しないことは、公開された貸借対照表、提出された売上高、提出された負債、監査済みまたは未監査の資産の見解が存在しないことを意味する。したがって、ホステッドキャパシティの顧客は、英国の企業記録を用いて、サーバーの数、サプライヤーとの契約規模、収益の規模、運転資本の水準、修復リソースの深さを推測することができない。記録は存在とステータスを確認するものであって、運用規模を確認するものではない。

支配記録も同様に集中している。役員ページには、設立日付で任命されたアクティブな取締役として Mikhail Karlov が記載されている。重要支配者ページには、Mikhail Karlov 氏が株式の75%以上、議決権の75%以上を保有し、取締役の任命・解任権を有すると記載されている。Companies House はまた、役員および支配者記録について2026年11月の本人確認期限を記録している。

緊密な管理は初期段階のホスティング事業者では一般的である。それにより意思決定が迅速になり、価格を積極的に設定し、官僚主義を減らすことができる。しかし、キーパーソンリスクも生じさせる。ルーティング、サプライヤーとの関係、請求紛争、不正利用処理、ID 回復、カスタマーサポートがすべて少数の創業者グループに依存している場合、製品ページが示唆するよりもサービスは脆弱かもしれない。公開記録には、RIPE 記録における会社関連の NOC の役割を超えて、取締役会、経営陣のバックベンチ、指名された技術スタッフは示されていない。したがって、購入者は、Eternity がより強力な運用情報を開示しない限り、継続性は小さな人的層に大きく依存していると想定しなければならない。

登記上の事務所も注意深く扱う必要がある。Shelton Street はロンドンにおける法的な連絡先住所である。ホスティングロケーションやネットワーク施設として読むべきではない。RIPE 記録は企業およびコンタクトオブジェクトに同じ住所を使用しているが、それらの記録は管理上の連絡先を確立するものであり、ラックの場所を示すものではない。Whitewhale サイトは欧州のデータセンターロケーションについて語り、ルーティングデータは欧州の上流関係を示しているが、公開された会社住所自体はロンドンにサーバーがある証拠にはならない。

これは Eternity の公開プロフィールにおける繰り返されるテーマである。記録は空ではない。それらは単に、構築された以上の仕事をしないというだけである。Companies House は、会社が存在し、アクティブであり、指名された人物を通じて管理されていることを証明する。RIPE は、AS と経路オブジェクトが登録されていることを証明する。サービスページは、誰かが Eternity/etyCloud/Whitewhale の傘下で VPS およびクラウドキャパシティを宣伝していることを証明する。これらの記録のどれも、それだけでは、どれだけの物理的キャパシティが展開されているか、修理時間枠がどのように処理されるか、予備のハードウェアが在庫されているか、サプライヤー紛争中に顧客がどのように移行されるか、といったことを証明しない。

サービス面はクラスターであり、単一の製品ページではない

Eternity の公開向けサービスは複数のドメインに分散している。ルートのety.oneサイトは Eternity ブランドを提示し、製品、サポート、アカウントサインイン、登録へリンクしている。公開ページのテキストとアセットは、ブランドを etyCloud と Whitewhale に結び付け、フッターには Eternity Cloud Limited の名前が使用されている。このサイトはまた、[email protected]などの公開サポート連絡先を提示し、英語およびロシア語のドキュメントセンターへのリンクを提供している。これにより、ブランドはプレースホルダーページ以上の構造を持つが、その構造は依然としてコンパクトである。

etyCloudサイトは、直接的なクラウドホスティング面である。その公開ページの説明はロシア語で、etyCloud がビジネスと開発者向けに信頼性が高く高速なホスティングソリューションを提供すると述べている。サイトのタイトルは、それを手頃なホスティングと位置付けている。アプリケーションのテキストは、ユーザーアカウントのアクション、サーバー注文、請求書、チケット、プロセッサ、メモリ、ストレージ、ロケーション、チャネル、ストレージタイプ、価格などのサーバー詳細を示している。したがって、このサイトは一般的な企業パンフレットではなく、ホスティング管理環境として読める。

これは、管理環境こそがクラウドの約束が運用上の約束に変わる場所であるため重要である。購入者が etyCloud を通じてサーバーを注文する場合、その体験は ID、アカウント作成、支払い生成、請求処理、サーバープロビジョニング、IP 割り当て、チケットルーティング、サポート応答に依存する。公開サイトのアセットは、これらのコンポーネントがウェブインターフェースとして存在することを示している。しかし、その背後にどれだけの自動化があるか、例外がどのように処理されるか、サーバー提供が即時か、手動か、サプライヤー依存かは証明されていない。

Whitewhale は、より明確な商用オファーを追加している。その英語ページでは、Whitewhale を欧州ロケーションのクラウドプロバイダーと呼び、「自社 ASN AS201830」と説明し、月額1ユーロからのプランを宣伝し、サポートは[email protected]、請求は[email protected]で受け付けるとしている。プランカードには、月額1ユーロで1 vCPU、2 GB RAM、10 GB NVMe の KRILL、月額4ユーロで2 vCPU、4 GB RAM、40 GB NVMe の NARWHAL、月額8ユーロで4 vCPU、8 GB RAM、80 GB NVMe の ORCA、月額15ユーロで6 vCPU、12 GB RAM、160 GB NVMe の LEVIATHAN、月額25ユーロからのカスタムティア WHITEWHALE+が含まれる。また、このページは無制限のトラフィック、共有アップリンク、DDoS 防御、欧州ロケーション、99.9%の稼働時間を宣伝している。

Whitewhale ページは、オファーを具体化しているため有用である。同時に、購入者が立ち止まるべき場所でもある。非常に低価格で無制限トラフィックの文言は、キャパシティが共有され、オーバーサブスクリプションが管理され、不正利用ルールが厳格であれば正当化されうる。しかし、ネットワークイベント、うるさい隣人、サポートキュー、サプライヤーコストが上昇した場合には、圧力点にもなりうる。Whitewhale 自身の比較表では、エントリープランは500 Mbps を共有するとあるが、ページ上の他のテキストでは、すべての VPS で1〜3 Gbps の高速アップリンクを謳っている。これはサービスの矛盾というよりは表現の不整合かもしれないが、本番ワークロードにプランを依存する前に、正確な保証速度、公平な使用の境界、輻輳の実務を確認すべき理由を示している。

製品クラスターはまた、顧客が単一のサービスとして体験するかもしれないいくつかの役割を分離している。Eternity は英国法人である。ety.one はブランドおよびアカウントゲートウェイである。etyCloud はホスティングアプリケーションである。Whitewhale は最も強力な公開ネットワーク主張を持つ VPS/クラウドオファーである。ID 面は auth.ety.one の下にあり、支払い面は checkout.ety.one の下に現れる。ドキュメントセンターは documents.ety.one の下にある。実際には、顧客の障害はこれらのどの層でも発生しうる。アカウントポータルが利用できない間にサーバーは稼働し続けるかもしれない。顧客の経路付けられた IP 範囲が劣化している間にアカウントポータルは到達可能かもしれない。計算資源が健全でも請求が失敗するかもしれない。したがって、公開フットプリントは単一のシステムではなく、サービスチェーンとして読むべきである。

ここで Cloudflare が登場する。ety.one、cloud.ety.one、auth.ety.one、checkout.ety.one、documents.ety.one、Whitewhale の HTTP ヘッダーはウェブエッジに Cloudflare を示しており、ety.one、cloud.ety.one、whitewhale.helpの公開 DNS は Cloudflare のアドレス空間に解決される。これは公のウェブ配信にとっては一般的で、しばしば賢明な選択である。また、可視的なウェブサイト経路が AS201830 の顧客サーバー経路と同じではないことも意味する。Cloudflare はオリジンの場所を隠蔽し、一部のウェブ層攻撃を吸収し、プロバイダー自身の経路付けられたプレフィックスが別の問題を抱えている場合でも、マーケティングページやアカウントページを到達可能に保つことができる。ウェブ面はサービス提示の証拠であって、バックエンドの計算回復力の証明ではない。

経路付けられたネットワークは実在するが狭い

Eternity の最も強力な基盤証拠はルーティング記録にある。AS201830 の RIPE aut-num オブジェクトは、AS を ETERNITY-CLOUD-MNT と名付け、ORG-ECL85-RIPE と関連付け、割り当て済みとして記録している。このオブジェクトは2026年1月29日に作成され、2026年2月5日に最終更新された。AS16276 および AS24940 とのインポート/エクスポート関係を記載している。AS16276 は OVH、AS24940 は Hetzner であり、これらは大規模な欧州基盤ネットワークであり、ポリシー記録への登場は、Whitewhale の欧州ホスティングおよび自社 AS ルーティングの主張と整合する。

RIPE RDAP AS レコードは、企業との結びつきをより明確にしている。ハンドル AS201830 を名付け、ETERNITY-CLOUD-MNT という名前を与え、登録者エンティティとして Eternity Cloud Limited を挙げ、Eternity Cloud 名義の NOC 連絡先を示している。これらの RIPE オブジェクトの住所はロンドンの登記上の事務所と一致する。RDAP レコードはまた、[email protected]に関連付けられた不正利用連絡先を挙げている。総合すると、これらの記録はマーケティング上の主張だけではない、実際に登録されたネットワークアイデンティティを示している。

しかし、ルーティングの可視性は AS が存在するという響きよりも小さい。RIPEstat の AS 概要は、AS201830 がアナウンスされており、保持者が Eternity Cloud Limited であると報告している。RIPEstat のアナウンスプレフィックスビューは、観測期間中に現在の IPv4 プレフィックス82.41.36.0/24が1つであることを示している。RIPEstat の AS 向けルーティングステータスビューは、アナウンスされた IPv4 プレフィックスが1つ、IPv4 アドレスが256、報告セットで完全な IPv4 可視性、そのビューではアナウンスされた IPv6 スペースがなく、観測された隣接 AS が1つであることを示している。

これは Eternity がライブの経路フットプリントを持っていると言うには十分である。しかし、広範なネットワークを持っていると言うには不十分である。単一の/24は、特に小規模な VPS プランにとって、実際の顧客サービスをサポートしうるが、同時に集中も生み出す。プレフィックスがフィルタリングされたり、引き出されたり、争われたり、ハイジャックされたり、ブラックリストに載せられたり、枯渇した場合、別のアドレスプールの公開証拠はほとんどない。観測された隣接数が1のままならば、顧客の到達性は、レジストリポリシーが複数の許可されたプロバイダーを挙げているとしても、事実上1つの上流経路に依存するかもしれない。IPv6 が見えない場合、デュアルスタックサービスを必要とする顧客は、IPv6 が利用できないのか、アナウンスされていないのか、別の経路で提供されているのか、単に現在の公開ビューに表れていないのかを問う必要がある。

プレフィックスレコードはもう一つの層を加える。RIPEstat の82.41.36.0/24のプレフィックス概要は、AS201830 をアナウンス元と特定している。RIPE route オブジェクトは、その/24に対して元の AS201830 を記録しており、2026年1月29日に作成された。RPKI 検証は、起点が有効であり、AS201830 が正確な/24を起点とすることを許可する ROA が存在すると報告している。これは肯定的な衛生状態である。有効な ROA は、一つのクラスの経路起点の曖昧さを減らし、ネットワークが競合する無効な起点アナウンスを拒否するのを助ける。

アドレス割り当ては依存関係の手がかりも運んでいる。RIPE の82.41.36.0/24の whois データおよびRDAP IP レコードは、ネット名 NET-82-41-36-0-24、国 EU、Eternity Cloud Limited にリンクされたエンドユーザー組織、netutils-mnt によって維持されている経路オブジェクト、IPXO に関連付けられたジオフィードを特定している。アドレスブロックは公開され、経路付けられているが、保守およびジオフィードの文脈は、Eternity 自身を超えたアドレス資源チェーンを示している。これは IPv4 市場では一般的である。また、アドレス資源の取り決めが、商用関係が変化した場合の可搬性、不正利用処理、地理的位置、評判、継続性に影響を与える可能性があるため、顧客にとっても関連がある。

可視経路データは依存の構図を補強する。82.41.36.0/24の RIPEstat looking-glass クエリは、多くのコレクターが AS16276 を通って AS201830 に至る経路を見ていることを示している。これは aut-num ポリシーと合致し、OVH がアナウンスされたプレフィックスの重要なライブ上流経路であることを示唆している。それ自体は、施設の場所、予備の上流容量、Hetzner への成功したフェイルオーバーを証明するものではない。顧客は、公的な経路を到達可能性の証拠として扱い、マルチキャリアの回復力の証明として扱うべきではない。

ラック、トランジット、修復時間が隠れた製品である

「ホステッドキャパシティ」というフレーズはデジタルに聞こえるが、それは物理的および契約上の層から販売されている。誰かがサーバーを所有またはレンタルしなければならない。誰かが電力、冷却、クロスコネクト、リモートハンドを提供しなければならない。誰かがインターネットの残りの部分にパケットを運ばなければならない。誰かがアドレスレコード、経路オブジェクト、RPKI、不正利用メールボックスを管理しなければならない。誰かがサーバーがダウンしているがウェブサイトはまだ上がっているときにチケットに応答しなければならない。Eternity に関する公開証拠はこれらの層の一部を特定するが、最も運用上の部分を名前のないままに残している。

Whitewhale は、その基盤が欧州ロケーションと Tier 1データセンターで動作し、冗長化された電源と接続性を備えていると述べている。また、DDoS 防御と99.9%の稼働時間の SLA を宣伝している。これらは商業的に意味のある主張である。また、それらが保証となる前に詳細が必要である。99.9%の稼働時間の約束は、ネットワークの可用性、サーバーの電力、コントロールパネルへのアクセス、顧客 VM の稼働時間、支払いサービス、ストレージのパフォーマンス、サポート応答のいずれに適用されるかによって、多くの意味を持ちうる。また、スケジュールされたメンテナンス、攻撃、顧客の設定ミス、上流障害の除外が異なる、異なる期間にわたって測定されることもある。

公開ページは、「欧州ロケーション」の主張の背後にある施設、ラックプロバイダー、または都市を名指ししていない。Eternity 自身のブランディングの下でのルッキンググラスページ、ネットワークステータスページ、インシデントアーカイブ、メンテナンスカレンダー、ルートマップ、生産中のトランジットプロバイダーのリスト、BGP コミュニティガイド、DDoS 緩和パートナー、ハードウェア交換目標、バックアップ保持の約束を公開していない。小規模プロバイダーの中には、セキュリティまたは商業上の理由からこれらの詳細を公開しないことを選択する者もいる。しかし、そのサービスを基盤として使用する顧客にとっては、欠けている詳細のそれぞれが、依存する前に尋ねるべき質問になる。

第一の質問は、キャパシティが物理的にどこでホストされているかである。サーバーが OVH や Hetzner の施設、あるいはそれらのネットワークに接続されたコロケーションにある場合、信頼性のプロファイルは、それらのサプライヤーの電力、ネットワーク、およびリモートハンドのルールを反映する。サーバーが所有ハードウェアではなく、レンタルされた専用マシンである場合、修理はサプライヤーのサポートキューに依存するかもしれない。サーバーが所有されているがサードパーティのラックに設置されている場合、修理は予備部品、アクセス権、およびリモートハンドの応答に依存する。プロバイダーが自社 AS 層を提示しながら大規模プラットフォームの仮想キャパシティを再販している場合、運用の境界は再び異なる。公開記録はその質問に決着をつけない。

第二の質問は、上流の多様性が実際にどのように機能するかである。RIPE の aut-num オブジェクトは、AS16276 と AS24940 のポリシーエントリをリストしている。RIPEstat の AS ビューは、観測された隣接 AS が1つであることを示している。現在のプレフィックスのルッキンググラスデータは、強く AS16276 の経路を示している。これは AS24940 が使用されていないことを証明するものではないが、レビュー時点での公開ビューがアクティブでバランスの取れた多様性を示していないことを意味する。OVH 向けの経路が故障した場合、購入者は、経路が Hetzner に移動できるかどうか、その移動が自動か手動か、プレフィックスフィルターが事前承認されているか、DDoS スクラビングが引き続き利用可能か、収束に通常どれだけ時間がかかるかを知りたいだろう。

第三の質問は、アドレスがどのように統治されているかである。82.41.36.0/24の経路は RPKI の下で有効であり、それは良いことである。ブロックの whois および RDAP データはまた、netutils-mnt、IPXO ジオフィード情報、およびエンドユーザー組織を参照している。これは、アドレス資源の取り決めにおいて、複数の当事者の記録が重要であることを示唆している。ジオロケーションが間違っている場合、不正利用報告が不適切に処理された場合、プレフィックスが悪い評判を持つようになった場合、またはアドレス契約が変更された場合、顧客はサーバーを再起動するだけでは解決されない問題を経験する可能性がある。低価格ホスティングの購入者は、電子メールの配信、支払い検証、地域アクセスルール、詐欺スコアリングが IP 範囲を悪く扱い始めるまで、この層を過小評価しがちである。

第四の質問は、修理時間である。etyCloud インターフェースは、チケット、請求書、サーバー詳細を含むように見える。Whitewhale はサポートおよび請求の電子メールアドレスを公開している。ルートの Eternity サイトはサポート連絡先情報を公開している。これらは必要な顧客チャネルである。それらは公開された修理保証と同じではない。小規模プロバイダーは迅速に対応するかもしれないが、公開購入者は、24時間365日のスタッフ配置、予備キャパシティプール、上流へのエスカレーション権利、ネットワークイベント中のインシデント後のコミュニケーションを、連絡先の電子メールだけから推測することはできない。Whitewhale のページはサポートが24時間365日であると述べているが、顧客は依然として、緊急の停止がどのように分類されるか、クレジットが提供されるか、ネットワークイベント中にどのような情報が提供されるか、を尋ねるべきである。

第五の質問は、顧客の退出である。安価な VPS キャパシティは、参入コストが低いために魅力的である。現在のバックアップ、文書化された再構築手順、DNS 計画、代替 IP 経路、テスト移行がない場合、退出コストは高くなる可能性がある。Eternity の公開ページは、バックアップの可搬性、スナップショットのエクスポート、データ消去、イメージダウンロード、または緊急移行の保証を公開していない。それはそれらの機能が欠けていることを意味するものではない。それは、購入者が契約がそうでないと言わない限り、可搬性を自分自身の責任とみなすべきであることを意味する。

Cloudflare が玄関を守るが、すべての顧客サーバーを守るわけではない

公開ウェブエッジは、経路付けられたホスティングネットワークとは別の依存関係である。ety.one、cloud.ety.one、whitewhale.help の DNS 応答は Cloudflare のエニーキャストアドレスを指し、HTTP レスポンスは、ページの前に立つサーバーが Cloudflare であることを識別する。auth.ety.oneの認証エンドポイントは、公開アプリケーションページではなく保護されたレスポンスを返し、一方checkout.ety.oneはルートでアプリケーションスタイルのレスポンスを返す。documents.ety.oneの下のドキュメントセンターも Cloudflare でフロントされている。

この配置は、若いプロバイダーにとっては賢明である。Cloudflare は一般的なウェブ攻撃を吸収し、TLS 終端を提供し、公開ページをキャッシュし、ページの到達性を向上させ、オリジンサーバーの露出を減らすことができる。また、一部のインシデントの間、ブランドをその基盤となる計算ネットワークよりも利用可能に見せることもできる。Cloudflare を通じてマーケティングページが到達可能である一方で、82.41.36.0/24上の顧客の VPS が到達不可能であるかもしれない。逆に、auth または checkout 面が劣化している間にも顧客サーバーは稼働し続けるかもしれない。顧客にとって、これらは異なる修復方法を持つ異なる停止である。

この区別は、小規模プロバイダーのデューデリジェンスにおいてしばしば見落とされる。購入者がウェブサイトをロードし、ページが高速であると見て、ホスティングプラットフォームも同様に回復力があると想定するのである。しかし、ウェブサイトの経路は Cloudflare のネットワークを使用している。顧客サーバーの経路は、Eternity の現在の経路付けられたプレフィックスから割り当てられている場合、AS201830、その現在の上流経路、アドレスブロック、施設ネットワーク、およびサーバー自体に依存する。アカウント経路は auth.ety.one に依存する。課金経路は checkout.ety.one に依存する。ドキュメント経路は documents.ety.one に依存する。サポート経路は電子メールとチケット処理に依存する。これらの層は独立して故障しうる。

公開 DNS はまた、ety.one と Whitewhale の Cloudflare メールルーティングレコードを示している。これもまた正常であるが、サポートおよび請求アドレスの電子メール受信が独自のサービス依存関係を持つことを意味する。顧客の停止にメールの受信または送信の不能が含まれる場合、サポートコミュニケーションは DNS、メールルーティング、スパムフィルタリング、アカウントアクセス、および人的応答によって影響を受けうる。これらは Eternity に固有のものではない。それは小規模ホスティングプロバイダーの背後にある通常のスタックである。リスクは、低い月額料金がスタックを実際よりもシンプルに感じさせることである。

ガバナンスの観点もある。Cloudflare でフロントされた公開ページは迅速に更新でき、オリジンのトポロジーを隠すことができる。これはセキュリティに有用だが、部外者が検証できることを減らす。顧客はブランド、プラン、チェックアウトを見る。ネットワーク研究者は1つの AS、1つの可視 IPv4 プレフィックス、有効な RPKI、Cloudflare のウェブ面を見る。欠けている中間層は、本番プラットフォームである。すなわち、ハイパーバイザー、ストレージ、バックアップ、施設契約、トランジットのフェイルオーバー、スタッフの慣行である。真剣な購入者はこれらすべてがランディングページに公開されている必要はないが、ワークロードのリスクに見合うだけの詳細を要求すべきである。

顧客が価格設定から推測すべきこと

Whitewhale の価格ラダーは、ターゲット市場に関する最も明確な公開シグナルの一つである。月額1ユーロからのプランは、エンタープライズクラウドのオファーではない。それらは開発者、小規模プロジェクト、実験、コストに敏感なワークロードを対象とした予算 VPS オファーである。それは価値がある場合がある。多くのインターネットサービスは、代替案がハイパースケールの契約ではなく、そもそも立ち上げないことだからという理由で、安価な仮想マシンから始まる。

問題は、その価格帯で顧客が何を犠牲にするかである。低価格 VPS プロバイダーは通常、高い利用率、共有アップリンク、厳格な不正利用管理、シンプルなサポートフロー、限定的な特注保証に依存している。Whitewhale のページは、プランカードでの共有帯域幅についてオープンである一方、無制限のトラフィックも宣伝している。この文脈での「無制限」は、無制限の専用容量と読むべきではない。それは通常、許容される利用ルールの下で固定の月間転送上限がないことを意味し、すべての顧客が継続的に共有アップリンクを飽和させても影響がないということではない。購入者は、公正使用、スロットリング、DDoS 閾値、ポート制限、メールポリシー、およびトラフィックが隣人に影響を与えるときに何が起こるかについて尋ねるべきである。

プラン表はまた、ホスティングの経済性を示している。KRILL プランは、月額1ユーロで1 vCPU、2 GB RAM、10 GB NVMe を提供する。大規模であっても、その価格ではコストのかかる手動介入の余地はほとんどない。その顧客に対して1時間かかるサポートチケットは、数か月分の総収入を超える可能性がある。それはサポートが貧弱であることを意味しない。それは、サービスが持続可能であるためには、標準化され、自動化され、範囲について厳格でなければならないことを意味する。特別なニーズを持つ顧客は、明示的に販売されていない限り、予算 VPS プランにカスタムエンジニアリングが付いてくると想定すべきではない。

Eternity の公開アカウント面は、そのセルフサービスの形を強化している。etyCloud は、サーバー注文、チケット、請求書、サーバーステータス、設定フィールドを提示するように見える。チェックアウトエンドポイントは checkout.ety.one の下に分離されており、ID 面は auth.ety.one の下に分離されている。これは、手作業を減らそうとする小規模プロバイダーの標準的なパターンである。それは顧客にサーバーを購入し管理するための馴染みのある方法を提供する。また、管理面自体がサービスの一部になることも意味する。請求書、支払い、アカウントアクセスが故障した場合、基盤となる VM がまだ電源が入っている場合でも、サーバーの変更と更新が影響を受ける可能性がある。

本番ユーザーにとって、価格設定は階層化につながるべきである。1ユーロまたは4ユーロのサーバーは、監視ノード、テスト環境、個人プロジェクト、小規模リレー、ステージングワークロード、または低リスクのウェブサイトには適しているかもしれない。顧客がバックアップ、監視、セカンダリ DNS、第二のプロバイダー、テスト済みの復元手順、ダウンタイムの明確な受け入れを持たない限り、収益にとって重要なアプリケーションに自動的に適しているわけではない。Eternity の公開証拠は、さらなる保証なしに、高価値ワークロードのための単独プロバイダープラットフォームとしてサービスを扱うことを正当化しない。

プライバシーに敏感な、または管轄に敏感なユーザーにとって、「欧州ロケーション」という表現は魅力的だが不完全である。Whitewhale はロケーションが欧州であると言い、比較テキストで GDPR/EU ロケーションに言及している。RIPE のプレフィックスレコードは国 EU を記載している。会社自体は英国登録であり、支配者の Companies House 上の居住地はジョージア、役員の国籍フィールドはロシア人であり、ウェブエッジは Cloudflare である。これらはいずれも本質的に不適格なものではない。それは単に、データの場所と管轄に関する質問が正確でなければならないことを意味する。VM ホストはどこか？バックアップはどこか？どの法人が顧客と契約するのか？どの法律が契約を統治するのか？アイデンティティ、支払い、DDoS フィルタリング、電子メール、サポートを処理するサブプロセッサーはどれか？公開ページはこれらの質問に完全には答えていない。

不正利用、信頼、そして安さの代償

どの低価格 VPS プロバイダーも不正利用を管理しなければならない。安価で高速な仮想サーバーは、正当な開発者と望ましくないトラフィックの両方を引き付ける。スパム、資格情報攻撃、スキャニング、プロキシ再販、著作権侵害の苦情、支払い詐欺、DDoS 報復は、収益よりも早く到達する可能性がある。Whitewhale のページは、明確なルールと合法的な使用を強調している。RIPE の記録は不正利用連絡先を公開している。これらは良い兆候であるが、不正利用管理は公開記録が薄い別の領域である。

ここでアドレスブロックが重要になる。単一の/24は256の IPv4 アドレスしか含まない。少数の顧客がスパム、マルウェアのコールバック、プロキシ不正利用を通じて評判を損なった場合、無実の隣人がブロックリスト、支払いリスクスコアリング、CAPTCHA、ジオロケーションの疑い、メール拒否を通じて結果を受け継ぐ可能性がある。RPKI は経路起点の有効性を保護するが、IP の評判は保護しない。Cloudflare は公開ウェブページを保護するが、顧客のオリジントラフィックを信頼されるものにはしない。外向きに敏感なワークロードに Eternity を使用する顧客は、IP の評判をテストし、既に損傷している場合にクリーンな交換品が利用可能かどうかを尋ねるべきである。

不正利用連絡先の構造も分かれている。AS RDAP データは、ety.one に関連付けられた不正利用連絡先を示している。82.41.36.0/24のプレフィックス RDAP レコードは、abuseradar.com の下に不正利用メールを記載している。これは必ずしも問題ではない。アドレス資源プロバイダーは、割り当てられたブロックの不正利用連絡先を管理することが多い。しかし、報告が複数の組織の処理ルールを通過する可能性があることを意味する。ユーザー生成コンテンツ、メール、プロキシ、ゲームサーバー、またはその他の苦情を生みやすいサービスをホストする顧客は、誰の決定がサーバーを停止し、IP を無効化し、顧客情報を要求できるかを理解すべきである。

信頼は文書化によっても形作られる。Eternity のドキュメントセンターは、言語オプション付きの公開法定文書面を提供し、ルートサイトはサブスクリプション契約資料にリンクしている。文書の存在は肯定的である。公開購入者は依然として、サインアップ時に使用される正確な契約を検査する必要がある。なぜなら、小規模プロバイダーの条件はしばしばサービスの最も重要な部分、すなわち返金適格性、更新期限、キャンセル、停止、禁止使用、データ保持、責任上限、SLA クレジット、管轄、解除権を管理しているからである。運用リスクは、サーバーが高速かどうかだけではない。契約が、紛争や不正利用イベント中にプロバイダーにサービスを停止する広範な権利を与えるかどうかである。

低価格プロバイダーはサプライヤーの圧力の下でも生きている。上流料金が上昇したり、プレフィックスリースが変更されたり、DDoS トラフィックが増加したり、施設がより厳格な不正利用ルールを課したりした場合、小規模プロバイダーは価格、場所、アドレス範囲、条件を迅速に変更する必要があるかもしれない。公開顧客は、更新通知、ステータス投稿、公開インシデント説明、安定したサポートチャネル、クリーンな経路履歴、一貫した価格設定言語などの継続性の兆候を監視すべきである。Eternity の現在の公開フットプリントは、長期的なパターンを示すには若すぎる。

証拠の最善の読み方

寛大な読み方は、Eternity Cloud Limited が、英国法人、自社の登録 AS、IPv4 /24、Cloudflare でフロントされた公開サービス、セルフサービスホスティングインターフェース、Whitewhale における予算 VPS ブランドを中心に欧州ホスティングオファーを組み立てている、若く実在するプロバイダーである、というものである。同社は必要な公開ネットワークオブジェクトを登録し、有効な経路を発信し、サポートおよび請求の連絡先を公開し、具体的なプラン詳細を提示した。これは漠然とした企業ページ以上のものである。

保守的な読み方は、可視的な運用面は依然として狭いというものである。現在の単一の/24と1つの観測された隣人は、広範なネットワーク回復力を示さない。公開ページは、設備、ハードウェア所有権、アクティブな上流の多様性、修理の約束、バックアップ保証、長いインシデント記録を特定していない。同社は新しく設立され、緊密に管理されており、まだ決算書は提出されていない。ウェブ面は Cloudflare でフロントされており、それは公開プレゼンテーションを改善するが、ウェブサイトの可用性を顧客サーバーの可用性から分離する。アドレスブロックは、より広範なアドレス資源チェーンの中に位置しているように見え、それは正常だが、別の依存関係を追加する。

両方の読み方が真実でありうる。Eternity は実在する小規模プロバイダーであり得るが、同時に弱く証拠付けられた基盤ベットでもありうる。それは購入者が心に留めておくべき正しいカテゴリーである。サービスは、低リスクでコストに敏感なワークロードには適合するかもしれない。セカンダリノード、テストサーバー、小規模ウェブホスト、ラボ環境、地域リレー、フォーマルなエンタープライズ保証よりも低い月額コストを重視するプロジェクトとして有用かもしれない。クラウドの言葉を使い、自社 ASN を宣伝し、有効な経路を持っているからといって、実績のある回復力のあるプラットフォームとして扱われるべきではない。

最も重要なアップグレードは、運用の透明性であろう。Eternity は、ステータスページ、施設またはメトロリスト、アクティブな上流を名指しする短いネットワークページ、IPv6 計画、ルートルッキンググラスページ、不正利用ポリシー、測定とクレジットを定義する SLA ドキュメント、バックアップとスナップショットポリシー、インシデントアーカイブを公開することで、公的保証を大幅に改善できる。また、Whitewhale が Eternity Cloud Limited の製品であるかどうか、etyCloud と Whitewhale が契約上どのように関係しているか、どの法人が顧客に請求するか、各サービスを管理する条件は何かを明確にすることもできる。これらの開示のどれも、機密のトポロジーを明らかにする必要はない。単に曖昧さを減らすだけである。

顧客は待たずに自分たちのリスクを減らすことができる。ワークロードを移行する前にトライアルサーバーをテストし、関連地域からのレイテンシとパケットロスを確認し、外向きのメールと支払いリスクの動作を検証し、割り当てられた IP 範囲を確認し、契約書を読み、サポートの応答をテストし、バックアップについて尋ね、プロバイダー外のコピーを保持し、独立した DNS を使用し、ネットワークの外部から監視し、重要なシステムのために第二のプロバイダーを維持すべきである。月額料金が低いほど、これらの顧客側の管理がより重要になる。

結論

Eternity Cloud Limited は、実在するが小規模な公開ネットワークフットプリントを持つ新興のホスティング事業者と読むべきである。同社は英国の記録に存在し、自社のウェブプロパティを通じてホスティングとクラウドサービスを宣伝し、ブランドを etyCloud と Whitewhale に結びつけ、RIPE 記録で AS201830 を保持し、82.41.36.0/24を発信し、その経路に対して有効な RPKI を持っている。これらは意味のある事実である。

同じ事実は、Eternity が深い物理的キャパシティを管理し、冗長なライブトランジットを持ち、予備ハードウェアを維持し、複数の施設にわたって運用し、複雑なインシデント中に迅速に顧客サービスを復旧できることを証明しない。顧客に販売される製品は、CPU、RAM、NVMe ストレージだけではない。それは、ラックアクセス、サプライヤー契約、トランジットポリシー、アドレスガバナンス、DDoS 処理、Cloudflare でフロントされたアカウントサービス、支払い経路、ドキュメンテーション、チケット、修復労働の連鎖である。公開証拠はその連鎖の一部を示し、他の部分は未検証のままである。

これにより、現在の証拠グレードは否定的というよりも弱いものとなる。プロバイダーは可視性があり、経路付けられており、商業的に存在している。不確実性は、公開フットプリントが全くないかどうかではなく、公開フットプリントがクラウドという言葉が暗示する回復力をサポートできるかどうかにある。Eternity がより多くの運用詳細を公開するか、より長い公開履歴を築くまで、購入者は、バックアップ、監視、明確な退出経路なしに信頼する基盤依存としてではなく、適切な階層で有用かもしれない予算ホスティングオプションとして扱うべきである。