Zyn Data Technology Solutions Co., Ltd. は、依然としてラック、トランジット、修理ウィンドウに依存するホスティング容量を販売しています。

要約

• Zyn Data Technology Solutions Co., Ltd. は、自社のウェブサイトと APNIC 記録全体で一貫した現在のアイデンティティを持っています。このベトナム企業は税番号 3604019577 を使用し、ZynHost および ZynShield の名称で販売しており、AS154339 と、調査期間中にグローバルルーティングで可視であった 2 つのポータブル IPv4 /24 と 1 つのポータブル IPv6 /48 を管理しています。
• 同社は、VPS、専用サーバー、コロケーション、ゲームホスティング容量を公開販売しています。これらのページでは、プロセッサ、メモリ、ストレージ、ネットワークポート、価格が説明されていますが、設置ホスト数、ラック割り当て、現在の在庫、稼働率、顧客分布、または障害ノードを吸収するための予備については開示していません。
• PeeringDB は、AS154339 を FPT Fornix HCM 01 とホーチミン市の 2 つの CMC Telecom 施設に宣言しています。記録は、1 つの大都市圏における 3 施設のネットワークプレゼンスをサポートしていますが、顧客のコンピューティングが 3 つすべてで実行されていること、ZynData が建物やラックを所有していること、またはワークロードがそれらの間でフェイルオーバーすることを証明するものではありません。
• ルート観測では、プロトコルによって可視性が異なる 2 つの直接のネットワークネイバー、AS135918 と FPT Telecom の AS18403 が示されています。これは登録されたネットワークエッジでの意味のある多様性ですが、VNPT、FPT、Viettel への接続、個別の物理エントランス、または大規模な攻撃やメンテナンスイベントに耐えるための十分な予備トランジットに関する同社の広範なマーケティング記述を公に検証するものではありません。
• 決定的な顧客リスクは契約境界に現れます。製品ページは一般的に 99.9% の可用性と毎日のバックアップを宣伝していますが、ZynData の一般条項では 99% のベストエフォート月間コミットメントを説明し、定期的なバックアップ責任を顧客に負わせ、通知されたメンテナンスや一部の攻撃関連の停止を除外し、支払い不履行から数日以内のデータ削除を許可しています。したがって、リカバリは、サーバー自体と同様に、エクスポートプラクティス、課金規律、サポートエスカレーションに依存します。

サービスは仮想的だが、修理ウィンドウはそうではない

仮想プライベートサーバーは数分で作成できますが、作成する能力はゆっくりと蓄積されます。プロバイダーは、空きプロセッサコアとメモリを備えた電源が入ったホスト、別のワークロードを支えるストレージ、アドレスとスイッチポート、制御下のハイパーバイザー、インターネットへの経路、そしてこれらのコンポーネントのいずれかが劣化したときに気付くのに十分な運用上の注意を必要とします。販売単位は 1 vCPU と 1 GB の RAM かもしれません。障害単位は、シャーシ全体、トップオブラックスイッチ、電源回路、クロスコネクト、またはアップストリーム契約かもしれません。

ZynData は、若いベトナムのホスティング名としては、その物理的なチェーンを異常に可視化しています。その英語ホームページは、ゲームホスティング、クラウド VPS、専用サーバーを販売し、AS154339 をサービスの提案の横に配置しています。仮想サーバーはコントロールパネル、ルートアクセス、高容量アップリンク、自動バックアップを使用すると述べています。また、専用マシンはリモート管理と共有されていないリソースを提供すると述べています。関連するZynHost about ページは、ZynHost を VPS、ウェブホスティング、専用サーバーのための同社のホスティング部門として説明し、商業的なストーリーを以前の Asaka Cloud と呼ばれるゲームホスティング運用に遡ります。

ホスティング容量が現在の公開オファーであり、単にアドレスブロックに付けられた業界ラベルではないと言えるだけの十分な情報があります。ページは生きています。価格設定された VPS プランが表示されています。専用およびコロケーションの問い合わせが募集されています。会社の経路は可視です。しかし、ほとんどすべての回復力の疑問はカタログが終わるところから始まります。顧客は、いくつのホストがインストールされているか、どの製品がそれらを共有しているか、ページに表示されている在庫がすぐに提供可能か、または別の施設に互換性のある予備容量があるかを見ることができません。

それはオファーを却下する理由ではありません。小規模プロバイダーは、応答性の高いサポート、専門的なゲームネットワークチューニング、商業的に有用な容量を提供できます。それは適切な証拠を評価する理由です。ZynData の登録されたネットワークと公開された条件は、無限のクラウドの根拠のない約束よりも多くの決定価値を提供します。それらは、購入者がサービススケジュールに入れる必要がある依存関係を示しています：サイト、ホストクラス、アップリンク、復旧目標、バックアップ場所、エスカレーションパス、エクスポート方法。

会社のアイデンティティとネットワークアイデンティティは一致する

