概況

  • EHOST SOFTWARE COMPANY LIMITED は、一貫した法的識別子、連絡先、ネットワーク識別子によって裏付けられている。運営サイト名は Công ty TNHH Phần Mềm EHOST、税コードは 0312916711 であり、公開ルーティング記録は AS135920 を EHOST-VN と識別し、5 つの発信 IPv4 /24 プレフィックスを示している。
  • ルーティングフットプリントは実在するが狭い。レビューした BGP 情報源は、1,280 の IPv4 アドレス、発信 IPv6 スペースなし、AS135905 を介した 1 つの上流隣接を示している。これはサービスの低さや物理的なシングルホーミングを証明するものではないが、経路多様性、フェイルオーバー、製品固有の IPv6 に関する疑問を重要にする。
  • Ehost の公開販売面は、安定した製品仕様を提供していない。同じ 250,000 ドンの Cloud 1G ラベルが、マーケティングページと請求ポータルで異なる説明をされており、公開コロケーションオファーとチェックアウトオファーも乖離している。したがって、署名された注文書が、権威ある CPU、メモリ、ストレージ、IOPS、帯域幅、ロケーション、バックアップ、サポート条件を定義しなければならない。
  • バックアップ、セキュリティ、サポートの主張も同様の扱いが必要である。Ehost は日次または週次バックアップ、物理ファイアウォール、AntiDDoS、24/7 サポート、一部の製品では 5 分以内の応答を宣伝しているが、完全な復旧設計、重要度マトリックス、サービスクレジットスケジュール、インシデントアーカイブ、不正利用ワークフロー、独立した保証範囲を公開していない。
  • このプロバイダーは、ベトナムでの請求、人間による直接サポート、移行支援、共有ホスティング、クラウド、専用サーバー、コロケーション、バックアップ、DDoS 保護を網羅するメニューを重視する顧客に適している可能性がある。厳格な継続性、コンプライアンス、移植性の要件を持つ買い手は、サービスの Proof of Service を実行し、本番稼働前に実行可能な出口を交渉すべきである。

250,000ドンのサーバーに2つの回答

Ehost の最小クラウドパッケージから始める。公開のCloud Server ページでは、「EHOST 1G」は月額 250,000 ベトナムドンで、2 CPU コア、2 GB RAM、30 GB SSD ストレージ、100 Mbps ネットワーク接続と説明されている。同ページは、すべてのクラウドプランが最低 2,000 ストレージ IOPS を受け取ると述べている。Ehost の稼働中のSSD Cloud Server 注文ページでは、「Cloud 1G」も月額 250,000 ドンから始まるが、表示される仕様は 1 CPU コア、2 GB RAM、20 GB SSD ストレージ、200 Mbps ネットワーク、10,000 IOPS である。

どちらのページも曖昧ではない。一方はサービスの顧客向け説明であり、他方は購入者が注文を促されるシステムである。しかし、それらは実質的に異なるコンピューティングユニットを記述している。この不一致は最小プランに限定されない。公開の Cloud 2G オファーは 2 コア、4 GB RAM、40 GB ストレージをリストしているが、チェックアウト版は 2 コア、2 GB RAM、40 GB をリストしている。上位パッケージもメモリとディスクが異なる。別の請求カテゴリであるSSD Cloud Server C6は、2 コア、2 GB RAM、30 GB ストレージ、200 Mbps、50,000 IOPS の 350,000 ドンの Cloud 1G を含む、同様の名前のプランの別の世代を提示している。

これは、顧客が誤ってプロビジョニングされていることを証明するものではない。カタログには、レガシーカテゴリ、新しいハードウェアプール、古いランディングページ、または営業中に明確化される構成が含まれている可能性がある。しかし、公開記録が最も基本的な調達質問、つまり支払いが行われたときにどの仕様が義務となるのかに答えられないことを証明している。

インフラサプライヤーにとって、これは軽微な公開ミスではない。CPU 割り当てはアプリケーションのスループットに影響する。メモリはデータベースが常駐するかスワップするかを決定する。ディスクサイズは移行の可能性に影響する。IOPS はトランザクションワークロードの動作を桁違いに変える可能性がある。ネットワークレートはポートの上限、確約レート、共有プロファイル、バースト制限のいずれかである。それぞれのバリエーションがパフォーマンスと総コストを変える可能性がある。

したがって、Ehost 購入における最初の管理策は文書化である。見積書、注文書、契約書は、正確な製品ファミリーと世代、vCPU 数とスケジューリングモデル、保証メモリ、使用可能ストレージ、ストレージメディア、最小およびバースト IOPS、国内および国際帯域幅、転送制限、パブリック IP 割り当て、ロケーション、オペレーティングシステムイメージ、管理範囲、バックアップ包含、復旧料金、税金、更新期間を特定すべきである。購入者は、請求書および初期プロビジョニング証拠とともにその文書を保管すべきである。

このレビューの中心的なテーゼは、これら 2 つの Cloud 1G カードから導かれる。Ehost のインフラは、ブランド名、月額料金、または「クラウド」という言葉によって適切に記述されていない。その真の製品は、販売ページ、請求ポータル、実際に提供されるサービスを当事者が調整するところから始まる。

画面の背後にある正確な企業

「Ehost」がブランド、ドメイン、サポートポータル、AntiDDoS サービス、登録ネットワークとして現れるため、エンティティの境界は異常に重要である。ここで調査される企業はEHOST SOFTWARE COMPANY LIMITED、ベトナム語でCông ty TNHH Phần Mềm Ehost、税コード0312916711である。Ehost の連絡先ページには、法人名、登録番号、ホーチミン市 Bình Tân 区 An Dương Vương 147/25 の住所、電話番号 0938-227-199、@ehost.vn の連絡先アドレスが記載されている。フッターには、事業登録が 2014 年 9 月 9 日に発行されたとある。

サードパーティのベトナム税記録アグリゲーターは、同じ税コードを EHOST SOFTWARE COMPANY LIMITED、同じ住所、2014 年 9 月 9 日の営業開始日、代表者 Nguyễn Thanh Tâm と独立して関連付けている。その記録は有用な裏付けではあるが、ベトナムの公式企業登録からの最新の抽出物の代わりにはならない。そのステータスと業種分類は、アグリゲーターの日付入り公開記録のレンダリングとして扱われるべきである。

ネットワーク ID は別の継続性チェックを提供する。BGP.toolsは AS135920 に関する APNIC 発信の登録データを再現している。EHOST-VN は Ehost software company limited として記述され、国はベトナム、VNNIC を通じて維持されている。記録は 2026 年 1 月に変更された。IPinfo の AS135920 ページもネットワークをホスティングとして分類し、同じ会社名と関連付けている。

これらのリンクは正直な結論を支持する。法的会社、アクティブな ehost.vn 販売面、secure.ehost.vn 請求およびサポート面、AS135920 は、1 つの一貫した運用フットプリントに属している。しかし、関連するすべてのドメインで宣伝されているすべてのサービスが会社によって所有、運営、保証されていることを証明するものではない。例えば、IPinfo は ASN のドメインとして ehost.com.vn をリストしているが、ここでレビューされている現在の運営サイトは ehost.vn であり、前者はこの調査中に使用可能なページを生成しなかった。これは会社にとってのドメイン継続性の問題であり、エンティティを分割または統合する根拠ではない。

