要約

  • ZAP-Hosting GmbH は、具体的な法的、製品、ルーティングの証跡を有する。インプリントには、ZAP-Hosting GmbH（所在地：Hafenweg 8, 48155 Muenster, Germany）、CEO Marvin Kluck、HRB 15672（Amtsgericht Muenster）が記載され、RIPE レコードは AS206996 を ZAP-Hosting GmbH に紐付けている。
  • 同社は幅広いホスティング容量を販売している：VPS ホスティング（KVM、NVMe/SSD ストレージ、DDoS 保護、40 Gbit/s 接続）、専用サーバーホスティング（ベアメタルハードウェア、10 Gbit/s ネットワークカード）、サーバーホスティング（VPS、ルートサーバー、ゲームサーバー）、ゲーム・ボイス製品は専用サーバーよりも多くのロケーションで利用可能。
  • 公開ロケーションマップは均一なグローバルクラウドではない。ZAP のロケーションドキュメントによると、フランクフルト/アイゲルスホーフェンでのみゲームサーバー、TeamSpeak、VPS、専用サーバーのすべてが利用可能。ロサンゼルス、ダラス、アッシュバーンはゲームサーバー、TeamSpeak、VPS をサポート。ロンドン、モントリオール、シドニー、シンガポールはゲームサーバーと TeamSpeak のみ。
  • ネットワーク証拠は強固である。RIPEstat のAS 概要は AS206996 を zap-hosting ZAP-Hosting GmbH として識別。RIPEstat のルーティングステータスは、2026年7月12日の公開期間において、85の IPv4 プレフィックス、21,760の IPv4 アドレス、3つの IPv6 プレフィックスが RIPE RIS で可視であることを示した。
  • レジリエンス証拠は限定的である。利用規約は99.5％の年間平均サーバーアクセス性を保証するが、ZAP の制御外の事象を除外し、支払い遅延後のロック・削除権限を留保し、データ保護責任を顧客に負わせている。バックアップストレージドキュメントは有用なバックアップストレージを説明しているが、それはテスト済みの全体サービス復旧計画とは異なる。

ZAP の約束はスピードだが、その依存関係は物理的なものである

ZAP-Hosting GmbH はスピードを製品の特徴として販売している。公開ナビゲーションは「サーバー即時オンライン」を強調し、VPS ページは Linux または Windows の仮想プライベートサーバーが数分でプロビジョニング可能と述べ、サーバーホスティングページは VPS、ルートサーバー、ゲームサーバーをカタログ化し、専用サーバーページは仮想化ではなく完全なハードウェアを求める顧客にベアメタルを約束している。そのショーケースは、ゲームコミュニティ、FiveM グループ、TeamSpeak ユーザー、開発者、小規模ウェブプロジェクト、ボットオペレーター、コロケーション契約を結ばずにルートアクセスを望む顧客など、迅速に購入する市場を対象としている。

その約束の背後にある運用面は迅速ではない。それは遅く、重く、場所に依存する。VPS はホストサーバー、ストレージ、仮想化ノード、アドレス割り当て、DDoS フィルタリング、顧客コントロールパネル、サポートキュー、成長を吸収するための予備ハードウェアを必要とする。専用サーバーは特定のシャーシ、ディスクセット、リモート管理パス、スイッチポート、電源、ラック位置、コンポーネント障害時の技術者対応経路を必要とする。ゲームサーバーは顧客から見れば数秒でプロビジョニング可能だが、CPU スケジューリング、メモリ、ストレージ、UDP 処理、アンチ DDoS ポリシー、プレイヤーと選択されたリージョン間のネットワーク距離に依存する。

そのため、ZAP を単なるウェブショップではなく、ホスティング容量プロバイダーとして調査する価値がある。同社のインプリントは法的な拠り所を提供する：ZAP-Hosting GmbH（Hafenweg 8, 48155 Muenster, Germany）、CEO Marvin Kluck、HRB 15672（Amtsgericht Muenster）、VAT 番号 DE 320366231、悪用および権限に関する連絡経路。プライバシーポリシーは同社住所を繰り返し、技術的な理由でブラウザタイプ、OS、リファラー、訪問ページ、日付、時刻、IP アドレスなどのサーバーログデータを収集すると述べている。これらのページはインフラのレジリエンスを証明するものではないが、ショーケース、法的運営者、アカウントデータ面が同じドイツの商業フットプリントの一部であることを確立している。

製品ページは法的アイデンティティをインフラの問いに変える。ZAP の専用サーバーページは、専用サーバーはホストを共有する仮想サーバーではなく、Intel Xeon E5v2 クラスのオプション、最大256 GB RAM、SSD ストレージ、10 Gbit/s SFP+ネットワークカードを備えた完全なベアメタルマシンであると述べている。同ページは、ILO アクセス、ハードウェア RAID、DDoS マネージャー、逆引き DNS、IP 管理、ハードウェア障害時に技術者に通知する自動障害管理が含まれるとしている。これらはクラウドのスローガンではない。サービスが特定のハードウェアとそれを修理できる人材に依存することを思い出させる。

VPS ページは別の方向を指している。KVM 仮想化、AMD EPYC Milan、NVMe/SSD ストレージ、DDoS 保護、フェアユース条件下の無制限トラフィック、逆引き DNS、リモートデスクトップオプション、最大40 Gbit/s 接続を提示する。その製品を購入する顧客はマシン全体を借りるのではなく、ホスト、ストレージ、ネットワークシステムのシェアを借りており、そのパフォーマンスはホスト密度、ノイジーネイバー制御、ストレージ競合、DDoS フィルタリング、ソフトウェア自動化、選択したロケーションの未使用容量に依存する。ZAP は同じブランドで VPS と専用サーバーの両方を販売できるのは、商業ショーケースが共有されているからである。障害モードは共有されていない。

したがって、ZAP の公開資料を最もよく読む方法は、皮肉的でも盲信的でもない。実際のインフラ証拠がある。名前の付いた場所、ハードウェアモデル、ルーティング記録、DDoS サプライヤー、バックアップツール、サポート経路がある。しかし「ホスティング」という言葉は、故障したラック、故障したアップストリーム、故障した支払い更新、故障した復元、満杯のロケーション、地域インシデント後のサポートキューに対してサービスが保護されているかどうかを顧客に伝えない。これらの質問は製品とロケーションレベルで行わなければならない。