ZynData の法的およびネットワーク記録は最近のものであり、相互に補強し合っています。同社は Zyn Data Technology Solutions Co., Ltd. として名乗り、税番号 3604019577 を提供し、ドンナイ省チュンダイ区の Nguyen Thai Hoc 通りの住所を記載しています。その連絡先ページは、会社名、税番号、住所、電話番号、サポートメールを繰り返しています。ベトナムの法務情報サービスの税番号 3604019577 の記録は、設立日が 2025 年 5 月 28 日で活動中であると報告しています。その最後の記録は二次的な提示であり、直接的な証明書ではないため、正式な取引先確認には設立文書の方が強力な項目です。

インターネットリソースの証拠はより確かです。AS154339 の APNIC RDAP エントリは ZYNDATA-VN を指名し、番号がアクティブであることを示し、ベトナムを識別し、2025 年 11 月 4 日の登録日を提供します。その説明は Zyn Data Technology Solutions Co., Ltd. と同様のドンナイ住所を指名しています。また、zyndata.vn ドメインを使用した技術的および管理的連絡先をリストしています。これは、組織が地域レジストリ構造を通じて自律システム番号を割り当てられたという権威ある証拠です。

付随するAPNIC アドレス記録は、138.252.132.0 から 138.252.133.255 までの連続する /23 をカバーし、ルーティングでは 2 つの /24 に分割されています。リソースをアクティブでポータブルに割り当てられたとマークしています。別のIPv6 記録は、2001:df6:4540::/48 について同じことを行います。ポータブルアドレス空間は、ルート発信をいずれかのネットワーク間で移動できるため、1 つのアクセスプロバイダーから借りたアドレスよりもホルダーに多くの独立性を与えます。ただし、レジストリのステータス、ルーター設定、フィルタリングポリシー、データセンタークロスコネクト、商用トランジットから独立させるわけではありません。

日付は重要です。ZynData の企業アイデンティティは 2025 年に正式化され、その自律システムとアドレスリソースはその後すぐに続きました。したがって、インフラは、何十年もの公開パフォーマンス履歴を持つ古いネットワークではなく、新しい運用フットプリントとして評価されるべきです。現在の運用は示すことができます。ハードウェア世代、契約更新、大規模障害にわたる長期的な行動は、年数からまだ推測できません。

カタログが約束するものと、数えられていないもの

ZynHost の公開カタログには、いくつかの異なる製品があります。VPS Gold ページは、1 vCPU と 1 GB の RAM から上に向かって月額プランをリストし、NVMe ストレージ、1 つの IPv4 アドレス、主張された 10 Gbps ネットワークインターフェース、毎日のバックアップ、ライブサポートを提供します。このページは、Intel Xeon Gold 6150 ホストクラスを指名しています。これは意味のある商業的具体性です。購入者は、プロセッサファミリ、リソース割り当て、価格、一連の含まれる機能を見ることができます。

専用サーバーページは、デュアル Intel Xeon Gold システムや AMD ベースのゲームまたはエンタープライズマシンを含む、いくつかの構成をリストしています。ECC メモリ、NVMe またはその他のストレージ、リモート管理、10 Gbps から 100 Gbps までのネットワーク数値を説明しています。VPS リストとは異なり、多くの専用構成は問い合わせによる価格設定です。これにより、可用性と導入時間は営業の会話に委ねられます。ページ上の構成は、インストール済み、ディストリビュータから利用可能、注文後に組み立て済み、または調達可能なクラスを代表するものかもしれません。ページはこれらの可能性を区別していません。

コロケーションページは、1U から 10U までの割り当てを価格設定し、使用量に応じて課金される電力、1 つの IPv4 アドレス、オンサイトのテクニカルサポート、マルチプロバイダー接続の主張を提供します。コロケーションは、ZynHost の提案が物理的な顧客機器にまで及ぶことを確認するため重要です。また、責任の境界をより複雑にします。顧客がサーバーを所有し、ZynData がスペース、電力、ネットワークアクセスを提供するかもしれません。データセンター事業者が建物と電気設備を所有するかもしれません。別のキャリアが最後の外部回線を所有するかもしれません。コンポーネントが故障した場合、責任はフロントページのロゴではなく、サービスオーダーに従います。

インフラページは、Tier III データセンター条件、N+1 電力冗長性、24 時間体制のセキュリティ、99.9% の可用性を説明しています。そのハードウェアページは、AMD EPYC および Intel Xeon プロセッサ、ECC メモリ、エンタープライズ NVMe ストレージ、ハードウェア RAID、ホットスワップ機能を説明しています。これらは意図されたプラットフォームクラスの有用な説明ですが、現在の在庫報告ではありません。ページ上の最大仕様は、各クラスのマシンが何台稼働しているか、どれだけ割り当てられているか、またはいくつの空きベイと交換用ドライブが準備されているかを明らかにしません。

これが中心的な経済的な区別です。設置容量は、物理的に展開された総機器です。販売可能容量は、プロバイダーがオーバーヘッドと障害のための余地を確保した後に提供することを選択する部分です。使用可能容量は、現在の電力、熱、ネットワーク、ストレージの制限下で残っているものです。回復可能容量は、インシデント中に別の場所でオンラインにできるものです。プランリストは製品が販売されていることを証明します。これらの 4 つのプールのいずれも定量化しません。