同じ注意が AntiDDoS にも当てはまる。Ehost はAntiddos.vnに直接リンクしており、そのクラウドページでは顧客がそのサービスと統合できると述べている。AntiDDoS サイトは、2015 年に設立されたマルチノードのベトナム軽減ネットワークとして自己提示している。ここでレビューされた公開ページは、Antiddos.vn が EHOST SOFTWARE COMPANY LIMITED の部門、製品、関連会社、または商業パートナーであるかを判断するのに十分な別個の企業 ID または契約チェーンを示していない。購入者は、相互リンクから推測するのではなく、契約当事者を明示すべきである。

正確な ID は障害時に重要である。支払いを受け取るエンティティは、サービス提供、データ保護、インシデント通知、機器や書き出しの返却、返金やサービスクレジットの支払いを義務付けられるエンティティであるべきである。データセンター事業者、ソフトウェアライセンサー、軽減サービス、ネットワークキャリアがサービスの一部を実行する場合、顧客は Ehost がその依存関係に対して責任を負い続けるのか、単に再販するのかを知る必要がある。

AS135920 が証明すること — そして証明しないこと

AS135920 は、Ehost が単なるパンフレットや再販業者のストアフロント以上のものを運営しているという最も強力な独立証拠である。凍結された公開 BGP ビューでは、自律システムは 5 つの IPv4 /24 プレフィックス (45.123.96.0/24, 45.123.97.0/24, 103.63.212.0/24, 103.63.213.0/24, 103.63.215.0/24) を発信している。これは 1,280 の IPv4 アドレスである。BGP.toolsとIPinfoはどちらも、これらのプレフィックスが有効な Route Origin Authorisation でカバーされていることを示している。APNIC Labs のベトナム経路起点検証テーブルは、測定された EHOST-VN アドレス母集団に対して 100% の有効カバレッジを報告している。

これは意味のある運用証拠である。Ehost はグローバルルーティングシステムで可視の番号リソースを持っている。複数のアドレスが独立したプローブに応答し、IPinfo は ASN 内のアドレスにわたって数百のドメインを報告している。フットプリントは、他人のプラットフォームを単にマーケティングする法的シェルではなく、ホスティング活動と一致している。

RPKI の有効性はまた実際の制御である。これにより、経路検証者が AS135920 がカバーされたプレフィックスを発信することを許可されているかを暗号的にチェックできる。VNNIC の2024 年インターネットリソース報告書は、RPKI と IPv6 をベトナムのインターネットリソース開発の重要な部分として扱っている。Ehost の有効な起点認証は、経路起点エラーやハイジャックリスクの 1 つのクラスを低減する。

証拠はそこで止まる。RPKI は、Ehost が他者から受信した無効な経路をフィルタリングするか、顧客アプリケーションを保護するか、冗長ルーターを維持するか、キャリア障害に耐えられるかを示さない。トラフィック量、サーバー容量、電力、冷却、DDoS スクラビング容量、バックアップ品質、顧客数については何も語らない。5 つのプレフィックスの発信元は、うまく運営されている専門ホストまたは脆弱なホストのいずれかをサポートできる。経路テーブルはその間を決定しない。

可視の接続性はより警告的である。BGP.tools は 1 つの上流 AS135905 をリストしており、Vietnam P&T として説明されている。独立したCIDR Report ビューも 1 つの上流隣接とダウンストリームアドレススペースなしを見ている。IPinfo も同様に 1 つの上流と 1 つのピア、両方とも AS135905 をリストしている。関係ラベルはデータソースによって異なるが、一貫した観測は、レビューされたビューで AS135920 の経路を運ぶ 1 つの外部可視隣接ネットワークである。

これは、すべての Ehost ラックに 1 本の物理ケーブルがある、またはすべての製品がシングルホームであるという主張に変換されるべきではない。Ehost はいくつかのデータセンターブランドでのコロケーションを宣伝しており、プロバイダー割り当てアドレス、プライベート相互接続、レイヤー 2 サービス、リモート DDoS 軽減、または別個の AS 隣接として可視ではない経路を使用している可能性がある。公開 BGP コレクターはプライベートまたは選択的な関係を見逃すこともある。

しかし、これは調達テストを生み出す。サービスがマルチキャリアまたはマルチデータセンターとして販売されている場合、Ehost は AS135905、関連するボーダールーター、サービングサイト、軽減プラットフォームへのパスの損失を顧客トラフィックがどのように生き残るかを示すべきである。証拠には、アーキテクチャ図、現在の BGP セッション、経路ポリシー、Looking Glass の結果、フェイルオーバー記録、制御されたテストが含まれる可能性がある。「いくつかのデータセンター」は施設の記述であり、「多様なインターネット到達可能性」はルーティングの記述である。一方が自動的に他方を提供するわけではない。

IPv6 はもう 1 つの可視ギャップである。レビューされたルーティングソースは、AS135920 に対してゼロの発信 IPv6 プレフィックスを示している。これは Ehost がどこにも IPv6 を提供していないことを証明するものではない。顧客は施設または上流 ASN から IPv6 を受け取る可能性がある。しかし、購入者は Ehost 自身の自律システムからネイティブデュアルスタックサービスを推測できないことを意味する。製品固有の質問は、IPv6 割り当てサイズ、ルーティング、逆引き DNS、ファイアウォール、DDoS 処理、モニタリング、IPv4 サポートとの同等性をカバーすべきである。2026 年において、「後で追加できる」はライフサイクルのコミットメントであり、技術的な回答ではない。

異なる責任モデルのカタログ

Ehost は 1 つのインフラモデルを販売しているわけではない。その公開メニューは、共有ホスティング、メールホスティング、仮想マシン、専用サーバー、ゲームサーバー、コロケーション、バックアップ、オブジェクト型ストレージ、キャッシング、CDN 仲介、コントロールパネルライセンス、証明書、DDoS 保護に及ぶ。それぞれが運用スタックの異なる部分をプロバイダーと顧客の間で移動させる。

パーソナル共有ホスティングでは、Ehost はプラットフォームが cPanel、SSL、SSD ストレージ、基本的な AntiDDoS レイヤー、週次バックアップを提供すると述べている。顧客は主にウェブサイトのコード、コンテンツ、アカウント、アプリケーションアップデートを管理し、共有サーバー、コントロールパネル、ネットワーク、分離を Ehost に依存する。ビジネスホスティングページは、専用パブリック IP、Redis キャッシング、リソース分離の主張を追加している。これはより高い制御の共有サービスであり、仮想サーバーと同等ではない。

クラウドはより多くの責任を顧客に移す。Ehost の公開ページは、OpenStack を使用し、仮想マシンを提供し、顧客が CPU、メモリ、ディスクを追加でき、アップグレード中に 2〜5 分間サーバーを停止できると述べている。別途マネージドサービス契約が適用されない限り、購入者は OS の強化、アプリケーションパッチ、データベース運用、ID 管理、ワークロードモニタリングが顧客の義務であると想定すべきである。公開ページは標準クラウドプランをマネージドかアンマネージドか明確にラベル付けしていない。