ロケーションマップは単一のクラウドではなく、製品マップである

ZAP のロケーション証拠はマスマーケットホスティングプロバイダーとしては異常に具体的だが、グローバルデータセンターの保証ではなく、製品マトリックスとして読まなければならない。ロケーションドキュメントは、ZAP は2010年の創業以来サービスを拡大し、顧客の需要に応じてグローバルネットワークを維持していると述べている。その後、製品ごとの可用性をリストしている：フランクフルト/アイゲルスホーフェン（ドイツ）はゲームサーバー、TeamSpeak、VPS、専用サーバーをサポート。ロンドン（英国）はゲームサーバーと TeamSpeak のみで VPS や専用サーバーはなし。ロサンゼルス、ダラス、アッシュバーンはゲームサーバー、TeamSpeak、VPS をサポートするが専用サーバーはなし。モントリオール、シドニー、シンガポールはゲームサーバーと TeamSpeak のみで VPS や専用サーバーはテーブルに表示されていない。

この分割はレジリエンスの議論を変える。ドイツ、アメリカ、イギリス、カナダ、オーストラリア、シンガポールにロケーションがあると言うマップは、顧客がすべてのリージョンに同じワークロードタイプを配置できると言うマップとは異なる。ゲームコミュニティは、専用サーバー顧客には選択できないレイテンシリージョンを選択できる。VPS 顧客は専用サーバー顧客には選択できない米国リージョンを選択できる。ドイツの専用サーバー顧客は、ゲームサーバー顧客よりも ZAP 製品セット内の実用的な移行オプションが少ない可能性がある。

公開製品ページは同じ点をより具体的に示している。VPS ページで、ZAP はダラス、アッシュバーン、ロサンゼルスを Psychz 施設内に自社ハードウェアとネットワーク技術を持つロケーションとして説明し、フランクフルト/アイゲルスホーフェンのセットアップも ZAP の主要ドイツインフラとして説明している。専用サーバーページでは、ロケーションセクションは FFM/アイゲルスホーフェン（ドイツ）に焦点を当て、専用ハードウェア、Juniper スイッチ、フランクフルト・アム・マインの主要ロケーションを説明している。これは強力なドイツ信号であり、交換可能なグローバル専用容量の証明ではない。

顧客にとって、ロケーションマトリックスはサービスの配置声明に変換されるべきである。注文したサービスがゲームサーバーの場合、実際にプレイヤーを収容しているのはどのリージョンか？ VPS の場合、サポートされている VPS リージョンのどれが使用されているか？ 再インストールやパブリックアドレスの変更なしに移動できるか？ 専用サーバーの場合、実質的な配置はドイツのみか？ ルートサーバーやウェブスペースパッケージの場合、どのページと条件が適用されるか？ 「生涯」として宣伝されているサービスは、非アクティブまたはロケーション変更の場合どうなるか？

マトリックスはデータ主権にも重要である。ZAP はドイツ企業だが、ZAP がホストするすべてのサービスが必ずしもドイツにあるわけではない。シンガポールのゲームサーバー、ロンドンの TeamSpeak サービス、ダラスの VPS、フランクフルト/アイゲルスホーフェンの専用サーバーは、法的および運用上の地域性が異なる。プライバシーポリシーはウェブサイトとアカウントデータには有用だが、ワークロード配置の質問にはサービス固有の証拠が必要である：ファイルの保存場所、バックアップの保存場所、ログの保持場所、サポートがシステムにアクセスできる場所、トラフィックがフィルタリングされる場所。

それが最初の実用的な教訓である。顧客は「ZAP にはグローバルロケーションがあるか」と尋ねるだけではなく、「私の選択したロケーションでどの製品が利用可能か、そこにどの容量が設置されているか、どの機能が利用不可か、移動が必要な場合はどうなるか」と尋ねるべきである。同社はその調査を開始するのに十分な公開情報を提供している。調査を不要にはしていない。

フランクフルト/アイゲルスホーフェンが主要な容量の話である

ドイツのロケーションは ZAP の公開インフラストーリーの中心である。VPS ページは、ZAP はフランクフルト・アム・マインの主要ロケーションに自社のサーバーインフラ、自社ネットワーク、専用ハードウェアを提供していると述べ、同社は2010年にそのロケーションで設立されたとも述べている。また、2020年3月にアイゲルスホーフェン（アーヘン近郊、オランダ国境直近）の Tier III SkyLink データセンターをフランクフルトデータセンターの支店として導入し、すべてのトラフィックはフランクフルト経由でルーティングされ、顧客は接続品質と DDoS 保護の恩恵を受けるとしている。専用サーバーページも同じドイツロケーションの枠組みを繰り返し、フランクフルトの住所（Dieselstrasse 37, 60314 Frankfurt am Main）を記載している。

その表現は、顧客に明白なドイツ依存がどこにあるかを伝えるため有用である。単なる国名ラベル「ドイツ」ではない。公開ページがアイゲルスホーフェンのトラフィックはフランクフルト経由でルーティングされると述べている、フランクフルト/アイゲルスホーフェンの運用ペアである。顧客がローカリティ、レイテンシ、DDoS フィルタリング、メンテナンスウィンドウ、ルート多様性を気にする場合、これは重要である。フランクフルトは、機器が物理的にアイゲルスホーフェンにあっても、トラフィックと保護の集中点かもしれない。支店施設の障害と、支店が依存するトラフィックパスの障害は異なる。

ハードウェアの詳細も具体的である。ZAP の製品ページは、ドイツのインフラとして Juniper スイッチング、HP C7000 G3 ProLiant ブレードシステム、HP G8/G9 ブレード、E5-2690v2/v4 プロセッサ、ECC メモリ、10G SFP+スイッチングを説明している。これらの主張は各ラックまでの現在の在庫を証明するものではないが、販売されている資産の種類（ブレードシャーシ、共有スイッチング、専用マシン、仮想化ホスト、プライベートネットワークハードウェア）を示している。ブレードシャーシ障害、トップオブラックスイッチ障害、ストレージプレッシャーイベント、容量不足は、顧客が VPS、ゲームサーバー、専用サーバーのいずれを購入したかによって異なる影響を与える。

