TEKNIX CLOUD TECHNOLOGY INFRASTRUCTURE JOINT STOCK COMPANY はラック、トランジット、修理対応時間に依存するホスティング容量を販売

概況

• TEKNIX CLOUD は、ウェブホスティング、クラウドホスティング、WordPress ホスティング、VPS、CyberPanel ホスティング、クラウドコンピュート、ベアメタル、ストレージに加え、世界25拠点から選択可能であると謳っている。しかし、その公開ページには、拠点名、施設運営者、基盤サーバーベンダー、あるいは世界規模での注文を実現する商業パートナーは明記されていない。
• 検証可能なローカルネットワークは AS149130 である。APNIC の記録では、同社はポータブルブロック103.234.150.0/23に関連付けられており、現在の経路観測では、より具体的な2つのアナウンスメント、103.234.150.0/24と103.234.151.0/24が確認され、合計512の IPv4 アドレスがあるが、発信元の IPv6 プレフィックスはない。
• いずれの/24アナウンスメントも有効な経路起点認証（ROA）を備えている。これは良好なルーティング衛生管理であるが、公開コレクターで確認できる隣接ネットワークは AS38733、CMC Telecom の1つのみである。BGP ネイバーが1つ観測されることは、ケーブル1本、ルーター1台、データセンター1拠点を証明するものではないが、非公開のプロバイダ依存関係と、可視的なドメイン間の代替経路が存在しないことを露呈している。
• 同ウェブサイトに表示されている VPS の5行は、すべて同一の1 vCPU、1 GB メモリ、2 TB 帯域幅、25 GB ストレージを月額6ドルで提供すると繰り返している。この価格に、公的なサービスレベル保証、バックアップポリシー、ステータス履歴、ハードウェア在庫、復旧目標、データエクスポートの取り決めは一切伴っていない。
• 証拠グレードはWeak（弱い）である。同社は実在し、稼働中で RPKI 有効なネットワークフットプリントを持つが、より広範なホスティングサービスの提案は、特定のラック、運用サイト、サポート義務、復旧能力に公開情報で結びつけることはできない。購入者は、実証されるまではすべての拠点および回復力に関する主張を契約上の疑問点として扱うべきである。

クラウドのショップフロントは、その背後にあるネットワークよりも広い

TEKNIX CLOUD の公開ウェブサイトはシンプルな約束を掲げている：顧客はクラウドサーバーとストレージを世界中にデプロイでき、25拠点から選び、必要に応じてスケールアップまたはスケールダウンし、使用した分だけ支払う。サービスのメニューには、ウェブホスティング、クラウドホスティング、WordPress ホスティング、VPS ホスティング、CyberPanel ホスティング、クラウドコンピュートが含まれている。別の案内では、同社が顧客のクラウドサーバー、ベアメタルマシン、ストレージのデプロイを支援すると述べている。これらを総合すると、これは単なる企業ウェブサイトやソフトウェアコンサルタントではなく、広範なインフラストラクチャのカタログである。

同ページでは、異例なほど明確な開始価格も提示している。表示されている VPS 表は、1仮想 CPU、1 GB メモリ、2 TB 帯域幅、25 GB ストレージという構成を月額6ドルまたは時間0.009ドルで示している。しかし、同じ構成が5回表示されている。「ホスティング」と「データセンター」の選択欄では、同等の目に見える製品詳細は提供されていない。宣伝されている25拠点の一覧はなく、プロセッサ世代、ストレージ媒体、ポート速度、アドレスポリシー、仮想化プラットフォーム、バックアップ許容量、または在庫インジケーターもない。顧客は、その価格が購入するものの物理的・契約上の境界を知る前に、価格だけを目にすることになる。

この区別はホスティングの経済性にとって根本的である。仮想マシンは数秒で注文できても、依然として物理ホスト上のスロット、メモリモジュール、ストレージデバイス、スイッチポート、IP アドレス、電力、冷却を消費する。誰かがハードウェアを調達し、設置し、監視し、故障部品を交換しなければならない。誰かがラックとネットワークの契約を結ばなければならない。誰かが、故障したホストを修理するか、再構築するか、供給業者を待つか判断しなければならない。クラウドの請求書はそれらすべての決定を一行の明細に圧縮するが、それらを消し去るわけではない。

大規模ハイパースケールプラットフォームであれば、購入者は通常、製品を公開リージョン、アベイラビリティゾーン設計、サービスレベル契約、広範な運用ドキュメントにマッピングできる。TEKNIX CLOUD のページにはそのような詳細は一切ない。その不在は、こうした体制が存在しないことを意味するのではない。購入者が公開オファーからそれらを推測できないことを意味する。月額6ドルのサーバーは、使い捨ての開発タスクには全く適切であり、取引システムの唯一のコピーには全く不適切となり得る。同じマシン仕様でも、その背後にあるラック、経路、サポート、復旧体制によって、まったく異なるリスクを負うことになる。