専用サーバーはハードウェアの排他性を購入者に移すが、必ずしもハードウェア所有権ではない。Ehost の2026 年専用サーバーページは、Intel Xeon プロセッサ、128 または 256 GB RAM、SSD または NVMe ストレージ、1 IP アドレス、100 または 200 Mbps 帯域幅で、月額 550 万〜1,200 万ドンの構成をリストしている。購入者はノイジーネイバーの計算競合を避けられるが、マシン、ラック、電力、キャリアパス、リモートハンズ、交換プロセスについては Ehost に依存し続ける。

コロケーションはまた異なる。顧客は物理サーバーを所有または制御し、ラックスペース、電力、接続性をレンタルする。Ehost は、顧客は事前登録後 24 時間データセンターに入館でき、リモート KVM を使用できると述べている。このモデルでは、Ehost はサーバーに対する制御が少なく、アクセス調整、電力、クロスコネクト、ルーティング、ハンズオン支援に対する責任が大きくなる可能性がある。障害マトリックスは、顧客ハードウェア、施設インフラ、Ehost ネットワーク、上流キャリアを分離しなければならない。

ECDN ページは、Ehost が完全所有の配信ネットワークを説明するのではなく、ベトナムおよび国際的な CDN プロバイダーと協力していると述べている。これは商業的に有用であり、Ehost はローカルインテグレーターおよび請求連絡先として機能できる。また、キャッシュロケーション、ログ、パージ動作、データ処理、インシデント責任、出口は、名前のない基礎プロバイダーと注文固有の設計に依存することを意味する。

eStorage ページは、「vStorage」をメディア、ドキュメント、ログ、静的コンテンツのための Ehost 開発のオブジェクトストレージ技術として説明し、データは永続的に保存され、常にバックアップされると述べている。同ページは、API 仕様、一貫性モデル、耐久性目標、イレイジャーコーディングまたはレプリケーション方式、削除動作、リージョンマップ、エグレス価格、サービスレベルを公開していない。「オブジェクトストレージ」はサービスクラスを識別するものであり、耐久性データの決定に十分なアーキテクチャではない。

したがって、Ehost の幅広さは利点であると同時にデューデリジェンスの負担でもある。顧客は 1 つのローカルプロバイダーから複数の隣接サービスを購入し、ベンダー調整を減らすことができる。しかし、責任境界は、顧客が共有ホスティングからクラウド、クラウドから専用ハードウェア、または Ehost 発信ネットワークからサードパーティの CDN やデータセンター経路に移動するたびに変化する。

OpenStack はコンポーネントリストであり、可用性の結果ではない

Ehost は仮想マシンが OpenStack 上で動作すると述べている。これは技術的に十分具体的で有用であるが、回復力を確立するには十分ではない。公式のOpenStack 論理アーキテクチャガイドは、クラウドを API と共通 ID サービスを介して結合された独立したサービスのセットとして説明している。インターフェースの背後には、コンピュート、ネットワーキング、イメージ、ストレージのためのデータベース、メッセージキュー、サービスプロセスが存在する。OpenStack は、それらの部分がどのように展開され維持されるかに結果が依存する運用フレームワークである。

購入者にとって、最初の質問は Ehost がどの OpenStack リリースとサービスセットを運用しているかである。その答えは、サポートステータス、アップグレード、ドライバー、セキュリティ修正、API 動作に影響する。公開製品ページは、リリース、コンピュートハイパーバイザー、ストレージバックエンド、ネットワーク設計、アベイラビリティゾーン、ライブマイグレーションポリシー、顧客アクセス可能な API を特定していない。

2 番目の質問は障害封じ込めである。OpenStack 自身の高可用性設計ガイダンスは、インスタンス、ネットワーク、ストレージを実行し続けるデータプレーンと、管理操作を実行するコントロールプレーンを区別している。冗長サービス、ロードバランサー、データベース、メッセージキュー、スイッチ、経路、電力を強調している。単に OpenStack をインストールするだけでは単一障害点は排除されない。運用者がそれらを設計で排除しなければならない。

Ehost は、そのクラウドは高可用性を使用し、サーバーを別のシステムに復旧できると述べている。これは結果に関する企業の主張である。評価するために、購入者はいくつかの個別の障害で何が起こるかを尋ねるべきである。

  • 1 つのコンピュートホストが障害を起こした場合、仮想マシンは自動的に再起動するか、検出と再起動にどのくらい時間がかかるか。
  • 共有ストレージが障害を起こした場合、ボリュームは独立した障害ドメイン間で複製されるか、それとも 1 つのシステム内の RAID によってのみ保護されるか。
  • コントローラーまたはメッセージキューが障害を起こした場合、管理操作が一時停止している間、既存のマシンは継続するか。
  • トップオブラックスイッチまたはコアスイッチが障害を起こした場合、物理的に多様な経路があるか。
  • サイトが障害を起こした場合、顧客は独立したコピーから別のサイトで復旧できるか。
  • OpenStack アップグレード自体が失敗した場合、ロールバックと顧客通知プロセスはどうなっているか。

これらの質問が重要なのは、公開されている 99.5% のアップタイム主張が比較的寛容だからである。継続的に適用された場合、99.5% の可用性は 30 日間の月で約 3 時間 36 分、または 365 日の年で約 43 時間 48 分のダウンタイムを許容する。この計算は Ehost の実際のパフォーマンスについての表明ではない。測定期間、除外事項、メンテナンス処理、モニタリングソース、救済手段がパーセンテージと同じくらい重要である理由を示している。

製品テキストにはアップグレードのシグナルもある。Ehost は、CPU、メモリ、ディスク、ネットワークの変更に 2〜5 分のシャットダウンが必要になる可能性があると述べている。これは、少なくとも一部のサイズ変更が透過的なライブ操作ではなく中断であることを示唆している。ピーク期間中の垂直スケーリングを計画している顧客は、それをテストし、ストレージ拡張、インスタンスフレーバー変更、ホストメンテナンスが同じ経路をたどるかどうかを尋ねるべきである。

有用な結論は、「OpenStack は信頼できない」でも「OpenStack はクラウドを保証する」でもない。Ehost がもっともらしい技術的基盤を挙げている一方で、顧客リスクを決定する導入選択肢を公開記録の外に大部分残していることである。

顧客ジャーニーは 3 つのコントロールプレーンを横断する

Ehost の顧客は、商用、インフラ、アプリケーションの 3 つの異なるコントロールプレーンを移動する。問題は、責任がそれらの間を通過する場所で発生することが多い。

商用ジャーニーは Ehost のメインサイトで始まり、製品ページがパッケージと月額料金を提示する。Ehost は、登録後に確認と費用通知を送信し、支払い後にサービスが作成されると述べている。顧客はその後、製品カテゴリ、VND および米ドル表示オプション、アカウント、注文フォーム、チケット、お知らせ、ダウンロード、サーバーステータスリンクを備えた請求およびサポートシステムである secure.ehost.vn に到達する。