ドイツの DDoS ストーリーは、公開ページが慎重な取り扱いを必要とする唯一の箇所である。VPS ページと専用サーバーページは、2019年12月以降フランクフルトとアイゲルスホーフェンで Combahton DDoS Protection with Corebackbone pre-filtering を説明している。新しいDDoS 保護ドキュメントは、ロケーションごとに異なる保護システムが展開されていると述べ、FFM/アイゲルスホーフェンには PletX をリストしている。より詳細なPletX DDoS 保護ページは、保護は各データセンターロケーションに合わせて調整されていると述べている。一方、公開PletX サイトはゲームサーバーとエンタープライズネットワーク向けの DDoS 保護を説明している。

この見かけ上の変化はスキャンダルとして読むべきではない。プロバイダーは緩和サプライヤーを変更することがあり、ドキュメントは不均一に古くなる可能性がある。それは保証の質問として読むべきである。ドイツでレイテンシに敏感または攻撃を受けやすいゲームサービスを配置する顧客は、現在注文したサービスにどの DDoS スタックがアクティブか、フィルタリングはどこで発生するか、DDoS マネージャーでリアルタイム攻撃可視性があるか、誤検知がどのように処理されるか、アイゲルスホーフェンへのトラフィックが依然としてフランクフルトを経由するかを尋ねるべきである。製品ページとドキュメントが異なる緩和プロバイダーを挙げている場合、現在の注文が問題を解決するはずである。

修理にも同じことが言える。ZAP の専用サーバーページは、ハードウェア障害後に技術者に通知する自動障害管理に言及している。それはハードウェア交換にとって価値がある。それはすべてのコンポーネントに対する公開された復旧時間のコミットメントと同じではない。ブレード、ディスク、RAID コントローラー、スイッチの交換は、予備部品、リモートハンズ、アクセス許可、スタッフの時間が揃って初めて迅速になり得る。安価な専用サーバーを本番インフラとして使用する顧客にとって、修理ウィンドウは価格の一部である。

米国のロケーションはホストされたリーチであり、所有キャンパスの独立性ではない

ZAP の米国フットプリントは異なる境界で説明されている。VPS ページは、ダラスでは ZAP はテキサス州の Psychz データセンターに移転し、自社ハードウェアとネットワーク技術、Juniper EX3300 スイッチ（4x10G SFP+アップリンク）、Dell R720 サーバー（Xeon CPU）、強力な DDoS 保護、24時間体制の技術者によるデータセンター初回サポートを提供していると述べている。ダラスの住所として1515 Round Table Dr, Dallas, TX 75247を記載。

アッシュバーンについては、同ページはバージニア州の Psychz データセンター、ZAP のハードウェアとネットワーク技術、Juniper QFX5100 スイッチ（40G QSFP+アップリンク）、HP C7000 Bladecenter サーバー、24時間体制の技術者によるオンサイト初回サポートを説明している。Psychz Network の住所として3873 Park Center Rd #75, Herndon, VA 20171を記載。ロサンゼルスについては、同ページは再びカリフォルニア州の Psychz データセンター、Juniper QFX5100 スイッチ、HP C7000 Bladecenter サーバーを説明し、住所として700 Wilshire Boulevard を記載。

これらは強力なロケーション信号である。米国 VPS リーチは単なる CDN ラベルやパネルのリセラーラインではないことを購入者に伝える。ページは、名前の付いた Psychz 施設内の ZAP 所有ハードウェアとネットワーク技術を主張している。同時に、運用者の境界を示している。施設、物理アクセス、初回オンサイトサポート、一部のアップストリーム条件は、単純に ZAP 内部の問題ではない。それらはデータセンターホスト、ローカルリモートハンズプロセス、ローカル DDoS パス、出荷または予備在庫、そのサイトのクロスコネクトまたはアップストリーム取り決めに依存する。

この境界はホスティングでは正常である。中小規模のプロバイダーは、自社のサーバーとスイッチをサードパーティのデータセンターに設置することが多い。顧客のリスクは、このモデルが非合法であることではない。リスクは「自社ハードウェア」が完全な運用独立性を意味すると想定することである。Psychz サイトに電源、アクセス、セキュリティ、リモートハンズ、アップストリームの問題が発生した場合、ZAP 顧客は ZAP の直接の手の届かないところに重要な修理ステップがあるとしても、それを ZAP のサービスインシデントとして経験する可能性がある。

DDoS ドキュメントは別の境界を追加する。メインの DDoS ドキュメントは、ZAP はデータセンターロケーションとネットワークインフラに応じて異なる保護システムを使用すると述べている。現在、比較ページには FFM/アイゲルスホーフェンに PletX、ロンドン/シンガポールに OVH をリストしている。一方、アッシュバーンの製品ページテキストは、フランクフルトロケーションでさらに開発された aurologic 保護ソフトウェアを使用した社内フィルターハードウェアを説明している。その混合は、顧客に今日どの米国ロケーションがどの緩和パスを使用しているかを尋ねさせるべきである。攻撃下のゲームサーバーには、「強力な DDoS 保護」という漠然とした回答に対する忍耐はない。

米国容量はデータ主権の状況も変える。ドイツのプロバイダーは米国のワークロードをホストできる。ドイツの顧客は米国プレイヤーへのレイテンシのために米国ロケーションを選択できる。米国の顧客はドイツ企業から購入できる。適切なコンプライアンスの質問はプロバイダーの国籍だけではない。本番データ、バックアップ、ログ、アカウントデータ、サポートアクセスが実際にどこにあるか、そして顧客が法的および運用上の分散に満足しているかである。

ゲームとボイスのリーチはサーバーフリートの深さと混同されるべきではない

ZAP の最も広範な地理的約束はゲームとボイスホスティングにある。ロケーションドキュメントは、ロンドン、モントリオール、シドニー、シンガポールをゲームサーバーと TeamSpeak 向けにリストしており、VPS と専用サーバーの可用性が利用不可とマークされている場合でも同様である。これは市場にとって理にかなっている。ゲームとボイスのコミュニティはレイテンシを非常に重視し、プロバイダーは完全な VPS やベアメタルカタログを提供していないリージョンでもこれらの製品をサポートできる。