ZynHost 自身の製品ミックスは、この区別を具体的にします。12 の VPS サイズは、はるかに少ない数の物理ホストタイプの論理パーティションである可能性があります。プランの値を合計しても、ページが販売や占有を報告しないため、設置マシンについて何も言えません。一方、専用リストは、古いデュアルソケット Xeon 機器、新しい AMD システム、およびいくつかのストレージオプションに及びます。すべての可能な構成の完全な交換品を保持することは高価であり、障害後に部品を調達すると復旧が延びます。コロケーションは、スペアポリシーが ZynData の外にある可能性がある顧客所有機器を導入します。したがって、信頼できる容量の回答は、製品固有である必要があります。VPS の場合は空きホストヘッドルーム、専用サーバーの場合は利用可能なシャーシと部品、コロケーションの場合は電源が入ったラックユニットとリモートハンズです。単一の「ネットワーク容量」の数字はこれらの在庫を代替できません。

同じ論理がポートにも適用されます。サーバーは 10 Gbps インターフェースを持ちながら、他のホストとアップリンクを共有する可能性があり、アップストリームは攻撃フィルタリングやフェイルオーバー中に継続的に使用できないバーストレートを販売するかもしれません。商業的に関連する数値は、コミットされた帯域幅、競合ポリシー、軽減後のクリーン容量、および生存経路上の予備容量です。どれもインターフェース速度だけから導き出せません。

AS154339 は現実的でコンパクトなルーティング面を示す

ルート観測は、AS154339 が登録されているだけでなく、実際に運用されていることを確認します。RIPEstat のルーティングステータスビューは、調査期間中に 512 のアドレスを含む 2 つの IPv4 プレフィックスと 1 つの IPv6 /48 を観測しました。サンプリングされたほぼすべての IPv4 ルートコレクターとすべての IPv6 コレクターがネットワークを確認しました。アナウンスドプレフィックス履歴は、最近のウィンドウで 138.252.132.0/24、138.252.133.0/24、2001:df6:4540::/48 が可視であることを示しましたが、1 つの IPv4 プレフィックスは戻されたタイムラインに短いギャップがありました。

ルート観測サービスのギャップは、自動的に顧客の停止ではありません。それは、撤回、コレクターの可視性、ポリシー変更、またはその他の測定条件を反映する可能性があります。影響を受ける /24 が会社の可視 IPv4 スペースの半分であるため、依然として問う価値があります。インシデントノートまたは事業者自身の監視により、意図的なルーティング変更と到達可能性の喪失を区別できるでしょう。公開ルート履歴だけではできません。

観測された 3 つのプレフィックスはすべて、有効なルート発信認証も持っていました。RIPEstat の検証結果は、138.252.132.0/24、138.252.133.0/24、2001:df6:4540::/48に対して、AS154339 が観測された長さで各ルートを発信することを許可されていることを発見しました。それは良好なルーティング衛生です。発信検証を実施するネットワークは、発信が許可されているという暗号基盤を持っています。

発信の有効性は、稼働時間を保証しません。スイッチの故障を防ぐこと、許可されたルートの撤回を防ぐこと、2 番目のファイバーパスを作成すること、攻撃フィルタリングのヘッドルームを追加すること、または設定ミスのサーバーを修復することはできません。それは 1 つの正確な質問に答えます：観測された発信はリソース所有者の公開された認証と一致するか？ZynData の場合、答えはイエスでした。

アドレス数も狭く解釈する必要があります。2 つの /24 は、インフラ、予約、その他の用途の前に 512 の IPv4 アドレスを提供します。それは 512 台のサーバーではありません。1 台のサーバーが複数のアドレスを使用する可能性があります。多くの仮想マシンが 1 つのアドレスを共有する可能性があります。アドレスはアイドル状態か、ルーターやサービスに割り当てられている可能性があります。IPv6 /48 は巨大な数値アドレス範囲を提供しますが、巨大なコンピューティング容量を表すわけではありません。プロセッサソケット、RAM モジュール、ストレージ耐久性、ラック電力、サポート労力は依然として有限です。

観測された 2 つのネイバーは 3 キャリアの主張を確定しない

ZynData は、自社のネットワークが VNPT、FPT、Viettel の 3 つの主要国内キャリアと接続しており、総帯域幅は最大 100 Gbps であると述べています。その記述は会社のホームページに表示され、グローバルフィルタリングと国内保護の広範な説明と並んでいます。この主張は、商用接続、間接経路、保護容量、プライベートハンドオフ、またはそれらの組み合わせを説明する可能性があります。公開 BGP 観測はより狭い図を検証します。

RIPEstat のAS154339 のネイバービューは、2 つの直接左側ネイバーを発見しました：Viet Digital Technology Liability Company に登録された AS135918 と FPT Telecom の AS18403。プロトコルの詳細は明らかです。サンプリングされたネイバーデータは、IPv4 パス上の AS135918 と IPv6 パス上の AS18403 を確認しました。RIPEstat のより大きなBGP 状態スナップショットも、AS135918 AS154339 で終わる多くの IPv4 パスを示し、一部のパスは FPT および他のネットワークを通じて AS135918 に到達しました。