仕様の矛盾により、引き継ぎが重要になる。支払い前に、購入者は選択した注文構成をキャプチャし、それが矛盾するウェブコピーに優先するという書面による確認を得るべきである。プロビジョニング後、顧客は実際に到着したもの、つまり仮想 CPU 数、メモリ、ディスク、パブリック IP、経路、インターフェース速度、オペレーティングシステム、コントロールパネルライセンス、バックアップステータスを記録すべきである。短い受入スクリプトで、納品されたマシンと注文を比較できる。

その後、インフラジャーニーが始まる。クラウドサーバーの場合、Ehost はコンピュート、ストレージ、ネットワーキングをプロビジョニングする。顧客はオペレーティングシステムをインストールまたは受け取り、管理者資格情報を作成し、DNS を指定し、アプリケーションをデプロイする。共有ホスティングの場合、Ehost はコントロールパネルを公開し、顧客はサイトファイル、データベース、証明書、メール設定を移動する。コロケーションの場合、顧客は施設アクセス、ラック設置、電力、IP アドレッシング、リモート管理を手配しなければならない。

移行は 1 つのタスクではない。Ehost のメインサイトは、そのサービスを利用する顧客に対する無料アドバイスとデータ転送支援を宣伝している。本番移行には、ソースインベントリ、データコピー、DNS 戦略、証明書処理、メールフローテスト、アプリケーションフリーズウィンドウ、整合性チェック、ロールバックが依然として必要である。IP アドレスが変更された場合、許可リスト、支払いプロバイダー、サードパーティ API、セキュリティルールの更新が必要になる可能性がある。メールが移動した場合、送信者評価と SPF、DKIM、DMARC などの DNS レコードが受入の一部になる。

アプリケーションコントロールプレーンは大部分が顧客のものである。仮想マシンは正常でも、アプリケーションはデプロイの失敗、ディスクフル、証明書の期限切れ、データベースロックなどによりダウンしている可能性がある。Ehost の知識ベースには、ディスクフルや証明書エラーに関する記事が含まれており、これは有用なサポートコンテンツであるが、共有境界も示している。プロバイダーはすべてのワークロード決定を所有せずに症状を説明できる。

したがって、運用は名前付きの責任を割り当てるべきである。Ehost は物理ハードウェア、仮想化、エッジネットワーキング、プラットフォームバックアップを所有する可能性がある。顧客はオペレーティングシステム、アプリケーション、アカウント、データ分類を所有する可能性がある。サードパーティはコントロールパネルライセンス、CDN、認証局、ドメイン登録、DDoS スクラビングを所有する可能性がある。インシデント中、チケットは実際に行動できる当事者に到達しなければならない。

最終的な商用ステップは更新または退出である。公開ページは月額料金を表示するが、一部の製品は複数月の最低期間を必要とする。請求ポータルは一部のホスティングオファーでは 3 か月期間を示し、DirectAdmin ライセンスは 6 か月の最低期間で表示される。購入者は月額単位料金と月単位の解約権を混同すべきではない。

価格は仕様が安定して初めて透明になる

Ehost は多くのインフラベンダーよりも多くの価格を公開している。それは有用である。中小企業は、共有ホスティングが月額 50,000 ドン、ビジネスホスティングが 300,000 ドン、クラウドが 250,000 ドン、バックアップが 95,000 ドン、専用サーバーが 550 万ドン、公開ページのコロケーションが 180 万ドンから始まるのを見ることができる。アドオンには可視価格がある。追加のクラウド CPU、メモリ、ディスク、IPv4、追加ホスティングストレージ、ドメイン、IP、ラックスペース、電力、ネットワークアップグレード。

これらの数字は Ehost の経済設計を明らかにする。共有ホスティングはサーバーとサポート運用を多くの顧客に分散する。クラウドパッケージはコンピュート、メモリ、ストレージ、ネットワーク容量のバンドルを計量する。専用サーバーは排他的ハードウェアに対して課金する。コロケーションは希少なラック、電力、接続性に対して課金する。バックアップは主に保存容量に基づいて課金する。ライセンスと証明書はサードパーティソフトウェアまたはトラストサービスを追加する。

しかし、公開価格は信頼できる価格と同じではない。ビジネスホスティング注文カテゴリには顕著な異常が含まれている。「Business-02」は 3 か月で 13.5 億ドンと表示されているが、近くのパッケージは数十万ドン台である。同じページはレガシー PHP および MariaDB バージョンを宣伝している。確認なしに 10 億ドンの数字を Ehost の意図した料金として扱うのは不合理である。これはストアフロントにデータ入力またはライフサイクルの不一致が含まれる可能性があるという証拠として理解されるべきである。

コロケーションはより広範な調整問題を示している。公開のコロケーションページは、VNPT Data、Viettel IDC、CMC での 1U パッケージを月額 320 万、280 万、180 万ドンでリストし、一般的に 200 Mbps の国内ネットワーキングと 30 Mbps の共有国際帯域幅を備えている。請求ポータルのコロケーションカテゴリは、ODS、Viettel IDC、VNPT Tân Thuận を 130 万または 140 万ドンでリストし、100 Mbps ポートと 4 または 10 Mbps の国際帯域幅を備えている。ロケーション、容量、価格は同等ではない。

正当な説明があるかもしれない。異なるラック世代、プロモーション、電力許容量、契約期間、レガシーオファー、市場への経路。ページはそれを提供していない。したがって、見出しの月額数字だけを比較する購入者は、想定とは異なるサービスクラスを購入する可能性がある。

総コストには少なくとも以下を含めるべきである。

  • 初期移行、OS セットアップ、アプリケーション検証
  • VAT およびその他該当する料金
  • 最低契約期間と更新条件
  • パブリック IPv4、帯域幅、国際トラフィック、DDoS オプション
  • コントロールパネル、Windows、データベース、その他ソフトウェアライセンス
  • バックアップ容量、保存期間、復旧料金
  • マネージドサポートまたはリモートハンズ作業
  • ハードウェア交換またはアップグレードのダウンタイム
  • ドメイン、証明書、メールの依存関係
  • データエクスポート、転送、退出時の移行支援

「無制限帯域幅」も定義が必要である。いくつかの Ehost ページはこの用語を使用しながら、別途ポート速度または国際帯域幅を公開している。無制限は、合理的には使用量ベースの転送料金がないことを意味し、無限のスループットや専用の非競合回線を意味しない。契約は、ポート速度、確約情報レート、バースト動作、公正使用ポリシー、国内対国際経路を区別すべきである。

Ehost はすべての条件が明確にされた後でも価格競争力があるかもしれない。公開記録は、競合他社に対するマージン、オーバーサブスクリプション、同一条件のコストを計算するには十分ではない。製品調整の後でなければ価格比較を開始できないことを示すには十分である。

バックアップは 2 つの保存期間を持つ約束