そのリーチを一般的なクラウド冗長性として扱うのは誤りである。シンガポールのゲームサーバーロケーションから、ZAP の専用サーバーをシンガポールに配置できると推測できない。ロンドンの TeamSpeak オプションは、ロンドン VPS 製品が存在することを証明しない。モントリオールのゲームロケーションは、顧客が管理するルートアクセス、カスタムネットワーキング、専用マシン、ウェブワークロードの移行オプションを証明しない。製品マトリックスは、いくつかのリージョンについてその逆を示している。

DDoS ページも同じニュアンスを示している。OVH DDoS 保護ページは、OVH が常時稼働のアンチ DDoS インフラを運用し、トラフィックをリアルタイムで監視し、攻撃をスクラビングネットワークにリダイレクトし、UDP およびレイテンシに敏感なサービス向けのゲーム固有のフィルタリングレイヤーを提供すると述べている。メインのDDoS 比較は、リストされたロケーションの中でロンドンとシンガポールに OVH が使用されていると述べ、その後、英国、アジア、オーストラリアのロケーションに対する OVH の適用範囲を説明している。これはゲームおよびボイスサービスにとって有用な記述である。それでもなお、すべてのタイトルとすべての攻撃パターンに対する容量、パケットロス動作、誤検知処理を証明するものではない。

ゲームサーバーホスティングはまた、異なる障害パスを導入する。ウェブアプリはストレージが消失したりデータベースに到達できなくなったりすることで障害が発生する可能性がある。ゲームサービスは「稼働中」でありながら、UDP フィルタリングが過剰、CPU 周波数が改造サーバーに不十分、ワールドセーブ中にストレージが停止、プレイヤーが遠方のスクラビングパスにルーティングされるなどして、体験が利用不可能になることがある。TeamSpeak サービスは技術的には到達可能でも、ジッタやパケットロスがコミュニティにとって高すぎる場合、品質が低下する可能性がある。これらは ZAP の市場にとって二次的な詳細ではなく、製品そのものである。

このため、非公式の顧客シグナルは有益ではあるが限定的である。公開レビューページやコミュニティ投稿は、多くの消費者ユーザーがサービスとやり取りし、サポートに苦情を述べ、セットアップの速さを賞賛し、パフォーマンスについて議論していることを示すことができる。それらはラック在庫、予備容量、現在のアップストリーム、特定リージョンの復旧動作を証明することはできない。購入者がレビューを使用する場合、需要とサポート負荷のシグナルとして使用すべきであり、インフラの証明としてではない。

ロケーションの区別は移行にも重要である。コミュニティがロンドンからフランクフルトに、またはシンガポールから別のプロバイダーに移行する場合、技術作業はファイルのコピーだけではない。パブリックアドレスの変更、DNS または SRV レコード、ゲーム設定、MOD、プレイヤーデータ、権限、バックアップタイミング、アンチ DDoS プロファイルの変更、ユーザーへの通知が含まれる。ゲームサーバーの開始が簡単であればあるほど、障害時に移動しなければならないピースがどれだけあるかを忘れやすい。

AS206996 は実際の公開ルーティング面である

最も強力な独立したインフラ証拠はルーティング記録である。RIPEstat のAS206996 の AS 概要は、ホルダーを zap-hosting ZAP-Hosting GmbH として識別し、ASN がアナウンスされているとマークしている。RIPEstat のルーティングステータスは、AS206996 が327の IPv4 フルフィードピアと322の IPv6 フルフィードピアから可視であり、そのビューでの最終確認ルートは2026年7月12日であることを示した。同じスナップショットは、85の IPv4 プレフィックス（21,760の IPv4 アドレス）と3つの IPv6 プレフィックス（12,288の/48）を報告した。

これは薄いルート記録ではない。アナウンスされたプレフィックスビューは、レビューウィンドウで88の現在のプレフィックスエントリをリストし、これには147.189.171.0/24、5.249.160.0/24、194.62.1.0/24などの IPv4 /24や、2a0c:3580:1000::/36、2a0c:3580:2000::/36、2a0c:3580:3000::/36の IPv6 ルートが含まれていた。RIPEstat の代表的なプレフィックスに対するプレフィックス概要チェックは、それらのアナウンスを AS206996 および ZAP-Hosting ホルダー文字列に結び付けた。

RIPE レジストリ証拠も一貫している。RIPEstat のAS206996 の whois データおよび RIPE REST のaut-num オブジェクトは、as-name zap-hosting、org ORG-ZHG2-RIPE、割り当てステータス、AS49581、AS62403、AS44592 を参照するポリシーラインを示している。RIPE REST の組織オブジェクトは、ZAP-Hosting GmbH を住所 Hafenweg 8, 48155 Muenster, Germany の DE LIR としてリストし、2019年の作成日と、チェックされた記録の2026年の最終更新日を示している。これらのエントリはサービスの品質を証明するものではないが、生きたレジストリ関係を証明している。

独立したルーティングアグリゲーターは、概ね概要で一致している。AS206996 の BGP.toolsはネットワークを ZAP-Hosting GmbH として識別し、RIPE でアクティブであり、多数の IPv4 プレフィックスと3つの IPv6 プレフィックスを持つとしている。Hurricane Electric の BGP Toolkitは AS206996 を ZAP-Hosting GmbH としてリストし、発信された IPv4 および IPv6 ルートを示している。IPinfo の AS206996 ページは ZAP-Hosting GmbH を名指しし、ASN をホスティングとして分類している。Cloudflare Radarは、ASN に対する別の公開ルーティングレンズを提供している。

したがって、ルーティンググレードはアイデンティティとアクティブな存在にとって強力である。それはレジリエンスに対する白紙の小切手ではない。プレフィックス数は、購入者に自分のサービスが1つのラックにあるか複数にあるか、すべてのゲームロケーションが同じ DDoS プロバイダーの背後にあるか、ローカルルートに攻撃下で十分な予備容量があるか、すべてのプレフィックスが一致する運用成熟度を持っているかを教えない。ルーティング証拠は、ZAP が意味のある公開ネットワーク面を持っていると言っている。アーキテクチャ証拠は依然として製品固有でなければならない。

トランジットと相互接続の証拠にはギャップがある

公開トランジットの状況はプレフィックス数よりも狭い。RIPEstat のASN ネイバービューは、スナップショットで2つの観測されたネイバー（AS40676 と AS62403）を示した。RIPEstat の AS 概要は、AS40676を Psychz Networks、AS62403を PletX GmbH として識別している。一方、RIPE aut-num ポリシーラインは、AS49581Tube-Hosting、AS62403 PletX、AS44592SkyLink データセンター BV を参照している。