これは、2 つの可視 AS レベルの関係の証拠であり、すべてのサービスに対する 2 つの完全に独立した物理パスの証明ではありません。別々の自律システムが同じ建物のダクトに入る、メトロファイバーセグメントを共有する、またはより遠くの共通のアップストリームに依存する可能性があります。逆に、契約されたバックアップ回線は静かである可能性があり、したがって通常運用中に直接ネイバーとして表示されない可能性があります。ルートコレクターは、視点から制御プレーンの到達可能性を示します。ケーブル入口、ポート容量、契約優先度、コールドスタンバイを明らかにしません。

また、観測された図は 3 つの直接キャリアピアリングを検証しません。マーケティングリストに一致する 3 番目の直接ネイバーは、レビューされたデータに表示されませんでした。不在は VNPT または Viettel のサービスが存在しないことを証明しません。間接的に提供される、AS154339 外のサービスに使用される、軽減のために予約される、またはその時点で非アクティブである可能性があります。それが意味することは、顧客は 3 つの名前のマーケティング文を、現在のトポロジステートメントとフェイルオーバーテストなしに、3 つの同時にアクティブで物理的に多様なトランジットパスに変換すべきではないということです。

PeeringDB は別の境界を追加します。そのAS154339 ネットワークエントリは、オープンポリシー、自己報告された 100-200 Gbps のトラフィック帯域、IPv4 と IPv6 のサポートをリストしています。構造化されたネットワーク記録は、3 つの施設を報告しますが、公開交換接続はゼロです。交換接続応答は空です。これは、プライベート相互接続またはトランジットを排除しません。それは、公開記録が AS154339 による直接のリストされた交換参加として「グローバル IX ルートステーション」というフレーズを実証しないことを意味します。

3 つの施設宣言、すべて 1 つの大都市圏内

PeeringDB の施設関連付け記録は、AS154339 を FPT Fornix HCM 01、CMC SHTP、CMC Tan Thuan に配置します。3 つすべてがホーチミン市にあります。宣言は 2026 年 3 月の同じ日に作成されました。これはネットワークの記録保持者による現在の一貫した声明にします。それらは ZynData の物理的な運用面に関する最良の公開証拠です。

それらはラック登録ではありません。PeeringDB は参加者管理の相互接続ディレクトリであり、ネットワーク対施設の関連付けは、機器、提供されたポート、リモート接続、またはその他の認識されたプレゼンスを表すことができます。記録は、ZynData が何ラックユニットを占有しているか、顧客サーバーがそこにインストールされているか、どの製品がどの施設を使用するか、または会社が各建物に機器を所有しているかを述べていません。

FPT Fornix HCM 01 施設エントリは、FPT Telecom を事業者として指名します。FPT 自身のデータセンター情報は、冗長な電気および冷却システム、多様な通信、24 時間体制のローカルサポートを備えたより広範な Fornix エステートを説明しています。これらは施設事業者の主張とエステートレベルの能力です。それらは ZynData のサービスに自動的に転送できません。テナントは、2 つではなく 1 つの電力供給、複数ではなく 1 つのクロスコネクト、または限られた応答取り決めの下でのリモート支援を購入する可能性があります。

2 つの CMC 宣言は、CMC SHTPとCMC Tan Thuanです。CMC Telecom は、企業紹介で、ハノイとホーチミン市にデータセンターを運営し、SHTP と Tan Thuan を含み、データセンター、クラウド、マネージド、セキュリティサービスを提供していると述べています。PeeringDB は、両方の CMC 施設で多様な給電変電所をマークしています。繰り返しますが、それは関連する建物のコンテキストであり、ZynData が二重電源供給を購入したことやホストを複製したことの証明ではありません。

3 つの施設は選択肢を改善できます。それらはキャリアに会い、ルーターを分離し、機器を配置する場所を作ります。しかし、3 つの宣言すべてが同じ都市地域にあります。それらはホーチミン市外の地理的災害復旧を確立せず、1 つの建物で実行されているアプリケーションが別の建物にウォームレプリカを持っていることを証明しません。都市内の多様性は、ラックまたは建物の障害から保護できますが、より広範な電力、アクセス、洪水、市民、またはキャリアイベントには露出したままです。実際の保護は、配置とサービス設計に依存します。

ドンナイの本社は、マシンの場所についての回答を追加しません。登録事務所は、会社に連絡し統治できる場所です。生産サーバーを収容する必要はありません。国内ホスティングを購入する顧客は、注文書に指名された生産サイトとバックアップサイトを尋ねるべきであり、会社の住所から推測すべきではありません。

Tier III の建物はすべてのサービスを Tier III にするわけではない

ZynHost は繰り返し Tier III データセンター条件を呼び出します。それは、指名された施設と定義された認証範囲に結びつけられた場合に意味があります。エンドツーエンドのサービスに適用されると曖昧になります。データセンターの認証または設計声明は、一般的に範囲内の施設システムに関するものです。顧客の可用性は、テナントの電力構成、サーバーアーキテクチャ、ストレージ、ネットワークポート、ソフトウェア、運用プラクティス、外部キャリアにも依存します。