バックアップは、Ehost の公開資料が最も有用かつ最も矛盾している点である。クラウドページはまず、クラウド全体が毎日バックアップされ、コピーは少なくとも 7 日間保存されると述べている。プランノートでは、「完全バックアップ毎日」は最新 14 日間を保持し、復元ごとに 500,000 ドンを請求すると述べている。両方の記述が同じページに現れている。

共有ホスティングは別のポリシーに従う。パーソナルおよびビジネスページは、データがリアルタイムで三重化され、毎週バックアップされ、バックアップは 2 か月間保持されると述べている。別のクラウドバックアップサービスは、10 GB から 100 GB のストレージを販売し、OS とアプリケーションを交換用ハードウェアに移動できるようにディスク全体をバックアップできると述べている。24/7/365 テクニカルサポートと月額支払いを宣伝している。

これらは異なるレイヤーである可能性がある。プラットフォームレプリケーション、含まれるサービスのバックアップ、顧客購入のバックアップ。これらは区別されるべきである。リアルタイム三重化は、ディスク障害から保護する一方で、顧客の削除やランサムウェアで暗号化されたデータを即座に複製する。プラットフォームスナップショットは Ehost がインフラを復旧するのに役立つ一方、きめ細かい顧客復元には適さない。有料バックアップサービスは別個の保持と分離を持つことができる。現在のページはそれらのレイヤーの単一のマップを提供していない。

OpenStack 自身のバックアップおよび復旧ガイダンスは、欠けている質問を明確にする。バックアップ頻度は許容可能なデータ損失に従うべきであり、保持とオフサイトストレージが重要であり、復旧テストはコピーの存在と同じくらい重要である。Ehost の公開主張は、バックアップロケーション、不変性、暗号化、管理分離、削除ポリシー、復旧時間目標、テスト結果を開示していない。

購入者は「バックアップ含む」をスケジュールに変換すべきである。

  1. 範囲: ブートボリューム、アタッチされたボリューム、データベース、オブジェクトストレージ、コントロールパネル設定、メールボックス、顧客管理キー。
  2. 復旧ポイント: 各サービスで失われる可能性のある最大データ量。
  3. 復旧時間: Ehost が作業を開始する時間と、使用可能なワークロードが戻らなければならない時間。
  4. 保持: 復元可能なコピーの正確な数と経過時間の計算方法。
  5. 分離: コピーが本番アカウント、クラスター、またはサイトの侵害を生き残るかどうか。
  6. 復元方法: マシン全体、ファイルレベル、データベースレベル、代替ロケーション復元。
  7. 料金: 含まれる復元、緊急料金、データエグレスコスト。
  8. 証拠: 記録された結果を含む定期的な顧客復元テスト。

7 日と 14 日の間の矛盾は契約で解決されるべきであるが、より深い問題は責任である。顧客のアプリケーションが重要なデータを生成する場合、Ehost のバックアップは同じアカウントとプロバイダーを通じて制御される唯一のコピーであってはならない。顧客は、その資格情報と障害ドメインが本番と異なる独立したエクスポートまたはレプリケーションパスを必要とする。

5 分以内の応答は 5 分以内の復旧ではない

Ehost のサポート面は可視である。メインサイトは電話とメールの連絡先を提供し、サポートポータルはチケット、知識ベース、お知らせ、ダウンロード、サーバーステータスを提供する。サービス保証ページは、サポートは 24/7 稼働し、メンテナンスに時間が必要な場合、顧客にはメール、電話、または直接連絡で通知されると述べている。専用サーバーおよびゲームサーバーページは、チケット、メール、ホットライン、ライブチャットを通じて 5 分以内の応答を主張している。

これらは有用なコミットメントであるが、アクセスと応答を解決よりも説明している。5 分の確認はインシデントの存在を確認できるが、ハードウェア交換、経路フェイルオーバー、データ復旧には数時間かかる。深刻なサービススケジュールには、確認、技術的関与、回避策、復旧、根本原因報告のための個別のクロックが必要である。

重要度も重要である。単一のウェブサイトが遅い、仮想化クラスター全体が利用できない、データ漏洩の疑い、日常的な設定質問は同じキューを共有すべきではない。公開ページは、重要度定義、エスカレーションロール、言語カバレッジ、スタッフモデル、時間外権限、サービスクレジット救済を開示していない。

サポートポータルは 1 つの興味深いが限定的な観察を提供する。アクセス時点で、その知識ベースとダウンロードエリアの両方に、Ehost がサービスに影響を与える可能性のある問題を認識しているという一般的な通知が表示されていた。リンクされたサーバーステータスの詳細はレビュー時に公開取得できなかったため、影響を受けたサービス、開始時間、重要度、顧客影響、解決を確認できなかった。これは重大な障害の証拠ではない。ステータスメカニズムが存在するが、使用可能な公開インシデント記録を生成しなかったという証拠である。

包括的な公開ステータス履歴、インシデント後アーカイブ、または独立して測定されたアップタイムシリーズは見つからなかった。公開アーカイブがないことは、Ehost にインシデントがないか内部記録がないことを意味しない。購入者がそれらを要求しなければならないことを意味する。有用なデューデリジェンスには、過去 12 か月の製品別およびサイト別の可用性、重要度 1 のインシデント数、中央応答時間と復旧時間、メンテナンス履歴、サンプルの根本原因報告、バックアップ復元結果が含まれる。

メンテナンス通知も測定可能にされるべきである。計画作業にはどのくらいの通知が与えられるか。どの緊急措置が免除されるか。メンテナンスはアップタイム計算から除外されるか。顧客は再スケジュールできるか。Ehost は仮想マシンを移行するかシャットダウンするか。クリーンに復旧しないアンマネージド OS はどうなるか。

最も強力なローカルプロバイダーは、購入者がインフラを知る人間に到達できるという点で正確に価値がある。その利点は、その人が権限を持ち、キューが監視され、エスカレーションがテストされ、復旧義務が明確である場合にのみ契約上となる。

セキュリティは 1 つの盾ではなく複数の製品

Ehost のセキュリティ用語は、物理ファイアウォール、共有ホスティング分離、基本的な AntiDDoS、有料 DDoS 軽減、SSL 証明書、バックアップ、サポートに及ぶ。これらの制御は異なる脅威に対処し、ワークロードが「安全」であるという一般的な主張にまとめられるべきではない。

クラウドページは、各クラスターに物理ファイアウォールがあり、仮想マシンは Antiddos.vn と統合できると述べている。ビジネスホスティングページは、基本的な AntiDDoS が小規模ボットネットに対するファイアウォール保護を自動的に有効にできると述べている。AntiDDoS サイトは、ベトナムのデータセンターブランドにわたる複数のプロキシおよびファイアウォールノードを説明し、悪意のあるリクエストをフィルタリングし、HTTP/2 および Web アプリケーションファイアウォール機能を提供する。Ehost のAntiDDoS 注文カテゴリは、プランラベルと一部のリクエスト量パラメータを公開している。