これらの名前は公開製品ページの隣で理にかなっている：Psychz は米国ロケーションの説明に、PletX は DDoS ドキュメントに、SkyLink はアイゲルスホーフェンのデータセンター説明に登場する。しかし、観測された BGP ネイバーと RIPE のインポート/エクスポートポリシーラインは同じものではない。観測されたルートは、測定視点、トラフィックエンジニアリング、一時的なパスによって変化する可能性がある。レジストリポリシーラインは古くなっていたり、広範すぎたり、生きたルーティングを完全に反映していない可能性がある。この記事はそれらを妥当な依存関係マップの証拠として使用できる。生きた契約レジスタとして扱うべきではない。

PeeringDB はこのケースではあまり追加しない。AS206996 に対するPeeringDB API クエリは、チェックされた応答でネットワークエンティティを返さなかった。PeeringDB の概要ページは、このサービスをネットワーク、交換所、施設、相互接続情報のためのユーザー管理データベースとして説明している。PeeringDB に存在しないことは、ZAP に施設や交換所の存在がないことを意味しない。公開読者がそのデータベースを使用して交換所、施設リスト、トラフィックレベル、ピアリングポリシー、ネットワーク運用連絡先を確認できないことを意味する。

ルート発信元検証はサンプルチェックでより有望である。RIPEstat のRPKI 検証は、代表的な現在の IPv4 プレフィックス147.189.171.0/24に対して有効なステータスを返し、5.249.160.0/24、194.62.1.0/24、2a0c:3580:1000::/36のチェックもレビューで有効なステータスを返した。これはルート発信元の衛生状態の有用な兆候である。それでも、すべての現在のルートが継続的にチェックされない限りサンプル兆候であり、RPKI 発信元検証はすべてのルーティング問題から保護するものではない。

実用的な顧客の質問は「ZAP のトランジットは誰か」よりも狭い。それは、この正確なサービスとロケーションについて、どのプロバイダーがイングレスとエグレスを運び、DDoS フィルタリングはどこで適用され、観測されたアップストリームが損なわれた場合に何が起こり、1つのパスが故障した後にどのくらいのトラフィックを吸収できるかである。アッシュバーンのゲームサーバー顧客、フランクフルト/アイゲルスホーフェンの VPS 顧客、シンガポールの TeamSpeak 顧客は、それぞれ異なる回答を持つ可能性がある。

DDoS 保護は製品の依存関係であり、サイド機能ではない

DDoS 保護は ZAP の市場にとって中心である。ゲームサーバー、ボイスサーバー、低コスト VPS 製品は、悪用、ボットトラフィック、UDP フラッド、ライバル攻撃、誤設定されたスキャナーを引き寄せる。ZAP のDDoS 保護ドキュメントは、同社がデータセンターロケーションに合わせた実証済みの保護ソリューションを使用し、自動的かつリアルタイムで動作し、パフォーマンスや可用性に影響を与える前に悪意のあるトラフィックをフィルタリングすると述べている。比較表は、PletX および OVH カテゴリに対して常時稼働保護、ベースライン保護、ネットワークおよびアプリケーションフィルタリング、ゲーム固有のフィルタリング、緩和中のダウンタイムなしをリストし、DDoS マネージャーでのリアルタイム監視可視化は PletX にリストされているが OVH にはない。

その区別は、顧客の体験をロケーション固有のサプライヤー選択に結び付けるため価値がある。PletX の背後にあるドイツのサービスは、OVH の背後にあるロンドンやシンガポールのサービスとは異なる攻撃可視性とフィルタリングノブを公開する可能性がある。米国のサービスは製品ページで説明されている別のパスを使用する可能性がある。障害を理解する必要がある顧客は、「DDoS 保護」で止まるべきではない。どの緩和ネットワークが攻撃を確認するか、どのプロトコルがフィルタリングされるか、どのトラフィックがドロップされるか、誤検知がどのようにエスカレーションされるか、顧客自身のファイアウォールルールが緩和と相互作用するか、クリーントラフィックが緩和中により長いパスを持つかを知るべきである。

OVH DDoS ページは、常時監視、スクラビングネットワークへの自動リダイレクト、UDP ベースのプロトコル向けの追加ゲーム固有フィルタリングを説明している。PletX DDoS ページは、ZAP のデータセンターロケーションと PletX システムの周りのフィルタリングを枠組みとしている。公開PletX サイトは、XDP/eBPF とコネクショントレーシングに基づくソフトウェアを使用した緩和を説明している。これらのページは有用なコンテキストだが、特定の ZAP サービスに対する測定された攻撃レポートではない。

DDoS 依存関係はサポートも変える。攻撃中、顧客は ZAP サポート、緩和プロバイダーのポリシーチーム、施設またはアップストリームの行動、場合によってはアプリケーションレベルの変更を必要とする可能性がある。プレイヤーのトラフィックが攻撃トラフィックとして誤分類された場合、ゲームコミュニティはサーバーがオンラインであってもそれをダウンタイムとして経験する。大規模な攻撃がスクラビング前にリンクを飽和させた場合、緩和ポリシーが問題になる前にサービスが損なわれる可能性がある。ルートが遠方のスクラビングセンターを通じて誘導された場合、ゲームがプレイ不可能になるほどレイテンシが上昇する可能性がある。

ZAP にとって、適切な公開グレードは「DDoS 未証明」ではない。同社は多くの小規模ホスティングプロバイダーよりも緩和について多くの情報を公開しており、ルートテーブルはアクティブである。適切なグレードは「DDoS サービス固有」である。保護パスは購入したサービスのコア部分であり、顧客は DDoS サプライヤー、ロケーション、可視性、エスカレーションをホスティング契約の一部として扱うべきである。

バックアップストレージは有用だが、復旧は依然として顧客が所有する

ZAP のバックアップドキュメントは実用的で控えめである。バックアップストレージページは、各アカウントには10 GB の無料バックアップストレージが含まれ、有料で最大200 GB まで拡張可能であると述べている。バックアップは各サービスのウェブインターフェースから作成され、集中保存され、サービスのバックアップ機能から直接復元するか、ローカルストレージ用にダウンロードでき、ウェブインターフェースに表示される認証情報を使用して FTP 経由でアクセス可能である。また、メッセージエリアがバックアップ関連のアクションをログに記録すると述べている。