1 つの電源供給を持つ単一の専用サーバーを、同時メンテナンス用に設計された施設で考えてみてください。建物は 1 つの電気経路での作業を通じて運用を続けるかもしれませんが、サーバーは購入された供給または電源が故障した場合に停止する可能性があります。二重電源サーバーは、両方のリードが同じ配電経路で終端する場合に停止する可能性があります。仮想マシンは、別のホストに互換性のある容量とストレージアクセスがあり、プラットフォームが実際に再起動または移行する場合にのみ、1 つのホスト障害を生き残ることができます。これらの制御はいずれも Tier という言葉から自動的に従うものではありません。

その区別は ZynHost の製品に見られます。専用構成はリモート管理とハードウェア RAID を宣伝し、VPS ページは毎日のバックアップを宣伝しています。RAID は一部のドライブ障害を通じてシステムを稼働させ続けることができますが、独立したコピーではなく、削除、コントローラ障害、破損、アカウント終了、サイト損失から保護しません。リモート管理は診断を迅速化できますが、在庫にない故障したマザーボードを交換できません。10 Gbps の仮想インターフェースは、外部パス、共有スイッチ、または公正使用ポリシーが負荷の下ではるかに小さいホスト上に存在する可能性があります。

したがって、購入者はエンドツーエンドの可用性定義を必要とします。どのコンポーネントが冗長であるか、どのメンテナンスが除外されるか、いつサービス信用が開始されるか、ストレージ、ハイパーバイザー、ルーター、アップストリーム、または施設の障害が同じ方法で測定されるか。施設の品質は入力です。それはサービスレベルの結果全体ではありません。

公開 SLA は 2 つに分かれる

ZynHost の製品ページは一般的に 99.9% の可用性を表示します。VPS、専用サーバー、コロケーション、インフラページはその数値をサービス機能として使用します。会社の一般利用規約（2026 年 4 月最終更新）は異なるものを述べています。通知された計画メンテナンスを除いた、99% の月間システム稼働時間を維持するベストエフォートコミットメントです。

数値のギャップは重要です。30 日の月で、99.9% は約 44 分のダウンタイムに相当し、99% は約 7 時間 18 分に相当します。「ベストエフォート」は、信用計算式、測定ポイント、請求プロセスが指定されていない場合、救済をさらに弱める可能性があります。公開規約は一般的なサービス信用スケジュールを示していません。顧客は、購入したプランに対してどの文書が優先されるかを尋ね、署名された注文書で回答を得るべきです。

除外も同様に重要です。ZynData の規約は、監視が許可されたしきい値を超え、共有インフラに影響を与える攻撃トラフィックを検出した場合、即時停止を許可します。再開には、顧客がテクニカルサポートに連絡し、軽減を調整し、コミットメントを行う必要があります。サービスは自動的に復元されません。規約は、外部攻撃が顧客サービスを標的にした場合、そのような緊急停止は稼働時間違反としてカウントされないと述べています。

それは合理的な共有プラットフォーム保護メカニズムですが、アンチ DDoS マーケティングの意味を変えます。保護は、アプリケーションが到達可能なままあらゆる攻撃を吸収する無条件の約束ではありません。あるしきい値または使用パターンの下では、保護アクションは分離である可能性があります。ゲーム事業者は、特定のプランに対して、クリーントラフィック容量、攻撃しきい値、ヌルルートまたは停止ポリシー、再開権限、典型的な復旧時間を尋ねるべきです。

会社のDDoS ページは、XDP および eBPF フィルタリング、自動検出、グローバル保護ネットワークを説明しています。ページ上の一部の数字は、インタラクティブな攻撃デモンストレーション内に表示されます。それらはシナリオを説明するものであり、監査されたライブ容量レポートを構成するものではありません。ZynData のメインサイトは、Global Secure Layer フィルタリングと 2 Tbps 以上の保護も参照しています。公開記録は、契約された容量、保護されたプレフィックス、スクラビング場所、またはフェイルオーバー手順を識別しません。パートナーの総容量は、1 人の ZynData 顧客の専用使用可能容量と想定されるべきではありません。

ハードウェア在庫と人間のアクセスが修理時計を設定する

ホスティング経済学は高い稼働率を報奨します。空の RAM、未使用のドライブ、アイドルサーバーは何も稼ぎませんが、過剰な割り当ては復旧を困難にします。プロバイダーは、バーストと障害のためにどれだけの予備を保持するかを選択しなければなりません。ZynHost のページは、ほとんどの注文に対して即日配送を宣伝し、いくつかのマシンクラスをリストしていますが、在庫数やスペアポリシーを公開していません。

その省略は製品によって異なります。仮想サーバーホストの障害は、ストレージが複製され、別の互換性のあるホストに空き容量がある場合に迅速に復旧できます。ストレージがローカルの場合、復旧にはノードの修復またはバックアップの復元が必要になる場合があります。専用サーバーの障害には、一致する電源、ドライブ、メモリモジュール、コントローラ、またはマザーボードが必要になる場合があります。コロケーション顧客は故障部品を所有し、それを発送する必要があるかもしれませんが、ZynData または施設スタッフがハンズオンとアクセスを提供します。

「24 時間 365 日サポート」というフレーズにも層があります。ZynHost の連絡先ページは、24 時間体制のホットライン、チケット、緊急サポートを宣伝し、チャットまたは電話の問い合わせは 15 分以内に応答を受け取り、メールは営業時間内に 2 時間以内に応答を受け取ると述べています。ZynData の別の英語連絡先ページは、サポートは月曜から金曜の午前 8 時から午後 6 時まで利用可能であり、メール応答目標は 24 営業時間であると述べています。一般規約は、チケット、メール、ホットラインを公式チャネルとして認識し、ソーシャルメディアは初期連絡のみと述べています。