ここで、同社の可視ネットワークの小ささが有用になる。それはカタログ全体を検証するものではないが、マーケティング上の謳い文句に、検証可能な物理的な手がかりを与える。

公開記録が実際に立証するもの

最も強力な身元リンクは AS149130 である。APNIC の自律システムレコードは TEKNIXCLOUD-VN を名指し、リソースをベトナムに置き、2022年9月8日の登録を記録している。関連アドレスレコードは、103.234.150.0から103.234.151.255までのポータブルレンジを同じ TEKNIXCLOUD-VN ラベルに割り当てている。ベトナムの国家インターネットレジストリである VNNIC も、IP および ASN メンバーリストに Công ty Cổ phần Hạ tầng Công nghệ TEKNIX CLOUD を含めており、同じ2022年9月8日の日付が付されている。

これらの記録は、ソーシャルプロフィールなどよりはるかに説得力をもって、インターネット番号資源の管理を立証する。それらは、割り当てられた会社を ASN と/23の割り振りに結びつける。建物、ラック、特定のサーバーの所有権を立証するものではない。ポータブルアドレスの割り振りは、他社の施設に設置された機器からアナウンスされ、他社の伝送ネットワークを介して到達し、第三者によってサポートされることもある。リソース保有者はサービス表面の重要な部分を制御しているが、それを運ぶすべての層を必ずしも所有しているわけではない。

法人としての姿はやや流動的である。ベトナムの税データ一覧では、税コード0317327910が英語名 TEKNIX CLOUD TECHNOLOGY INFRASTRUCTURE JOINT STOCK COMPANY と2022年6月8日の営業日に関連付けられている。古いMaSoThue のリストには、ホーチミン市の194C Pasteur と代表者 Nguyễn Văn Quýが記載されている。より新しいThư Viện Pháp Luật のリストでは、異なる代表者と Sunwah Pearl の住所が示されている。これらは公開企業データの二次的な複製であり、確定した会社提出書類ではなく、相違は不正行為の証拠ではなく、現行の契約確認の理由として扱うべきである。

APNIC の登録にも古い Pasteur 住所が現れる。それは管理上の連絡先住所であり、サーバー設置場所の宣言ではない。IP ジオロケーションサービスはプレフィックスをホーチミン市に位置づけるかもしれないが、ジオロケーションはルーティングと商用データベースから構築された推測である。それで階、ケージ、電力ドメインを特定することはできない。したがって、正直な立地表明は狭い範囲に留まる：法的および番号資源記録はベトナムのものであり、ホーチミン市の管理を指しているが、顧客機器の物理的な場所は、ここで調査した公開資料では開示されていない。

この制約は、同ウェブサイトが世界中でのサービスを約束しているために重要である。番号資源記録は1つのベトナムの運用エッジを立証する。他の24拠点を立証するものではなく、価格ページに表示されている製品にベトナムのアドレスブロックが使用されていることも証明しない。購入者は、提供者が製品、場所、法的契約相手、ネットワークを明示的にマッピングすることを必要とする。

第2の TekNix の名称が所有権の問題を際立たせる

サービスのページは、境界を際立たせる方法で複雑にしている。フッターには「© 2022 TekNix Corporation」とあり、連絡先には teknixcloud.com ドメインが使われている。対照的に、AS149130 の APNIC レコードでは、teknix.cloud の連絡先を使用し、割り当てられた会社名を正式名で記載している。別のTekNix 企業プロフィールでは、TekNix Corporation を情報技術事業と説明し、サーバー、ホスティング、VPS、ドメイン、SSL、クラウド、データセンターサービスを宣伝している。これらの類似点は商業的またはブランド上のつながりを示唆するが、検討した公開ページでは法的関係は明示されていない。

また、異なる税コードを持つ別のベトナム企業記録である Công ty Cổ phần Công nghệ TekNix が存在し、別のネットワーク ID である AS140828 が Teknix Technology Joint Stock Company として登録されている。これらの名称すべてを1つのグループにまとめるのは簡単だろうが、それは株主記録、契約開示、または直接の会社声明なしには誤りである。共通のブランディング、連絡担当者、サービス説明は提携を示すことはあり得るが、それらだけでは、どの会社がサーバーを所有し、サポートチームを雇用し、顧客契約に署名し、支払いを受けるのかを確定できない。

したがって、この分析では、境界を TEKNIX CLOUD TECHNOLOGY INFRASTRUCTURE JOINT STOCK COMPANY と AS149130 に固定する。TekNix Corporation が関連するのは、その名称が割り当てられた会社のサービスページに現れ、かつ、配送チェーンのどこかに位置している可能性があるからに過ぎない。ここでは同一の法人、親会社、またはインフラの所有者としては扱わない。