それは小規模ホスティング顧客にとって良い機能セットである。サービスバックアップをコピーする場所、直接復元パス、自分のコピーをダウンロードする方法を提供する。しかし、それはフルサービスのディザスタリカバリと混同されるべきではない。10〜200ギガバイトは多くのゲームワールド、設定、小規模サイトに十分かもしれない。大規模な改造サーバー、メディアライブラリ、データベース、複数の VPS イメージ、または長期保存を維持しようとする顧客には小さすぎるかもしれない。バックアップストアは存在するかもしれないが、復元帯域幅、ターゲット容量、DNS 変更、アプリケーション修復はテストされていないままである。

利用規約は顧客の責任を明示している。顧客はデータを保護する義務があり、ZAP が提供するバックアップサービスは無料であり、ZAP はデータ損失の場合の損害について責任を負わないと述べている。また、ZAP は不可抗力または人為的エラーによるデータ損失について責任を負わず、機密サーバーデータの保護は顧客に割り当てられると述べている。その契約言語は、親しみやすいバックアップページの背後にある厳しい端である。

購入者にとって、運用上の質問は「ZAP にはバックアップがあるか」ではない。「正確に何がバックアップされるか、どのくらいの頻度で、どこに保存されるか、どのくらいの大きさか、正常なサーバーなしでダウンロードできるか、完全復元にはどのくらい時間がかかるか」である。ゲームサーバー管理者は、バックアップにワールドファイル、MOD、設定、権限、データベースファイルが含まれるかをテストすべきである。VPS 管理者は、ウェブインターフェースのバックアップが完全なベアメタルイメージであると製品が明記しない限り、それを想定すべきではない。専用サーバー顧客は、ベアメタル復旧には OS 再インストール、RAID 再構築、バックアップアップロード、アプリケーション再構築が必要になる可能性があることを覚えておくべきである。

バックアップストーリーはアカウントステータスとも交差する。支払い問題がサービスをロックまたは削除でき、バックアップアクセスがアカウントコントロールパネルに結び付けられている場合、顧客は失う余裕のない素材の独立したローカルコピーを保持すべきである。ZAP の独自ドキュメントは、バックアップストレージを通じたダウンロードを提供することでこれをサポートしている。この機能の最も安全な使用方法は、その場での復元だけではなく、同じアカウントおよびプロバイダーの外部の場所への定期的なエクスポートである。

サポートはキューであり、魔法の修理レイヤーではない

ZAP のサポートドキュメントは、マスマーケットホスティングサービスに合理的な期待を設定している。サポートガイドは、顧客に現在のサービスステータスを確認し、ログをレビューし、チケットコンテンツにエラーを含め、ソーシャルチャネルではなく公式チケットシステムをアカウント関連サポートに使用するよう指示している。ステータスサイトを通じてネットワーク上のサービスの通知をメールで購読できると述べている。公開ステータスページは中央ステータス面を提示し、フッターはネットワークパフォーマンス可視性のためにSmokepingにもリンクしている。

これらはポジティブなシグナルである。ステータスとネットワークテストを公開するプロバイダーは、顧客にブラックボックス以上のものを提供する。ドキュメントはまた、顧客に診断情報を求めており、障害が顧客のオペレーティングシステム、ゲーム設定、プラグインスタック、IP 設定の内部にある場合、解決を短縮できる。ZAP のVPS ダッシュボードドキュメントとVNC コンソールドキュメントは、顧客がウェブインターフェースを通じてサーバーコンソールにアクセスできることを示しており、VPS インターネットなしガイドは、RDP が機能しない場合に VNC がネットワーク設定の修復にどのように役立つかを説明している。

しかし、サポートには依然として容量制限がある。1人の顧客が Windows VPS を誤設定した場合、チケットと VNC コンソールで問題が解決するかもしれない。データセンターロケーション、緩和プロバイダー、アップストリーム、プラットフォームコンポーネントが損なわれた場合、多くの顧客が同時にチケットを開く可能性がある。その場合、サポートキューは障害の一部になる。顧客体験は、トリアージルール、スタッフ配置、ネットワークポリシー変更の権限、リモートハンズの可用性、ステータスページが正確に影響を受けるコンポーネントを反映しているかどうかに依存する。

サポートには範囲制限もある。ZAP がサーバーを提供するが、顧客がサードパーティの MOD、ゲームプラグイン、データベース、ウェブアプリ、カスタムファイアウォールをインストールする場合、すべての障害がプロバイダーの障害ではない。サポートガイドがログとトラブルシューティング手順を要求することは、その境界を反映している。したがって、低コスト VPS で本番インフラを運用する顧客は、プロバイダーのチケットキューを運用チームとして期待するのではなく、独自のランブック、認証情報、バックアップ、監視を維持すべきである。

利用規約はこの境界を強化している。ZAP のサービスは、自社の通信ネットワークの転送ポイントまでのサーバーリソースと接続性の提供に限定され、ZAP は自社の通信ネットワーク外のデータトラフィックに影響を与えることはできないと述べている。それは通常の契約言語だが、顧客はプロバイダー障害、アップストリーム障害、インターネットパス問題、ローカル ISP 問題、DDoS フィルタリング問題、顧客誤設定を区別すべきであることを意味する。ZAP のサポートはこれらの一部を支援できるが、すべてを所有することはできない。

請求と製品変更はインフラ障害になり得る

ホスティングサービスは、本番を中断するまで退屈に見える管理パスを通じて障害を起こすことが多い。ZAP の利用規約は、支払いは注文時点で期限であり、ZAP は7日以上の支払い遅延後にサーバーおよびその他のサービスをロックする権利を留保し、21日以上の遅延後にサーバーおよびサービスを不可逆的に削除する権利を留保すると述べている。専用サーバー製品の場合、規約は10日以上の支払い遅延後に不可逆的な削除を留保している。これにより、請求状態は直接的な可用性依存関係になる。

同じ規約は、ZAP は元のサービスが提供できなくなった場合にサービスを異なる製品に変更する可能性があり、技術開発が必要または可能にする場合、顧客にとって合理的な範囲内でサービスを変更または拡張できると述べている。繰り返すが、これは珍しくない。プロバイダーは古いハードウェアを交換し、製品を廃止し、在庫を管理する余地を必要とする。しかし顧客は、製品ライフサイクルをリスクの一部として扱うべきである。「生涯」購入は、ラックユニットの所有権や1つのハードウェア世代の永久使用と同じではない。