これらはサービス設計に関する企業の主張であり、軽減能力の独立した検証ではない。調達は、保護は常時オンか検出後に有効化されるか、レイヤー 3/4 フラッド、レイヤー 7 リクエスト、またはその両方をカバーするか、トラフィックがどこに迂回されるか、どの程度のクリーン帯域幅が確約されるか、送信元 IP が保存されるか、TLS キーがどのように扱われるか、非ウェブプロトコルはどうなるか、攻撃が追加料金を引き起こすか、オリジンに直接到達可能かどうかを尋ねるべきである。

ネットワークリソース証拠は別の境界を追加する。RPKI 検証済みプレフィックスは不正な経路起点を防ぐのに役立つ。悪意のあるアプリケーションリクエストをフィルタリングしたり、資格情報の盗難を止めたり、顧客の OS にパッチを当てたり、過剰権限アカウントからデータベースを保護したりしない。逆に、ウェブプロキシは HTTP 攻撃を吸収できるが、メール、VPN、ゲーム、データベースサービスを露出したままにする。

アカウントセキュリティも文書化が不十分である。ここでレビューされた公開記録は、多要素認証がすべての顧客および管理者面で必須または利用可能であるかを確立していない。購入者は、一般的なセキュリティ用語から実装を推測するのではなく、MFA、ロール分離、API 資格情報、サポート ID 確認、特権アクセスログ、オフボーディングをテストすべきである。

不正使用経路も同様に不明確である。APNIC 派生記録は、明確に宣伝された Ehost 不正使用デスクではなく、VNNIC のインシデント応答メンテナーを識別し、メインサイトは専用の不正使用ポリシーではなく販売およびサポート連絡先を公開している。これは Ehost に内部プロセスがないことを証明するものではない。外部報告者または顧客がマルウェア、スパム、フィッシング、著作権、ネットワーク不正使用の経路を簡単に確認できないことを意味する。ホスティングプロバイダーは、受け入れ、認証、証拠保存、顧客通知、停止基準、異議申し立てを示すことができるべきである。

ベトナムの公式法データベースは、個人データ保護法 91/2025/QH15を 2026 年 1 月 1 日から有効としてリストしている。その法律の適用は事実に依存し、資格のある法律顧問によって評価されるべきである。Ehost 購入者にとって、実際的な要件は単純である。契約は、実際のサービスに対する処理役割、サポートアクセス、データロケーション、サブプロセッサ、インシデント協力、保持、削除、エクスポートを特定しなければならない。

Ehost に関して、公開された製品固有のセキュリティ保証パッケージは見つからなかった。適用範囲の ISO 証明書、SOC レポート、侵入テストサマリー、脆弱性開示ポリシー、サブプロセッサリスト、ソフトウェア部品表はない。これは証拠ギャップであり、それらの制御が存在しないという証明ではない。購入者のリスクモデルがファーストパーティの主張以上を必要とする場合に重要になる。

ストアフロントに隠されたライフサイクルの警告

公開カタログには、製品情報が不均等に古くなっている兆候が含まれている。共有ホスティングページは、PHP バージョン 5.4 から 7.1 および MariaDB 10.1 のサポートを説明している。請求ポータルは別途、一部のパッケージに MultiPHP 5.5、5.6、7.0 をリストし、高性能オファーに PHP 7.0 と MariaDB 10.1 をリストしている。

これらのバージョンは最新ではない。PHP の公式サポート終了ブランチテーブルは、PHP 5.4 のサポート終了を 2015 年 9 月、PHP 7.0 を 2019 年 1 月、PHP 7.1 を 2019 年 12 月と記録している。MariaDB Foundation のリリースメンテナンステーブルは、MariaDB 10.1 のメンテナンス終了を 2020 年 10 月としている。

責任ある解釈は、Ehost が確実に露出したサポート終了ソフトウェアを本番で実行しているということではない。ページは古い可能性があり、プラットフォームはアップグレードされている可能性がある。その区別はテストされなければならない。古い仕様はそれ自体が制御問題である。なぜなら、顧客はそれらを使用してアプリケーションの互換性とセキュリティを判断するからである。

Ehost の購入者は、すべての共有ホスティングプールに対する現在のランタイムマトリックス（OS、ウェブサーバー、コントロールパネル、PHP ブランチ、データベースバージョン、TLS 設定、パッチ頻度、計画された非推奨日）を要求すべきである。サポートされていないバージョンをレガシーアプリケーションに選択できるかどうか、その場合どのような分離とリスク条件が適用されるかを確認すべきである。

コントロールパネルはサードパーティのライフサイクル依存関係を追加する。Ehost はDirectAdmin ライセンスを販売し、一部の「内部」ライセンスは Ehost でホストされているサーバーでのみ利用可能であり、複数月の最低支払いが必要であると述べている。Ehost のコンピュート、Ehost 提供のライセンス、DNS、証明書、バックアップを組み合わせる顧客は、便利なワンストップサポートを受けられる可能性がある。また、移行中に解きほぐさなければならないバンドルを作成する。

クラウドページの Intel Broadwell プロセッサへの言及は別の時代遅れの手がかりを提供する一方、専用サーバーページは新しい Xeon Gold および Platinum 構成を宣伝し、C6 請求カテゴリははるかに高い IOPS を主張している。これは 1 つの均一なフリートではなく、複数のインフラ世代のように見える。長期間稼働しているホストにとっては正常であるが、配置ポリシーが重要である。購入者は、プランが定義された CPU 世代とストレージクラスにマッピングされるのか、それとも容量のあるプールにマッピングされるのかを知るべきである。

ライフサイクルガバナンスはバージョン以上をカバーすべきである。ホスト移行、コントロールパネル変更、OS イメージの引退、ハードウェアのサポート終了、IP の再番号付け、証明書ブランドの変更、中止されたパッケージの通知を指定すべきである。サポートポータルには「EOL」というラベルのカテゴリさえ含まれているが、その内容は凍結された証拠では利用できなかった。公開されたライフサイクルポリシーにより、顧客は更新やインシデントを通じて引退を発見するのではなく、計画を立てることができる。

競争は規模ではなく証拠で Ehost をテストする

Ehost は同時に複数の市場で競争している。共有ホスティングでは、地元のホストやウェブサイトプラットフォームと対峙する。仮想マシンでは、ベトナムの通信会社クラウド、専門 VPS プロバイダー、グローバルハイパースケーラーと対峙する。専用サーバーとコロケーションでは、データセンター事業者、システムインテグレーター、直接施設契約と対峙する。バックアップ、CDN、DDoS の場合、顧客は専門サービスを独立して購入できる。

Ehost の最も信頼できる利点はグローバル規模ではない。それはローカル運用関係の可能性である。VND 建てパッケージ、直接電話とチケット連絡、移行支援、ベトナムの施設、シンプルなバンドル、ホスティング、サーバー、ラック、保護サービスにわたる 1 つのサプライヤー。大規模なインフラチームを持たない小企業は、システムを検査し実用的な構成を推奨するプロバイダーを重視するかもしれない。

課題は、より大規模な国内の代替品が異なるレベルの保証を公開していることである。VNPT Cloud は 99.99% の SLA、IPv6 サポート、より広範なマネージドサービスカタログ、名前付きセキュリティ認証を宣伝している。これらは VNPT 自身の主張であり、すべてのワークロードがより良く動作するという独立した証明ではない。これらは Ehost が満たさなければならない調達比較を示している。購入者は価格に対してどのようなサービスレベル、デュアルスタック機能、コンプライアンス証拠、アーキテクチャ、管理範囲を受け取るのか。