顧客にとって、この区別は学術的なものではない。ウェブサイト運営者、請求書発行者、ASN 保有者、データセンター顧客が異なる組織である場合、1つのインシデントが複数の契約を跨ぐ可能性がある。サポートデスクがあるブランドで対応している間に、施設アカウントは別の会社に属するかもしれない。ハードウェア注文は再販業者の承認が必要かもしれない。ネットワークが技術的に健全であっても、請求書発行者によって請求紛争が引き起こされる可能性がある。顧客は明確な責任マトリックスを必要とする：誰が計算資源を提供し、誰が IP アドレスを管理し、誰がラック契約を結び、誰が施設アクセス権を持ち、誰がデータ処理者であり、終了時にデータを返却する義務を負うのか。

最も有用な証明はありふれたものである。注文書とマスターサービス契約は、法的な供給者と税識別子を明記すべきである。サービススケジュールは、開示が許される施設または上流パートナーを明記すべきである。サポートポリシーは、各故障ドメインをどのチームが担当するかを示すべきである。プライバシーおよびデータ処理条件は、下請業者と場所を特定すべきである。これらの答えはいずれも、共通のロゴで代用できるものではない。

2つの/24は実容量だが、容量の声明ではない

現在の経路観測では、AS149130 に可視的で持続的なフットプリントが認められる。RIPEstat のルーティングステータスビューは、2026年7月12日の観測時点で2つの IPv4 プレフィックス、512アドレスを示し、IPv6 /48は示さなかった。そのアナウンスプレフィックスリストは103.234.150.0/24と103.234.151.0/24を特定した。Hurricane Electric の BGP ToolkitとBGP.toolsも独自に同じ2つの IPv4 アナウンスメントを示し、IPv6 オリジンはなかった。

履歴も有用である。RIPEstat の経路履歴では、カバーしていた103.234.150.0/23が2022年10月に最初に記録されている。2つの/24もその月に現れ、本稿の観測日でも可視のままであったが、カバーする/23は2024年初頭に出現しなくなった。より具体的な/24アナウンスは運用上普通のものであり得る。それらは経路ポリシー、プロバイダ要件、トラフィックエンジニアリング、経路フィルターの扱われ方を反映しているかもしれない。この履歴はオリジンの継続性を立証するが、ポリシーを説明するものではない。

いずれの現在の経路も、RIPEstat の経路起点検証サービスから有効な結果を返す：103.234.150.0/24と103.234.151.0/24は、AS149130 に対する最大長/24の経路起点認可（ROA）でカバーされている。有効な RPKI は肯定的な運用シグナルである。これは、起点検証を行うネットワークに対し、ホルダーが AS149130 にそれらの経路を発信することを許可したことを伝える。これにより、偶発的または悪意のあるルーティング障害の一類が低減される。

それによって、どれだけの顧客サーバーがオンラインかは分からない。/23の割り振りは、少数の内部システム、数百の仮想マシン、ネットワークアドレス変換プール、または他所でホストされているサービスに使われるかもしれない。アドレス数はサーバー数ではない。経路可視性は使用率ではない。1つのスイッチの背後にある全ての顧客マシンがダウンしている間も、プレフィックスはグローバルに到達可能であり続け得るし、プロバイダが顧客を上流に属するアドレスに移動する際には、取り下げられることもある。

発信元の IPv6 がないことも同様に特异的である。これは公開経路表に AS149130 からの IPv6 プレフィックスがないことを示しているが、TEKNIX CLOUD がどこにも IPv6 機能を持たないことを示すわけではない。グローバルな拠点の顧客は、パートナーからアドレスを受ける可能性がある。公開ウェブサイトには記載がない。デュアルスタックサービスを必要とする購入者にとって、これは製品に関する質問である：どの拠点がネイティブ IPv6 をサポートし、誰がそれを発信し、復旧設計はそれを維持するのか。

したがって、設置容量、販売可能容量、復旧可能容量は3つの異なる量である。経路表は設置されたアドレッシングとネットワーク制御面を証明する。販売可能な電源投入済みホストの数、レプリケーション後に残るストレージ、ラック障害を生き残る計算資源について、何も語らない。それらこそが信頼できるホスティングオファーの背後にある量である。

唯一可視の隣接ネットワークは CMC Telecom

公開ネットワークで最も明確な集中は隣接関係である。RIPEstat のネイバービュー、BGP.tools、Hurricane Electric はいずれも、AS38733（CMC Telecom Infrastructure Company）を AS149130 にとって唯一観測された IPv4 ネイバーとして示している。IP2Location のAS149130 サマリーも同様に、CMC Telecom をアップストリームとして挙げ、ダウンストリームネットワークはないとしている。