ZAP の製品設定ページは、別の商業技術的結合を示している。VPS ショップ設定ページは、CPU、メモリ、ストレージ、IP アドレス、帯域幅の選択肢を説明し、一部の変更ではアップグレードまたはダウングレードの値を簡単に変更できず、新しいインストールが必要になる可能性があると警告している。これは移行とスケーリングにとって重要である。インシデント中により多くの CPU、メモリ、アドレス、ストレージが必要であることが判明した場合、必要な変更は単純なライブスライダーではない可能性がある。

専用サーバーは物理的な形で同じ問題を抱えている。ベアメタル顧客は、プロバイダーが在庫なしで即座にディスクを追加したり、マシンを移動したり、シャーシを交換したり、同じ仕様の予備品を提供したりできると想定すべきではない。ZAP の専用サーバーページは設定とプロビジョニングウィンドウを宣伝し、自動障害管理言語は有用だが、ハードウェア容量は依然として有限である。モデルが利用不可または交換部品が遅延した場合、顧客は異なる設定に移行しなければならないかもしれない。

それが低価格の背後にあるホスティング経済学である。顧客はスピード、プリペイドの柔軟性、製品選択、比較的安価な容量を得る。その見返りに、支払い、製品変更、サポート範囲、データ責任、ロケーション可用性に関する条件を受け入れる。最良の顧客はその取引のために設計する。支払い更新を健全に保ち、バックアップをエクスポートし、再構築手順を文書化し、スケーリングに再インストールが必要かどうかを確認し、低コストサーバーがエンタープライズ管理プラットフォームのように修理可能であると想定しない。

データローカリティは選択された配置であり、ブランドラベルではない

ZAP のドイツの法的アイデンティティは明確である。インプリントとプライバシーポリシーは会社をミュンスターに配置し、ウェブサイトとアカウント面のドイツのデータ保護コンテキストを説明している。RIPE の組織オブジェクトは ZAP-Hosting GmbH を DE LIR として識別している。これらの事実は契約とアカウントレベルのガバナンスに有用である。

それらはすべてのワークロードをドイツにするわけではない。ZAP のロケーションマトリックスと製品ページは、ドイツ、米国、英国、カナダ、オーストラリア、シンガポールの製品フットプリントを示している。VPS ページは明示的に米国 Psychz 施設を名指ししている。ロケーションドキュメントは、いくつかの非ドイツリージョンでのゲームおよび TeamSpeak サービスを示している。EU データ居住性が必要な顧客は、会社の本社のみに依存すべきではない。ドイツのロケーションを選択し、バックアップとログがどこにあるかを確認し、コンプライアンス責任者が受け入れない限り非 EU ロケーションを避けるべきである。

逆も同様である。米国のゲームコミュニティは、プロバイダーがドイツ企業であっても、レイテンシのためにダラス、アッシュバーン、ロサンゼルスを好むかもしれない。それは良い運用上の選択であり得る。また、アカウントデータ、支払いデータ、サポート通信、サーバーログ、ホストされたワークロードデータがすべて1つの法的地理を共有しない可能性があることを意味する。顧客は、どのデータカテゴリがドイツにあり、どのデータが選択されたホスティングリージョンにあり、どのサードパーティシステムがアカウントまたは支払い情報を処理するかを知るべきである。

データローカリティはインシデント対応にも影響する。ドイツでホストされたサービスが障害を起こし、バックアップが同じアカウントまたはリージョンにローカルである場合、復旧パスはドイツ内に留まる可能性がある。米国でホストされたサービスがドイツからのサポート、米国での施設行動、別のプロバイダーを通じた DDoS フィルタリングを必要とする場合、インシデントはタイムゾーン、サプライヤー、法的コンテキストを越える。ユーザーはコントロールパネルのステータスのみを見るかもしれない。実際の修理チェーンははるかに長い可能性がある。

したがって、データ主権はラベルではなく配置の規律として扱われるべきである。ZAP は顧客がローカリティ選択を行うのに十分な情報を提供する。サービスごとのデータフローマップを公開しているわけではない。真剣な顧客は、本番データ、バックアップ、ログ、コントロールプレーンデータ、サポート記録、DDoS テレメトリ、アカウントデータの配置を尋ね、選択したサービスがそれらの前提を変更せずに移動できるかテストすべきである。

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

ZAP の公開記録は意味のある設置容量を示している：ライブ ASN（数十の IPv4 アナウンス、IPv6 アナウンス、ドイツ LIR ステータス）、ハードウェア詳細のある製品ページ、名前の付いた米国施設パートナー、ステータスページ、DDoS ドキュメント、バックアップストレージ。より難しい質問は、障害後にその容量のどの部分が使用可能かである。設置容量はすべてが健全な場合に存在する。利用可能容量は障害を乗り越えて顧客を運ぶことができるものである。

その違いはドイツのセットアップで最も重要である。アイゲルスホーフェンがトラフィックをフランクフルト経由でルーティングする支店である場合、複合サービスはフランクフルトのトラフィックおよび保護パスに依存する。ドイツの DDoS 保護があるサプライヤーから別のサプライヤーに変更された場合、ルートとサポートの前提が変わる可能性がある。ブレードシャーシ、スイッチ、電源パス、緩和プロファイルが故障した場合、影響を受ける顧客は製品、レイテンシ、コンプライアンスを変更せずに、遠くのゲーム専用リージョンや米国 VPS リージョンに即座に移動できない可能性がある。

米国 VPS でも重要である。ダラス、アッシュバーン、ロサンゼルスは別々のロケーションだが、それぞれ独自の施設とリモートハンズ依存関係を持つ。顧客は、再構築、アドレス変更、サポート作業なしで VPS をそれらのロケーション間でライブマイグレーションできると想定すべきではない。公開ドキュメントはロケーションとハードウェアを示しているが、マルチサイトフェイルオーバー製品を宣伝してはいない。リージョン間での継続性が必要な顧客は、独自のレプリケーション、DNS フェイルオーバー、バックアップ、アプリケーションデプロイを設計すべきである。