グローバルハイパースケーラーは、Ehost の公開カタログが一致しない API、リージョン、マネージドサービスを提供する。外貨エクスポージャー、複雑な価格設定、遠隔サポート、小規模顧客が運用するのに苦労するアーキテクチャを導入する可能性もある。コロケーションのセルフマネージドサーバーは最大のハードウェア制御を提供するが、パッチ適用、スペアパーツ、復旧を顧客に移す。マネージドソフトウェアプラットフォームはサーバー管理を排除できるが、アプリケーションレベルのロックインを増加させる。

したがって、適切な競争テストはワークロード固有である。

  • パンフレットサイトの場合、共有ホスティングはどのクラウドよりも安価でシンプルかもしれない。
  • 予測可能なローカルサポートを必要とするベトナムのアプリケーションの場合、サービス仕様が確認されれば、Ehost クラウドまたは専用ハードウェアが魅力的かもしれない。
  • 規制対象ワークロードの場合、保証範囲、インシデントプロセス、データ条件が見出し価格を上回る可能性がある。
  • グローバルに分散したアプリケーションの場合、IPv6、国際経路、自動スケーリング、マルチリージョン設計がローカルサポートを支配する可能性がある。
  • レイテンシに敏感なゲームの場合、CPU クロック、DDoS 応答、国内ピアリング、攻撃時のパケット損失が、一般的な「クラウド」ブランディングよりも重要である。

レビューされた公開記録で見つかった唯一の古い独立した顧客議論は、ベトナムのホスティングフォーラムスレッドであり、Ehost のサービスとサポートに関する好意的な逸話を含んでいる。それは何年も前のもので、非公式であり、代表的ではない。Ehost 自身のサイトも、身元、製品、日付を確認するのに十分な詳細なしに肯定的な推薦文を公開している。どちらも、同等のワークロードを実行している顧客からの現在の参照に代わるべきではない。

Ehost は最大のプロバイダーであることを証明する必要はない。そのローカルサービスモデルが、現実的な代替案よりも 1 ドンあたりの制御を特定の顧客に与えることを証明する必要がある。

スイッチングコストは依存関係ごとに現れる

インフラは仮想マシンをコピーできるためポータブルと説明されることが多い。実際には、スイッチングコストはマシンイメージの外に蓄積する。

最初のレイヤーはアドレッシングである。Ehost 割り当ての IPv4 を使用するワークロードは、離れるときに再番号付けが必要になる可能性がある。DNS は変更の一部を隠せるが、許可リスト、VPN ピア、支払いシステム、メール評価、サードパーティ API に古いアドレスが含まれている可能性がある。Ehost 自身のポータブルアドレススペースは可視であるが、公開条件は顧客が IP リソースを持ち込むか転送できるかどうかを述べていない。

2 番目のレイヤーはストレージとバックアップである。ディスクイメージは、スナップショット、オブジェクトメタデータ、バックアップ履歴、プロバイダー側の暗号化詳細を省略する可能性がある。eStorage ページはエクスポート API またはエグレススケジュールを公開していない。Ehost 内部でのみ機能する復元は継続性保護であり、移植性ではない。

3 番目のレイヤーは制御ソフトウェアである。cPanel または DirectAdmin の設定、メールアカウント、リセラーハイアラキー、証明書、スケジュールされたジョブは再構築または変換されなければならない。Ehost ホスティングに結びついた内部ライセンスは、サーバーが移動すると終了する可能性があり、新しいライセンス、場合によってはコントロールパネルの移行が必要になる。

4 番目のレイヤーはネットワーク保護である。ドメインが Ehost リンクの DDoS プロキシまたは CDN を指している場合、出口には DNS 変更、証明書とオリジンの再設定、ログエクスポート、古いパスの慎重な削除が必要である。攻撃時の移行は特に困難であり、移行中にオリジンが露出する可能性がある。

5 番目のレイヤーは運用知識である。Ehost サポートは、サーバーが特定の経路、カーネル、ファイアウォール例外、ストレージレイアウトを使用する理由を知っているかもしれない。その知識が顧客文書ではなくチケットに存在する場合、成功したサポート関係は依存関係を生み出す。

コロケーションには物理的な退出コストがある。顧客は認可されたアクセス、メンテナンスウィンドウ、梱包、輸送、引退したメディアのデータ破棄、新しい経路を必要とする。Ehost が IP スペースまたはリモートハンズを提供する場合、それらのサービスはマシンが移動すると同時に終了する。

公開証拠は、完全な終了、エクスポート、削除ポリシーを提供していない。Ehost のホームページは、サービスが使用されない場合の返金ポリシーがあると述べており、パーソナルホスティング FAQ はアップグレード時に未使用価値がクレジットされると述べている。保証ページはサポートとメンテナンス通知を扱っている。これらのページのいずれも、すべてのサービスにわたる返金資格、終了通知、データアクセス期間、エクスポート形式、削除証拠、移行支援を確立していない。

出口スケジュールは稼働前に合意されるべきである。顧客に現在のエクスポートとスナップショット、十分な読み取りアクセス、DNS とドメイン転送手順、メールボックス移行サポート、該当する場合はログとチケット履歴、プロバイダーアクセス削除のタイムテーブル、削除確認、コロケーションのハードウェア解放手順、予測可能な料金を提供すべきである。顧客は、関係が健全なうちに、少なくとも 1 回の復元または別の環境への移行をリハーサルすべきである。

Ehost の実際の表面に一致する調達テスト

Ehost は、一般的なクラウドアンケートではなく、その特定の主張とギャップに対応する証拠で評価されるべきである。

1. 商業記録の調整

Ehost に、権威ある製品カタログを特定し、公開 Cloud Server ページ、SSD Cloud Server ストア、C6 ストア間の違いを説明するよう依頼する。署名済み構成スケジュールを要求する。公開および請求ポータルのコロケーションパッケージについても同様に行う。税金、契約、更新、返金、復旧、アップグレード料金を確認する。

2. 納品されたマシンの証明

トライアル中に、CPU モデルとスチールタイム、使用可能メモリ、使用可能ディスク、持続およびバースト IOPS、負荷時のレイテンシ、インターフェース速度、国内および国際スループットを記録する。1 つのベンチマークを保証として扱うのではなく、複数回テストを実行する。結果を注文フォームと比較する。

3. OpenStack 障害ドメインのマッピング

OpenStack リリース、ハイパーバイザー、ストレージバックエンド、アベイラビリティゾーン設計、コントロールプレーン冗長性、メンテナンスプロセスを要求する。制御されたコンピュートホスト障害または文書化された最近のテストを依頼する。インスタンス再起動、ボリューム復旧、サイト間復元が別個の機能であるかを確立する。

4. データセンターリストではなく経路のテスト