この証拠は慎重に読まなければならない。TEKNIX CLOUD にルーターが1台、光ファイバーが1本、商用回線が1本しかないことを証明するものではない。同一プロバイダへの物理的に多様な2本のリンクが、1つの BGP ネイバーとして見えることがある。プライベート接続、デフォルトルート、パートナーアドレッシングサービスは公開コレクターから見えないかもしれない。通常は無音のバックアップもスナップショットから逃れることがある。逆に、1つの ASN への複数の BGP セッションが、建物入口、メトロダクト、コアネットワーク、またはアカウントチームを共有している可能性もある。ASN 数と回線多様性は同じではない。

この観測が実際に証明するのは、公開ドメイン間経路には可視的な代替ネットワークの相手方が存在しないことである。AS38733 が AS149130 の経路伝播を停止した場合、2つの/24はより広いインターネットへの実証済み経路を失う。原因は技術的、商業的、または管理上のものかもしれない：光ファイバー損傷、ルーター障害、経路フィルター、保守ミス、輻輳、契約満了、または支払い紛争である。顧客の視点からは、これらの原因は修復方法が異なるが、同じ症状、すなわち到達不能なサーバーを生じさせ得る。

CMC Telecom は薄いインフラプロバイダではない。同社の会社案内によれば、ベトナムを横断する2,500キロメートルのケーブルシステムと、ハノイとホーチミン市に3つのデータセンターを運営している。同社のデータセンター概要では、2,800以上のラック、5～20 kW のラック設計、24時間監視、Tier III または TIA-942 Rated 3施設を説明している。Tân Thuận サイトは CMC により、ホーチミン市にある1,200ラック、10,000平方メートルの施設と説明されている。これらの事実は、観測されたアップストリームが相当なネットワークと施設資産を持つことを示している。

これらは TEKNIX CLOUD が CMC の建物内にあることを示してはいない。アップストリーム関係は、CMC 所有のデータセンター、中立の施設、メトロアクセス回線、または仲介契約を通じて提供され得る。CMC の施設仕様は、サービス契約がその施設と関連する認証範囲を特定しない限り、TEKNIX CLOUD 製品に引き継がれることはできない。ラックが Tier III の建物内にあったとしても、シングル電源のサーバー、1台のトップオブラック（ToR）スイッチ、または1つの顧客構成は依然として故障し得る。

ASN クエリには、AS149130 の公開 PeeringDB プロフィールは存在しない。PeeringDB は任意であるため、不在はネットワークがピアリングまたはコロケーションしていない証拠にはならない。しかし、そこには交換ポイント、施設、相互接続ポリシー、トラフィックレベル、ネットワーク連絡先をリストした、オペレーターが維持する公開プロフィールがないことを意味する。経路表は CMC への依存を可視化しつつ、物理設計は非公開のままである。

「25拠点」の主張にはサプライヤーマップが必要

2つのベトナムの/24を持つプロバイダが、依然として25カ国でサーバーを販売することは可能である。ホールセラーからベアメタルインベントリをリースし、仮想マシンを再販し、フェデレーテッドクラウドプラットフォームを使用し、現地契約でラックを借り、またはパートナーネットワークからアドレスされたハードウェアを運用するかもしれない。これらのモデルのいずれも本質的に劣っているわけではない。それらは単に制御と障害責任を別の手に移すだけである。

したがって「25サーバー拠点」という表現は、所有権の主張ではなく、流通の主張である。同ウェブサイトは「25の自社データセンター」とは言っておらず、読者がそう解釈すべきではない。都市名、施設名、現地オペレーター、ネットワーク ASN を列挙していない。各拠点が同じ VPS、ストレージ、ベアメタル製品を提供しているかどうかも述べていない。顧客サポートが直接マシンにアクセスできるのか、それとも別のプロバイダにチケットを発行しなければならないのかについても説明していない。

この曖昧さには運用上の結果が伴う。TEKNIX CLOUD が海外のサプライヤーからサーバーを再販する場合、顧客は少なくとも4つの当事者に依存することになるかもしれない：アカウントは TEKNIX CLOUD、ホストはインフラサプライヤー、電力とアクセスはデータセンター運営者、到達可能性は1つ以上のキャリアである。故障したディスクは、その連鎖を通してチケットが回覧されることを必要とするかもしれない。いずれかのプロバイダでの請求停止がサービスを停止させる可能性がある。地域的な値上げや契約終了は、ハードウェアが健全でも移行を強制する可能性がある。

拠点の主張にはデータマップも必要である。プライマリ仮想マシンはシンガポールにあるかもしれないが、バックアップ、チケット添付ファイル、管理ログはベトナムに留まるかもしれない。コントロールパネルは計算資源とは別の国でホストされるかもしれない。グローバルストレージ製品は、契約で制限されなければ、管轄区域を跨いでデータを複製するかもしれない。「ロケーション」という言葉は、計算場所、ストレージ場所、バックアップ場所、コントロールプレーン場所、サポートアクセス場所に分割されなければならない。