これらの記述は、異なるチームまたはサービス層が適用される場合に共存できますが、公開ページはその境界を説明していません。24 時間の電話応答は、必ずしも 24 時間のオンサイト交換ではありません。応答目標は復旧目標ではありません。時間に敏感なワークロードを持つ顧客は、各施設に時間外に入ることができる担当者、再起動または部品交換を承認する担当者、適用されるリモートハンズ料金、およびルーティングを変更できる担当者にエスカレーションするタイミングを指定する重大度マトリックスを必要とします。

修理ウィンドウは部分的にロジスティックです。宣言された 3 つの施設はホーチミン市にあります。登録事務所は隣接するドンナイにあります。たとえ適度な距離であっても、技術者は施設の承認、輸送、スペア、メンテナンス方法、顧客の承認を必要とする場合があります。プロバイダーは、オンサイト在庫と契約されたリモートハンズでその遅延を削減できます。公開資料は ZynData の取り決めを開示していないため、復旧時間は注文固有の質問のままです。

バックアップの文言は復元パスを未確定のままにする

VPS Gold ページは、プランに毎日のバックアップと迅速な復元が含まれると述べています。ZynData の一般規約は、RAID などの冗長メカニズムを実装すると述べていますが、顧客が個人用デバイスまたは二次ストレージに定期的にバックアップを行うことを要求しています。不可抗力のハードウェア障害、自然災害、顧客による削除、一部のサービス解約を含む場合のデータ補償を否認しています。

これらの記述は必ずしも矛盾していません。プロバイダーは便利なバックアップを提供しながら、最終的な保護を顧客に任せる場合があります。リスクは、「毎日のバックアップ」が答えない質問に答えていると想定することにあります。ページは、保持期間、バックアップ完了レポート、暗号化、場所、コピーが別の施設にあるかどうか、バックアップが顧客のアカウントを共有するかどうか、または完全な復元にかかる時間を述べていません。また、顧客がプロバイダーネイティブのスナップショットをオープン形式でダウンロードできるかどうかも述べていません。

最小限の安全な解釈は、ZynHost がリストされた VPS プランで毎日のバックアップ機能を提供する可能性がある一方、顧客は契約上、独立したコピーを維持する責任を負うということです。企業は、ZynData の外部からそのコピーをテストする必要があります。テストでは、クリーンなマシンを再構築し、データを復元し、アプリケーションの一貫性を検証し、時間を記録する必要があります。復元されたことのないバックアップは、スケジュールされたタスクの証拠であり、回復可能性の証拠ではありません。

専用サーバーおよびコロケーションの顧客は、異なる計画を必要とします。ベアメタルイメージは大きい場合があります。データベースの状態は転送中に変更される可能性があります。ライセンスソフトウェアは移動に抵抗する可能性があります。ネットワーク構成は ZynData のアドレスに結びついている可能性があります。独立したバックアップには、アプリケーションデータ、構成、適切に管理されたシークレット、ソフトウェアバージョン、および別のプロバイダーでプロビジョニングする方法が含まれている必要があります。ゲームホスティングの場合、ワールド状態、プラグイン、ユーザーデータベース、コントロールパネル構成には異なるエクスポートパスが存在する可能性があります。

課金はディスク障害よりも早くサービスを終了できる

ZynData は、公開された条件に基づいて前払いベースで運営しています。サービスは、期限切れ後 1 日から 3 日以内に停止され、サービス種類に応じて 3 日から 7 日後に恒久的なデータ削除とともにキャンセルされる場合があります。専用サーバーは、一般的な早期返金メカニズムから除外されるカテゴリの 1 つです。特定の注文に対する正確な結果は別途補足される場合がありますが、公開ベースラインは、支払いの継続をインフラ制御として扱うのに十分明確です。

これにより、故障した機器がない障害モードが作成されます。カードの問題、請求書の見逃し、スタッフの不在、または紛争のある更新により、アクセスが削除され、削除への短い時計が開始される可能性があります。小規模顧客にとっては、データセンター全体の停止よりも可能性が高い場合があります。したがって、課金連絡先は冗長である必要があり、更新日を監視し、アカウントクレジットを慎重に処理する必要があります。独立したバックアップは、削除ウィンドウを生き残るのに十分な最近のものである必要があります。

プロバイダー契約の障害は、支払い不履行よりも広範です。ラックリース、アップストリーム回線、または軽減サービスは変更または終了される可能性があります。ポータブルアドレスリソースは ZynData にルートを移動するある程度の能力を与えますが、ZynData 割り当てアドレスを使用する顧客はそれらのアドレスを他の場所に自動的に移動しません。DNS TTL、証明書、ファイアウォール許可リスト、パートナー統合はすべて移行を遅くする可能性があります。公開ページは、一般的な終了支援スケジュールや保証されたエクスポート期間を提供していません。