製品が使用する ASN とプレフィックス、アドレスが Ehost か施設スペースか、IPv6 が利用可能かを確認する。AS135905 の損失時に AS135920 がどのように生き残るか、AntiDDoS が有効化されたときに経路がどのように変化するかを尋ねる。主要なベトナムアクセスネットワークおよび国際ロケーションからテストする。メンテナンスまたはシミュレートされたフェイルオーバー中のパケット損失と経路変更を記録する。

5. バックアップを復旧演習に変える

7 日対 14 日のクラウド保存期間の矛盾を解決する。ファイル、データベース、マシン全体の復旧を選択する。テストデータを削除または破損させ、復旧ポイント、オペレーター応答、復旧時間、結果の整合性、料金を測定する。別サイトまたはオフラインのコピーが存在するかを確認する。

6. 重要度でサポートを定義する

約束された各チャネルを通じてチケットを開く。24/7 が単なる受付ではなく、資格のある応答者を意味することを確認する。個別の確認および復旧目標、エスカレーション連絡先、メンテナンス通知、根本原因提供を契約する。購入する製品およびサイトの過去のパフォーマンスを入手する。

7. セキュリティと不正使用制御の検査

MFA、ロール分離、アカウント復旧、サポート ID 確認をテストする。パッチ所有権、テナント分離、ログ、脆弱性管理、DDoS アーキテクチャ、特権アクセスをレビューする。サポートポータルがリストしているが、この調査では公開取得できなかった実際のプライバシーおよびサービスポリシーを入手する。専用の不正使用経路と証拠処理プロセスを確認する。

8. ライフサイクルと移植性の検証

現在サポートされているソフトウェアバージョンと非推奨日を尋ねる。VM、データベース、メールボックスセット、コントロールパネルアカウント、バックアップをエクスポートする。どのライセンスが退出時に終了するかを確認する。コロケーションが含まれる場合、認可された物理アクセスと機器解放をリハーサルする。

このテストは、小規模オペレーターにハイパースケーラーの文書を要求するものではない。Ehost がすでに行っている約束、つまり定義されたリソース、高可用性、バックアップ、迅速なサポート、複数の施設、セキュリティ、ローカル運用ケアを裏付けるよう求めるものである。

未回答の質問は製品の一部である

レビューされた公開記録は、ローカルホストに通常見られる以上のものを確立している。正確な会社、生の価格設定、アクティブなサポートと請求システム、広範なサービスカタログ、自律システム、5 つのルーティングされた IPv4 プレフィックス、RPKI カバレッジ、ホーチミン市の応答アドレスがある。また、新しい 2026 年コンテンツと新しい専用サーバーまたは C6 オファーを公開し続けるプロバイダーを明らかにしている。

しかし、監査された収益、市場シェア、顧客数、スタッフ規模、施設所有権、トラフィック量、サーバー数、経路容量、実際のアップタイムを確立していない。IPinfo のホストドメイン推定は顧客に変換できない。1 人の顧客が多数のドメインを運用でき、1 つのドメインが Ehost のサービスの一部のみを使用できるためである。公開プレフィックス数は計算能力に変換できない。

Ehost マーケティングで言及されている「Tier 3」施設が販売されている正確なラックとサービスについて認定されていること、または Ehost が施設を所有していることを確立していない。マルチサイトリストからの物理的またはキャリアの多様性を確立していない。すべての RPKI カバーアドレスが DDoS 保護を受けていることを確立していない。

完全な SLA を確立していない。公開されている 99.5% の数字には可視の測定および救済フレームワークが欠けており、専用サーバーの「絶対アップタイム」という表現は拘束力のある条件の信頼できる代替ではない。完全な返金スケジュールはアクセスできなかった。

現在のランタイムバージョンを確立していない。古い PHP および MariaDB 参照は古いコピーまたはライブ互換性の可能性があり、現在のプラットフォームインベントリのみがそれらを区別できる。OpenStack バージョンまたはトポロジを確立していない。

バックアップ分離、復旧パフォーマンス、または 1 つの権威ある保存期間を確立していない。サポートポータルがステータスメカニズムを公開し、一般的な問題通知を表示したにもかかわらず、インシデント履歴を確立していない。独立したセキュリティ認証、テスト範囲、不正使用処理を確立していない。

これらは会社を不適切と宣言する理由ではない。これらは、プライベート、契約固有、または未解決のままのサービスの側面である。低リスクのウェブサイトの場合、顧客は合理的に文書の深さを減らし、テスト済み移行と独立したバックアップに依存できる。収益に重要な、規制された、または攻撃されやすいシステムの場合、同じギャップは Ehost が証拠を提供するまで調達ブロッカーになる。

今後注目すべき点

5 つのシグナルが Ehost のコントロールサーフェスへの信頼を実質的に向上させるだろう。

第一に、カタログの収束。公開製品ページと請求ポータルは同じパッケージを説明するか、世代と日付を明確にマークすべきである。非現実的な価格とサポートされていないランタイム参照を削除することで、ストアフロントはサービスの信頼できる部分になる。

第二に、ネットワーク開発。継続的な RPKI 有効性はポジティブである。公開 IPv6 発信と実証可能に多様な上流またはピアリング設計は、到達可能性とライフサイクルに関する未回答の質問を減らすだろう。Ehost が意図的に 1 つの公開上流を維持している場合、その選択の背後にある回復力メカニズムを説明すべきである。

第三に、運用の透明性。インシデントタイムスタンプ、影響を受けた製品、更新、解決を含む使用可能なステータスページは、既存のステータスリンクを証拠に変えるだろう。定期的な可用性と復元メトリクスは、アップタイムとバックアップの主張をテスト可能にする。

第四に、ポリシーの完結。Ehost のサイトはプライバシー、サービス利用、配送、保証ページにリンクし、サポートポータルは EHOST サービス ポリシーのダウンロードをリストしている。返金、許容使用、不正使用、データ処理、サポート、SLA、バックアップ、終了、削除に関する最新のアクセス可能な条件を公開することで、双方の交渉コストが削減される。

第五に、ライフサイクル規律。現在のソフトウェアマトリックス、OpenStack リリースポリシー、ハードウェアプール、コントロールパネル、サポート終了製品の通知スケジュールは、Ehost が広範なカタログによって生み出されるロングテールを管理していることを示すだろう。

Ehost の公開ネットワークは想像上のものではない。5 つのルーティングされたプレフィックスとアクティブなホスティングフットプリントは、未検証のインフラロゴの壁よりも説得力がある。しかし、経路アナウンスはサービスの外縁に過ぎない。顧客は、その背後にある注文データベース、プロビジョニングシステム、ハイパーバイザー、ストレージ、施設、キャリア、バックアップ、サポートキュー、契約に依存している。

それが、2 つの 250,000 ドンの Cloud 1G の説明が重要である理由である。それらは、ホスティング関係が制御可能または曖昧になり得る正確な場所を露呈する。Ehost と購入者が仕様を調整し、経路と復旧パスを証明し、障害時の責任を割り当て、出口を保存できれば、同社のローカルな幅広さは利点になり得る。それらの質問が一貫性のないウェブページ内に残っている場合、最も安いサーバーはまだ信頼できる価格を獲得していない。