最低限のサプライヤーマップは、提供される各都市について6つの質問に答えるべきである。物理ホストを所有またはリースしているのは誰か。それはどのデータセンターに収容されているか。顧客アドレスを発信する ASN はどれか。遠隔作業を提供するのはどの企業か。バックアップコピーはどこに保管されているか。サプライヤーが機能しなくなった場合、どの法人が責任を負うのか。プロバイダはラック番号や詳細なトポロジーを秘密にしておくことは合理的であり得るが、適切な契約の下で、施設、国、サービス所有者、復旧モデルを開示することは可能である。

そのマップなしでは、「世界中」は発見のためには有用だが、保証のためには弱い。それは購入者に、プロバイダが販売を望む場所を伝えるが、1つの契約や1つのサイトが消滅したときに何が稼働し続けるかを伝えない。

月額料金の背後に隠れる5つの障害パス

第一の障害パスはホストとラックである。仮想 CPU は実プロセッサ上でスケジュールされ、25 GB のストレージは実メディア上にある。物理ホストが故障した場合、復旧はワークロードが他で再起動できるか、ストレージが共有または複製されているか、予備の計算容量があるかどうかに依存する。プロバイダは複数のホストを所有しながら、繁忙期に利用可能なフェイルオーバー容量が全くない場合がある。顧客は、宣伝されているプランがシングルインスタンスの VPS なのか、高可用性サービスなのか、それとも単にハードウェア交換後に再構築されるマシンなのかを知る必要がある。

第二のパスは電力と施設メンテナンスである。データセンター認証は特定のサイトで評価された範囲を記述するものであり、自動的に顧客のラックアーキテクチャをカバーするわけではない。Uptime Institute はTier III が同時保守可能であることを説明している：計画作業のために、重要環境をシャットダウンすることなく容量コンポーネントと配電経路を取り外すことができる。これはインシデントが発生しないことを意味せず、また単一給電の IT 機器をレジリエントにするものでもない。購入者は、各サーバーが別系統へのデュアル電源を備えているか、ネットワーク機器も同様に保護されているか、計画メンテナンスでワークロードのシャットダウンがこれまでに必要とされたかどうかを尋ねるべきである。

第三のパスはトランジットである。AS149130 の AS38733 への可視的な依存は、経路伝播、容量、CMC との運用調整がサービスの一部であることを意味する。同一 ASN への2本目の回線はポートまたは光ファイバー障害には役立つかもしれないが、プロバイダ全体の経路ポリシー、アカウント停止、共有コアのインシデントからは保護されない可能性がある。真に独立したフォールバックには、キャリア、物理経路、ルーター、容量、経路ポリシーについての明確さが必要である。また、負荷下でのテストも必要である。ピークトラフィックを運べないバックアップリンクは、クリーンなフェイルオーバーを深刻な損失と遅延に変える。

第四のパスはハードウェア在庫とサポート要員である。故障した SSD、電源ユニット、光モジュール、スイッチの修理時間は、部品がサイトにあり、権限のある者が取り付け可能かどうかに依存する。グローバルな再販拠点はこの問題を拡大する。なぜなら、現地の技術者は TEKNIX CLOUD ではなくホールセラーのために働いている可能性があるからである。サポート時間、言語、エスカレーション権限、リモートハンド応答はインフラ特性となる。公開ページではメール連絡先が提供されているが、インシデント用の電話番号、ステータスページ、重大度定義、応答目標はない。

第五のパスは管理制御である。課金システム、ドメイン更新、ライセンスサーバー、不正利用処理、アカウント権限が、健全なマシンを無効にし得る。低マージンのプランは自動停止に依存しているかもしれない。TEKNIX CLOUD と下位サプライヤー間の紛争は、期日通りに支払った顧客に影響を与え得る。顧客契約は、通知、合法的な救済期間、データへの緊急アクセス、請求書紛争のための規定手順を要求すべきである。また、ステータスとサポートチャネルが完全に障害発生中の本番環境に依存しないことを保証すべきである。

これらのパスは複合的に作用し得る。施設メンテナンス期間中のホスト障害は予備容量を使い果たすかもしれない。経路変更によりサポートポータルが到達不能になるかもしれない。サプライヤーは、停止されたアカウントからのエクスポートを解放する前に支払いを要求するかもしれない。レジリエンスはコンポーネントのリストではなく、都合の悪い2つのことが同時に発生したときに、配送チェーン全体が継続または復旧する能力である。

バックアップは復旧ではなく、移行はダウンロードボタンではない

同ウェブサイトの公開オファーは、VPS バックアップが含まれているか、スナップショットがクラッシュ整合性を持つか、コピーがどのくらいの頻度で作成されるか、それらがどこに保管されるか、復元にどのくらい時間がかかるかを明記していない。サービススケジュールが別途明示しない限り、顧客はこれらの特性のいずれも前提とすべきではない。同一ストレージシステム上のスナップショットは一部のユーザーエラーから保護するが、ストレージシステム、施設アカウント、またはプロバイダ自体の喪失からは保護しない。