顧客は、サービスが正常なうちに出口を定義する必要があります。つまり、データのインベントリ、エクスポート帯域幅、イメージ形式、資格情報、IP 依存関係、および宛先の容量です。また、オーバーラップの費用を誰が支払うかを決定することも意味します。最も安価な移行は、緊急事態の前に行われ、新旧両方の環境が結果を比較するのに十分な期間一緒に実行できる場合です。

データローカリティはコピーとアクセスに関するものであり、国籍ではない

ZynData はベトナム企業であり、登録されたリソースは VN 国コードを持ち、3 つの PeeringDB 施設宣言はホーチミン市にあります。これらの事実は、もっともらしい国内ホスティング提案をサポートしています。それらは、特定の顧客のプライマリディスク、バックアップ、ログ、コントロールプレーン、またはフィルタリングされたトラフィックがどこにあるかを証明するものではありません。

IP レジストリの国フィールドは、リソース登録のコンテキストを説明し、マシンの正確な場所ではありません。施設宣言はネットワークプレゼンスを説明し、ワークロードの配置ではありません。ZynData によるグローバル攻撃フィルタリングの使用は、サービス設計に応じて、トラフィックがプライマリホスティングサイト外で検査またはリダイレクトされることを意味する可能性もあります。これらのどれも本質的に不利ではありません。それは単に、ローカリティにはいくつかの要素があることを意味します。

顧客は、アクティブなワークロードがどこで実行されているか、レプリカとバックアップがどこにあるか、サポート担当者がどこからシステムにアクセスできるか、テレメトリとアカウント記録がどこに保存されているか、攻撃トラフィックがどこで処理されるかを個別に尋ねる必要があります。回答は、該当する場合、国と施設、および各部分を運用する法的エンティティを識別する必要があります。「ベトナムでホスティング」は、回復可能な唯一のコピーが他の場所にある場合不完全であり、「ベトナムのプロバイダー」は場所の保証ではありません。

ベトナムのサイバーセキュリティ法に関する政令 53/2022は、特定のデータ保存義務の法的コンテキストを提供します。その適用は、サービス、顧客、データカテゴリ、状況に依存し、セクタールールが要件を追加する場合があります。調達チームは、自社のケースについて法的助言を得る必要があります。インフラのポイントはより単純です：コンプライアンスの主張には、文書化されたデータマップと契約が必要であり、AS154339 やドンナイ事務所からの推測ではありません。

ローカリティは復旧にも影響します。プライマリコピーとバックアップコピーが同じ都市の 2 つの建物を占有する場合、国内の場所の好みを満たしながら、地域の危険を共有する可能性があります。バックアップが海外に配置された場合、復旧は地理的分離を得る一方で、法的、遅延、アクセスの問題を生み出す可能性があります。適切なアーキテクチャはワークロードに依存します。公開資料は、ZynData が標準的なマルチリージョンポリシーを提供していることを示していません。

各障害が顧客にどのように到達するか

ラックレベルの障害が最も直接的です。配電ユニット、スイッチ、ハイパーバイザー、またはストレージコンポーネントの損失は、その要素を共有するすべての顧客を中断させる可能性があります。仮想化は、ワークロードが他の場所で再起動できる場合、修復時間を短縮する可能性がありますが、それには予備容量と到達可能なストレージが存在する場合に限ります。専用顧客は、交換または復元プロセスが含まれていない限り、マシンに結びついたままです。

施設レベルの障害は範囲を拡大します。PeeringDB の宣言は 3 つの可能なサイトを作成しますが、公開証拠はそれらに製品をマッピングしていません。顧客のコンピューティングが 1 つの建物にあり、他の 2 つにはネットワーク機器のみが含まれている場合、3 つの施設プレゼンスはコンピューティング復旧を提供しません。ワークロードが意図的に複製されている場合、プロバイダーは複製モード、予想されるデータ損失、フェイルオーバー権限を指名できる必要があります。

アップストリームまたはルートの障害は、健全なサーバーを分離する可能性があります。AS154339 の 2 つの観測されたネイバーと有効なルート認証は、肯定的な制御です。残りの質問は、物理パスの分離、プロトコルごとの動作、フェイルオーバー中の容量、および両方の /24 と IPv6 /48 が代替を通じて一貫してアナウンスされるかどうかです。テストルートまたは文書化されたメンテナンスイベントは、キャリア名のリストよりも多くのことを明らかにするでしょう。

DDoS イベントは、リンク容量を消費したり、リモートフィルタリングをトリガーしたり、緊急停止を引き起こしたりする可能性があります。最も露出する顧客は、レイテンシに敏感なゲームコミュニティと意図的に標的にされたサービスです。保護は、クリーントラフィックの配信と復旧手順によって評価されるべきであり、見出しのスクラビング数値だけでは評価すべきではありません。

ハードウェア在庫の障害は、そうでなければ通常の修理を長引かせます。影響を受ける顧客は、ドライブ、ボード、またはシャーシ全体を待つ間、他の顧客はオンラインのままです。契約上の交換目標と互換性のあるオンサイトスペアが該当する保護です。最新世代のハードウェアに関する一般的な記述は、どちらにも答えません。