ゲームおよびボイスホスティングの場合、利用可能容量は主にプレイヤー体験である。リージョンにサーバーが設置されていても、緩和がレイテンシを増加させたり、人気のゲーム MOD が CPU を消費しすぎたり、バックアップが小さすぎたり、ストレージが飽和したりした場合、サービスは技術的にオンラインでありながら商業的に失望させる可能性がある。ゲームコミュニティは、最も安いリージョンを注文するだけでなく、負荷をテストすべきである。

専用サーバーの場合、利用可能容量は在庫と修理に依存する。ZAP はベアメタル構成とハードウェア機能を宣伝するが、ディスク、RAID コントローラー、マザーボード、電源が故障した場合、サービスまでの時間は部品、スタッフ、施設アクセス、顧客の復元準備に依存する。専用サーバーは通常負荷下では VPS よりも予測可能であることが多いが、ハードウェア変更が必要な場合の弾力性は低い。

最も安全な顧客アプローチは、生き残りたい障害を書き出すことである。1ラック？1ホスト？1ディスク？1 DDoS サプライヤー？1リージョン？1アップストリーム？1アカウント問題？1サポートキュー？そして、購入した ZAP 製品が実際にその障害を生き残るかどうかを尋ねるべきである。そのマッピングなしでは、「DDoS 保護」、「即時オンライン」、「40 Gbit/s」、「自社ハードウェア」はすべて真実でありながら、顧客の復旧計画は弱いままである。

ZAP に依存する前に、真剣な購入者が尋ねるべき質問

真剣な購入者は、アイデンティティとサービス範囲から始めるべきである。契約はインプリントに記載されたミュンスター住所の ZAP-Hosting GmbH とのものか？購入される製品ファミリーはどれか：ゲームサーバー、TeamSpeak、VPS、ルートサーバー、ウェブスペース、専用サーバー？どの公開条件が適用されるか？サービスはプリペイド、月額、生涯のいずれか？どの機能が含まれ、どれが別途有料容量を必要とするか？

次に、配置をテストすべきである。ドイツサービスの場合、ワークロードはフランクフルト、アイゲルスホーフェン、またはその両方か？アイゲルスホーフェントラフィックがフランクフルト経由でルーティングされる場合、フランクフルトにネットワークまたは DDoS パスインシデントが発生したときに何が故障するか？米国 VPS の場合、どの Psychz ロケーションが関与するか？ゲームおよびボイスサービスの場合、選択したロケーションはその製品のみをサポートするのか、それとも必要に応じて顧客は同じリージョンの VPS または専用サーバーに移行できるか？

次に、ネットワーク依存関係をテストすべきである。サービスは AS206996 アドレスを使用するか？どの現在のプレフィックスがサービスを運ぶか？パス上のアップストリームまたは緩和プロバイダーはどれか？RPKI ROA は関連プレフィックスのルート発信元を検証するか？顧客は DDoS マネージャーテレメトリにアクセスできるか？ステータスページのコンポーネントマップは注文したサービスに明確に対応しているか？Smokepingの結果は顧客のユーザーベースと一致するか？

次に、バックアップと出口をテストすべきである。バックアップストレージクォータは十分大きいか？バックアップは製品に対して自動か、顧客トリガーか？顧客は元のサービスが正常でない場合でも FTP を通じて完全バックアップをダウンロードできるか？バックアップにはデータベース、プラグイン、MOD ファイル、権限、スケジュールタスク、設定が含まれるか？支払い遅延後に製品がロックされた場合でも、バックアップをエクスポートできるか？新しい製品またはプロバイダーでの再構築時間はどれくらいか？

最後に、サポートと修理をテストすべきである。顧客はチケットにどの証拠を含めるべきか？アカウント問題、DDoS 問題、ハードウェア障害、顧客誤設定にどのサポートパスが適用されるか？誰が緩和変更を行えるか？サードパーティデータセンターでリモートハンズを誰がリクエストできるか？ドイツの営業時間外に何が起こるか？ハードウェア交換は基本製品に含まれているか、利用可能在庫と施設行動に依存するか？

これらの質問は ZAP を異常にリスクの高いプロバイダーにするわけではない。それらは可視リスクを実際のサービスに一致させる。ZAP の公開記録は、購入者が正確な質問をできるほど強固である。危険は、摩擦の少ないショーケースがレジリエンスについての摩擦の少ない想定に変わることだけにある。

証拠グレード

zap-hosting ZAP-Hosting GmbH の最終的なネットワーク証拠グレードは「強固」であり、サービスレジリエンスの注意事項付きである。アイデンティティ証拠は強固：インプリント、プライバシーポリシー、RIPE の組織オブジェクト、RIPE のaut-num オブジェクト、RIPEstat のAS 概要が ZAP-Hosting GmbH と AS206996 で一致している。ルーティング証拠も強固：RIPEstat は AS206996 が公開期間中に85の IPv4 プレフィックス、21,760の IPv4 アドレス、3つの IPv6 プレフィックスでアナウンスされているのを確認し、BGP.tools、Hurricane Electric、IPinfo、Cloudflare Radarなどの独立したページが広く一貫した公開ビューを提供している。

製品証拠は薄いフットプリント読み取りが示唆するよりも強固である。ZAP はロケーションマトリックス、ハードウェア説明、DDoS ドキュメント、サポート手順、バックアップストレージ指示、ステータス面、契約条件を公開している。これらは、同社が実際のホスティング容量オペレーターであり、意味のあるネットワークフットプリントと特定のドイツ運営センターを持つと言うのに十分である。

注意点は、レジリエンスは依然として注文されており、想定されていないことである。公開ページはラックごとの予備容量、リージョン間のアクティブ-アクティブフェイルオーバー、すべてのロケーションでの現在の DDoS プロバイダー、測定された復元時間、PeeringDB 施設存在、広範なインシデント中のサポートスループット、プレッシャー下の移行品質を証明していない。最も強固な公開結論は「ZAP は自動的にレジリエントである」ではない。「ZAP は顧客が購入している正確な依存チェーンをテストできるほど可視インフラを持っている」である。低コスト VPS にとって、そのチェーンは許容できるかもしれない。本番コミュニティ、商用ウェブサービス、レイテンシに敏感なゲームプラットフォームにとっては、次の修理ウィンドウがそれを見つける前に検証されるべきである。