NIST は、緊急時計画を、混乱後にシステム、運用、データを復元できる調整された計画、手順、技術的対策のセットと説明している。その緊急時計画ガイダンスには、代替機器、代替処理、別の場所での復旧が含まれている。重要な言葉は調整された（coordinated）である。資格情報、ネットワーク構成、暗号鍵、アプリケーション依存関係、移行先プラットフォームが欠けている場合、バックアップファイルはほとんど価値がない。

TEKNIX CLOUD の顧客にとって、復旧は製品ではなくワークロードによって定義されるべきである。許容可能な最大データ損失はどれくらいか。サービスはどれだけ迅速に復旧しなければならないか。復旧には同じ IP アドレスが必要か。DNS は移動できるか。ライセンスは故障したホストに紐づいているか。プライマリコントロールパネルなしでバックアップにアクセスできるか。完全な復元は別の場所から時間計測されたことがあるか。プロバイダは能力を提供できるが、顧客がアプリケーションを構成しテストしなければならない。クラウドの信頼性は、より大規模なプラットフォームでもそうであるように、マイクロソフトの信頼性ガイダンスが説明する通り、共有責任である。

移行は最後の復旧パスである。NIST のクラウド概要と勧告は、移植性が標準インターフェースとデータフォーマットに依存することに言及している。基本的な VPS では、顧客がファイルをコピーして Linux マシンを再構築できるため、移植性は簡単に見えるかもしれない。実際には、エクスポートにはディスクイメージ、データベース、オブジェクトデータ、DNS ゾーン、ファイアウォールルール、証明書、ログ、スナップショット、アカウントメタデータが含まれ得る。大規模データセットのイグレス時間は、残りのサービス期間を超える可能性がある。

顧客は、関係が健全なうちに脱出をテストすべきである。別の場所に代表的なシステムを構築し、データを復元し、ネットワーク経路を変更し、失われたものを計測すべきである。資格情報と構成の独立したコピーを保持すべきである。重要なサービスについては、プロバイダの管理ドメイン外にバックアップを保持すべきである。テストでは、通常のダッシュボードが利用できず、サポートが手動でエクスポートを承認しなければならないような劣化シナリオもカバーすべきである。

脱出を説明し実証できるプロバイダは、顧客に去るよう勧めているのではない。それは、自らが販売する依存関係を理解していることを示しているのである。

ベトナムのクラウド規則が場所と責任をより具体的にする

ベトナムは現在、電気通信法の中でクラウドとデータセンターサービスを明示的に規制している。2023年電気通信法は、データセンターサービスとクラウドコンピューティングサービスを定義し、プロバイダに提供の登録または通知、サイバーセキュリティ、情報セキュリティ、個人データ規則の遵守、サービス品質の宣言を義務付けている。また、電気通信事業者が、データセンターまたはクラウドサービスを商業的に提供する前に、適用される基準と技術規制への適合を宣言することを義務付けている。

政令163/2024/ND-CPにより、データセンターおよびクラウドコンピューティングサービスを管理する規定が2025年1月1日に発効した。これはサービス利用者の詳細に関する情報保持義務を定め、クラウドまたはデータセンターサービスを利用する国家機関のデータはベトナム国内に保管することを義務付けている。これらの規則は、全ての民間企業が全てのデータセットをベトナムに保持しなければならないことを意味するものではなく、TEKNIX CLOUD が特定の届出を完了したかどうかを証明するものでもない。しかし、これらはサプライヤーの身元、サービス分類、物理的場所を、任意のパンフレット詳細ではなく、重要なコンプライアンスの問題とする。

個人データ保護法は2026年1月1日に施行され、正確な処理マップの価値をさらに高める。ホストされたサーバーに個人データを置く顧客は、どの組織がそれを処理し、どのスタッフや下請業者がアクセスでき、インシデントがどのように処理され、越境転送がどこで発生し、削除または返却がどのように機能するかを知る必要がある。同じプロバイダがグローバルな拠点を宣伝している場合、ベトナムの ASN とオフィス住所だけでは完全な答えにはならない。

したがって、データ主権は運用上の特性として評価されるべきである。プライマリデータセットはローカルかもしれないが、リモートバックアップやチケット添付ファイルはそうでないかもしれない。海外の拠点は遅延要件を満たす一方で、転送義務を生じさせるかもしれない。プロバイダは、マシンがローカルであってもグローバルなコントロールプレーンを使用するかもしれない。契約では、サービス全体を「ベトナム」や「グローバル」と単純に分類するのではなく、各データクラスと場所を特定すべきである。