サポートの障害は、管理可能なインシデントを長いものに変えます。矛盾する公的なサポート時間は、エスカレーション条件を特に重要にします。顧客は、ホストされたサービスがダウンしているときに到達可能な公式チャネルと、影響を受けるアカウントポータルのみに依存しないエスカレーションルートを必要とします。

課金または契約の障害は、すべての技術的制御を一度に停止させる可能性があります。データは無傷であるがアクセス不能になり、その後削除される可能性があります。財務スタッフ、アカウント所有者、技術スタッフはすべてレジリエンスの一部です。なぜなら、唯一のコピーがプロバイダーに残っている場合、失われた終了ウィンドウを補うストレージ設計はないからです。

移行の障害は、顧客が最終的に離脱しようとしたときに現れます。遅いエクスポート、プロプライエタリイメージ、アドレス変更、不完全な設定は、ダウンタイムを延長したり、データ損失を引き起こしたりする可能性があります。影響を受けるのは管理者だけではありません。プレイヤー、小規模企業、ダウンストリームユーザーは、利用できないサービス、失われた状態、または切断された接続として結果を経験します。

重要なギャップを埋める証拠

ZynData は、多くの小規模ホスティングブランドよりも多くの公開ネットワーク実体を既に示すことができます。稼働中の自律システム、ポータブル IPv4 および IPv6 リソース、有効なルート発信認証、2 つの観測されたネイバー、3 つの施設宣言です。次の有用な開示は、そのネットワークアイデンティティを顧客が購入する製品に結びつけるでしょう。

施設については、最も強力な証拠は、各プランファミリの生産場所、バックアップ場所、機器が所有かリースか、別のサイトがライブ、ウォーム、またはコールド容量を保持しているかを命名する製品対サイトマトリックスでしょう。テナント固有の電力供給とクロスコネクト設計は、施設全体の冗長性の主張を繰り返すよりも価値があります。

コンピューティングについては、日付入りの在庫概要が、顧客の詳細を明らかにすることなく、インストールされたホストクラス、割り当て済み対予約済み容量、スペアポリシーを示すことができます。専用サーバーのフルフィルメントに関する記述は、在庫のあるマシンと注文後に調達される構成を区別するでしょう。復元証拠は、バックアップ保持、オフサイト分離、暗号化、復旧ポイントと復旧時間の目標、および最新の成功したサンプル復元を述べることができます。

ネットワークレジリエンスについては、現在の図が、機密デバイスの詳細を公開することなく、直接トランジット、プライベート相互接続、軽減関係を特定できます。IPv4 と IPv6、アクティブとスタンバイ、論理と物理の多様性を区別する必要があります。フェイルオーバーレポートは、すべての顧客プレフィックスが到達可能であり、生存パスに十分な容量があることを示すことができます。

サポートについては、1 つの重大度スケジュールが、ZynData の営業時間ページと ZynHost の 24/7 の約束を調整できます。応答目標と復旧目標を別々に命名し、リモートハンズの可用性を定義し、ポータルまたはサーバーに到達できない場合に顧客がどのように通信するかを説明する必要があります。

出口については、会社はスナップショットとデータエクスポート形式、帯域幅制限、アドレス移行サポート、削除タイミング、終了時に利用可能な支援を文書化できます。これらの開示は依存関係を排除しません。それらは依存関係を測定可能にします。

証明されていない復旧エンベロープを持つ信頼できるネットワークエッジ

Zyn Data Technology Solutions Co., Ltd. は運用中であることを示せます。その現在の企業アイデンティティ、アクティブなサービスページ、AS154339、グローバルに可視の IPv4 および IPv6 ルート、最近の施設宣言は、一貫した公開図を形成します。ネットワークはコンパクトで新しく、自律システムフットプリントのないホスティングリセラーよりも実質的に観測可能です。

同じ記録は結論に制限を設定します。2 つの IPv4 /24 はフリート数ではありません。IPv6 /48 はコンピューティングではありません。2 つのルートネイバーは、3 つの物理的に独立したキャリアの証明ではありません。3 つのホーチミン市施設宣言は、3 つの複製されたホスティングリージョンではありません。Tier III の建物の文言は、エンドツーエンドのアプリケーション保証ではありません。毎日のバックアップの文言は、テストされた独立した復元パスではありません。

最も鋭い証拠は ZynData 自身の条件にあります。顧客は定期的なバックアップの責任を保持します。可用性はそこでは 99% のベストエフォートとして説明されています。通知されたメンテナンスと一部の攻撃停止はコミットメントの外にあります。支払いの失効は迅速に削除につながる可能性があります。これらの条件はサービスを使用不可にするものではありません。それらは慎重な顧客がその外側に保持しなければならない制御を定義します。

ZynData の機会は、信頼できるルーティングアイデンティティを信頼できる復旧ストーリーに変えることです。それには、最大ポートと保護番号への強調を減らし、ラック配置、予備ハードウェア、サポート権限、バックアップ分離、移行についての明確化を増やす必要があります。これらの詳細が特定の注文について文書化されるまで、正しい評価は、容量が想像上のものでも本質的に回復力があるものでもないということです。それは実際のホスティング容量であり、その使用可能で回復可能な制限はほとんど非公開のままであり、その顧客はソフトウェアコンソールが修理ウィンドウに道を譲らなければならない日に備えるべきです。