規制は復旧とも交差する。国家機関のワークロードがベトナム国内に留まらなければならない場合、技術的に健全であっても海外の復旧サイトは使用不可能かもしれない。個人データを返却または削除しなければならない場合、プロバイダはライブボリューム、バックアップ、ログの目録を必要とする。下位の再販業者が機能しなくなった場合でも、TEKNIX CLOUD は顧客データを復旧または処分する合法的な方法を必要とする。コンプライアンスとレジリエンスは同じ前提条件を共有する：データと制御権が実際にどこにあるかを知ることである。

信頼できる冗長性とは何か

ベトナムの AS149130 サービス面において、信頼できるネットワーク冗長性は、エッジルーター、クロスコネクト、キャリア、物理的入口、単一障害後の残余容量を示す図から始まるだろう。両方の回線が AS38733 に繋がっている場合、プロバイダはその設計がどの障害をカバーし、どの障害をカバーしないかを説明すべきである。第二のプロバイダやインターネットエクスチェンジが利用可能だが通常は公開ビューから隠れている場合、制御されたフェイルオーバーの記録は、それが経路とトラフィックを運べることを示すべきである。

施設冗長性は、本番サイトと復旧サイト、それらの距離、共有依存関係を特定するだろう。1つの建物内の2部屋はラックインシデントからは保護するが、建物インシデントからは保護しない。同じ氾濫原、ユーティリティ変電所、メトロ光ファイバー経路上の2つの建物は、依然として同時に故障する可能性がある。購入者は機密の回路図を必要としないが、共通の故障境界を理解するのに十分な情報は必要である。

計算冗長性は、顧客ワークロードが再起動できなくなるまでに何台のホストが故障できるかを明言するだろう。ストレージ冗長性は、レプリケーションが同期か、非同期か、バックアップのみか、その後どのようなデータ損失ウィンドウが続くかを特定するだろう。サポート冗長性は、プライマリエンジニア、チケットシステム、またはサプライヤー連絡先が利用不可能になった場合に誰が引き継ぐかを示すだろう。商業的冗長性は、ホールセールプロバイダがサービスを終了または条件を変更した場合に何が起こるかに対処するだろう。

25拠点のカタログについては、プロバイダは単一のグローバルな回答を控えるべきである。各拠点は異なるオペレーター、ネットワーク、ハードウェア在庫、法的環境を持ち得る。レジリエントな拠点マトリックスは、少なくとも都市または国、製品タイプ、アドレスファミリ、施設またはサプライヤークラス、バックアップオプション、サポートカバレッジを公開するだろう。可用性の主張は、ブランド全般ではなく、製品とサイトに付随させるべきである。

証明には最近のテストを含めるべきである。経路フェイルオーバーは複数のネットワークから観測されるべきである。ホスト退避は予備容量を実証すべきである。復元は復旧時間とデータ損失を記録すべきである。サポート演習は、緊急チケットが行動権限のある人物に届くことを示すべきである。エクスポートテストは、顧客が他所で再構築できることを示すべきである。設計に関する主張は有用だが、測定された結果ははるかに強力である。

サービスが停止した場合の影響を受ける者

VPS 障害の直接の被害者は、必ずしもそのサーバーを購入した本人ではない。小規模なホスティングアカウントは、会社のウェブサイト、オンラインショップ、顧客データベース、電子メール、リモートアクセスゲートウェイ、監視、あるいは他社が利用する API を支えているかもしれない。アドレスが密に割り当てられていれば、到達不能な1つの/24が無関係な多数のテナントに影響を与え得る。公開ルーティングデータはそれらの顧客を数え上げたり、そのサービスを特定したりできないため、影響を誇張すべきではない。しかし、プロバイダの規模が示唆するよりも経済的に広範に影響が及ぶ可能性はある。

影響はレイヤーに依存する。経路が取り下げられると、影響を受けるアドレス上の全サービスがインターネットの大部分から到達不能になる。故障したホストはそのマシン上のワークロードにのみ影響する。ストレージ破損は、サーバーが見かけ上オンラインのままデータを損傷させる可能性がある。サポート障害はあらゆるインシデントを長引かせる。課金ロックは選択的に1つのアカウントを停止できる。コントロールパネル障害は、ウェブサイトが稼働し続けていても変更を妨げるかもしれない。

顧客はこれらの露出を減らすことができる。パブリック DNS は独立したプロバイダを使用できる。重要なデータはアカウント外に複製できる。監視は複数のネットワークから実行できる。構成は別のリポジトリに保持できる。異なるインフラと管理をもつ二次サービスを準備できる。これらの対策のいずれも、プロバイダの義務を免れさせるものではない。それらは、1つのプロバイダアカウントが顧客の唯一の復旧経路になるのを防ぐ。

プロバイダもまた影響を受ける。小さな経路フットプリントは、大規模なインシデントが一度に技術チームの注意の多くを消費することを意味する。グローバルな拠点が再販業者に依存している場合、サポートスタッフはタイムゾーンと契約を跨いで調整しなければならない。低い月額料金は、ビジネスが規模を達成しない限り、アイドルハードウェアと大規模なサポートチームのための余地を限られたものにする。だからこそ、購入者は安価なサービスが脆弱か効率的かのいずれかと想定するのではなく、容量と応答について尋ねるべきである。答えは運用設計の中にある。

調達テストは具体的であり、儀式的ではない

本格的な購入者は、一般的な保証資料ではなく、TEKNIX CLOUD に現在のサービススケジュールを要求すべきである。そのスケジュールには、契約法人と税識別子、選択した場所、物理インフラプロバイダ、IP オリジンモデル、含まれるサポート、バックアップポリシー、メンテナンス通知、可用性目標、サービス与信条件が明記されるべきである。TEKNIX CLOUD が保持する責任と、ホールセラーまたは顧客に渡される責任を区別すべきである。

次いで購入者は、選択した製品の証拠を要求すべきである。AS149130 を使用するベトナムのサービスは、2つのアナウンスされた/24にマップするか、なぜ異なるアドレスを使用するかを説明すべきである。グローバルサービスは、パートナーネットワークを名指しすべきである。プロバイダは、顧客が IP アドレスを持ち込めるか保持できるか、不正利用の苦情がどのように処理されるか、終了後に経路とデータがどうなるかを述べるべきである。

復旧に関する質問は実証として構成されるべきである。代表的なバックアップを復元する。ホストを故障させる。アップストリームのメンテナンス時間中にトラフィックがどのように移動するかを示す。営業時間外に緊急チケットをエスカレーションする。アカウント全体をエクスポートし、それを再構築する。その結果が、6ドルのワークロードすべてにハイパースケール基準を満たす必要はない。それは顧客がサービスに賭けるリスクに見合わなければならない。

購入者はブランド境界も解決すべきである。なぜサービスページに TekNix Corporation の著作権表示がある一方で、AS149130 は TEKNIX CLOUD TECHNOLOGY INFRASTRUCTURE JOINT STOCK COMPANY に属するのか。請求書にはどの名前が現れるのか。どの会社がデータ処理者なのか。ベトナムのラックを所有またはリースしているのはどれか。明確な答えは信頼を実質的に向上させるだろう。不明確な答えは、サポート、責任、脱出が組織の曖昧さに晒され続けることを意味する。

最後に、購入者は独自に観測可能な事実を監視すべきである。2つのプレフィックス、それらの RPKI ステータス、AS38733 への隣接関係は有用なベースラインである。変化は自動的にインシデントではないが、疑問を生じさせる。公開ルーティングは、プロバイダからの通知と顧客自身の到達可能性テストと組み合わせたときに最も価値がある。

実在するネットワークエッジと、未証明のクラウド資産

TEKNIX CLOUD は単に色彩豊かなページ上の名前ではない。AS149130 はアクティブであり、その512の IPv4 アドレスは可視化され、現在の2つの/24アナウンスメントはいずれも有効な経路起点認証を有している。VNNIC と APNIC の記録は、そのネットワークを割り当てられたベトナム企業に結びつけている。これらは意味のある運用シグナルである。

シグナルには限界もある。公開で観測された隣接 ASN は CMC Telecom のみである。IPv6 オリジンも PeeringDB プロフィールも可視化されていない。同ウェブサイトの25拠点という主張には、拠点リストもサプライヤーマップも付いていない。価格表は1つの小さな VPS 構成を繰り返しており、一方でページにはサービスレベル、バックアップ、インシデント、復旧、移植性の条件は一切公開されていない。公開企業記録とサイトの TekNix Corporation ブランディングは、配送境界を顧客契約があるべき姿よりも不明確なままにしている。

この組み合わせが証拠グレードを Weak（弱い）とするのであり、それはネットワークが休眠状態に見えるからではなく、顧客への提案が検証可能な資産よりもはるかに大きいからである。ライブルートは到達可能性を証明できるが、予備ハードウェア、第二の電源経路、独立したキャリア、要員のいる修理時間枠、顧客データの復元可能なコピーを証明することはできない。これらの事実は施設と契約の中に存在する。

TEKNIX CLOUD は、具体性をもってこのギャップを埋めることができる：場所とサプライヤーを明示し、法的なサービス所有者を特定し、意味のある製品条件を公開し、ネットワークと施設の冗長性を文書化し、テスト済みの復旧と脱出の経路を示すことである。それまでは、購入者は可視化された AS149130 のフットプリントを、より広範で未開示のホスティングチェーン内における1つの実証されたベトナムのエッジと見なすべきである。アカウントは便利で経済的かもしれないが、そのレジリエンスは、障害時に発見するものではなく、障害前に証明されるべきものであり続ける。