概要

  • TrimafaNet は検証可能なインドネシアのネットワークアイデンティティを持っている:IDNIC の記録では AS154503 とポータブル IPv4 ブロック 198.15.30.0/24 がアクティブであり、独立した経路観測ではその /24 がグローバルに可視で、有効なルート起点認証によってカバーされている。これは現在のネットワーク運用の有意な証拠だが、わずか 256 の IPv4 アドレスであり、公に可視な IPv6 空間はない。
  • 同社の現在のウェブサイトは、家庭、ビジネス、専用インターネット接続を販売しており、ネットワーク設置、ケーブル配線、機器、コンピュータ修理も提供している。現行のクラウド、VPS、ベアメタル、マネージドホスティングのカタログを公に掲載していないため、ホスティング型コンピュートの提案は、TrimafaNet がサービス説明と契約を提供するまで未検証と見なすべきである。
  • PeeringDB は TrimafaNet をジャカルタとスラバヤにそれぞれある2つのサードパーティ施設に登録している。これらの申告は複数都市にまたがるネットワークプレゼンスを示すが、建物の所有権、特定のラック数、複製されたコンピュート設備、拠点間の自動フェイルオーバーを示すものではない。
  • 現在の経路観測では1つの隣接自律システムが示されている。他の公開記録は異なる接続相手を挙げており、これは変更、間接的な経路、または古い申告を反映している可能性がある。どの記録も同時に独立したトランジットを証明しておらず、1つの稼働経路ではテスト済みの復旧経路を確立できない。
  • 顧客は、営業用語がしばしばキャパシティという言葉に圧縮する4つのものを区別すべきである。すなわち、登録されているもの、設置されているもの、電力が供給され到達可能なもの、保守や障害時に使用可能なままのものだ。TrimafaNet については、最初の2つのカテゴリーは部分的に観測可能だが、後の2つは主に契約上の問題として残る。

クラウド提案が突き当たる物流の現実

ホスティングサービスは抽象化として販売される。顧客はストレージ、メモリ、処理能力、帯域幅、あるいは管理サービスを借り、マシンがどこにあるかという詳細を気にする必要はない。その抽象化は有益だが、自己充足的ではない。あらゆる仮想サーバの背後には物理サーバがあり、あらゆるストレージボリュームの背後にはドライブとコントローラがあり、あらゆる公開エンドポイントの背後にはアドレス、ルータ、光ファイバ経路、トランジット契約がある。そして、物流の問題も存在する。故障したコンポーネントは、手配可能で、適切な都市へ輸送され、セキュリティを通って搬入され、起きていて、権限があり、技能のある担当者によって取り付けられなければならない。

TrimafaNet は、その新しいネットワークアイデンティティが本物である一方、ホスティング型コンピューティングに関する公開証拠が乏しいため、そのギャップを検証するのに適した企業である。同社の現在のホームページでは、PT Trimafa Computindo Networking をマドゥラ島パメカサンのインターネットサービスプロバイダーと称している。7 Mbps から 50 Mbps までの家庭向けパッケージを宣伝し、家庭、商店、学校、オフィス向けのサービスを紹介している。ナビゲーションには、ファミリー、ビジネス、専用インターネットの製品が含まれる。また、ネットワーク設置、CCTV、コンピュータ修理、ネットワーク機器、ケーブル配線、IT コンサルティングも宣伝している。

これは典型的なローカルインフラ事業である。接続性と、その接続に関わる労力を販売している。しかし、同じ公開サイトには、仮想プライベートサーバ、パブリッククラウドインスタンス、ベアメタルマシン、ストレージバケット、バックアップ、マネージドアプリケーションホスティングのカタログは掲載されていない。専用製品ページでは、専用接続について電話で問い合わせるよう促しているが、専用サーバについては説明していない。この区別は単なる言葉の細かさではない。専用回線と専用マシンでは、ボトルネック、交換時間、退出コストが異なるのである。

したがって、委託された問いは、すべてのオンラインサービスがハードウェアに依存しているかどうかではない。依存しているのは確かだ。問題は、TrimafaNet の検証可能な運用実態が、ホスティングキャパシティの購入者が必要とするであろう、より具体的な約束を裏付けるかどうかである。公開記録は、組織、アドレスブロック、経路、申告された施設プレゼンスを確認できる。しかし、サーバが何台存在するか、顧客のワークロードがそれらに分散されているか、誰がハードウェアを所有しているか、予備電力がどれだけ確保されているか、あるいは契約終了時にデータをどれだけ迅速にエクスポートできるかは、まだ確認できない。

この証拠のギャップは、それ自体が意思決定に役立つ。潜在顧客に対して、商業的抽象化がどこで終わり、契約、技術スケジュール、あるいは拠点固有の開示がどこから始まるべきかを示している。

TrimafaNet が現在販売していると示せるサービス

最も強力なサービス証拠は TrimafaNet 自体から得られ、それはまずコンピュートではなくアクセスを示している。会社概要では、パメカサン県に位置し、パメカサンと周辺地域の住民、機関、企業にサービスを提供する ISP と説明されている。ホームページには月額インターネット料金が表示され、パッケージは無制限と記載されている。ビジネスページもサーバ製品ではなくインターネットアクセスとして位置付けられている。ナビゲーションに「専用」という言葉があるが、そのページでは電話連絡先以外に帯域幅、サービスレベル、設置、ルーティング、機器、復旧に関する仕様は示されていない。

関連するサービスは、インフラの回復力に特に関係が深い。TrimafaNet のネットワーキングページでは、設置、MikroTik 設定、ネットワーク制御を提供している。コンピュータメンテナンスページでは PC やノートパソコンの修理を提供している。機器ページではネットワーク機器の販売を明記し、ケーブル配線ページではネットワークケーブルの製作と設置を提供している。コンサルティングページでは IT 問題の支援を提供している。

これらのページを総合すると、ローカルな技術要員と顧客宅内対応能力を備えた事業であることが示唆される。これは、遠隔地の全国規模の供給業者には近隣の技術者がいない可能性があるパメカサンでは貴重だろう。ケーブルを設置し、ルータを設定し、クライアントデバイスを交換できる企業は、単に他の事業者にチケットを発行するだけの再販業者よりも、サービスチェーンのより多くを管理している。

しかし、これらのページをホスティング型コンピュートの証拠に拡大解釈することはできない。PC の修理はサーバのスペアパーツの証拠にはならない。ネットワーク機器の販売は、ジャカルタやスラバヤでの在庫の証拠にはならない。パメカサンの顧客の元に駆けつけられる技術者が、数百キロ離れたサードパーティのデータセンターに立ち入る権限を持っているとは限らない。また、技術サポートの一般的な約束は、故障したディスク、電源障害、緊急時の移行に対する対応時間を確立するものではない。

慎重を期す第二の理由は、現在のサイトと古いサイトで会社名が完全に同一ではないことである。稼働中の trimafa.net.id サイトは PT Trimafa Computindo Networking を名乗っているが、古いtrimafa.com のプロフィールでは PT Trimafa Network Indonesia としている。連絡先電話番号とバジュール、ワル、パメカサンの所在地が重複していることから、事業アイデンティティの継続性が示唆されるが、これらのページだけでは2つの名称間の法的関係は確立できない。したがって、本記事における現在のインフラ関連の主張は、IDNIC、APJII、PeeringDB に AS154503 として記録されている PT Trimafa Computindo Networking に結びつけている。

この規律は、顧客が契約を結ぶ際に重要になる。請求を行い、機器を所有し、ラックスペースを借り、インターネットリソースを保持する主体が特定可能であるべきだ。マーケティングに表示される名称とサービス注文書の名称が異なる場合、契約書には、稼働時間、データ保護、返金、解約の義務を負うエンティティが明記されるべきである。

AS154503 は実在し、新しく、小規模である

TrimafaNet の最も重要な独立検証可能な資産は AS154503 である。自律システム番号は、組織がルーティングポリシーを表明し、独自のアイデンティティでインターネット経路を起点とすることを可能にする。大規模なネットワークを保証するものではないが、事業者とその接続プロバイダー間の境界をより観測可能にする。

AS154503 の IDNIC RDAP レコードでは、当該ネットワークを IDNIC-TRIMAFA-AS-ID と識別し、インドネシアに割り当て、アクティブとマークしている。登録イベントの日付は 2026年2月18日である。関連する198.15.30.0/24 の IDNIC レコードは、その IPv4 ブロックをアクティブかつポータブルとしている。ポータブルステータスは重要である。なぜなら、アドレスリソースが単に上流の空間の一部ではなく、保有者に割り当てられていることを意味するからだ。ただし、継続的な使用は依然としてレジストリでの地位、経路受信、運用上の接続性に依存する。

経路観測が次の証拠層をもたらす。RIPEstat のAS154503 のルーティングステータス結果は、256 アドレスを表す1つの IPv4 プレフィックスを報告し、IPv6 プレフィックスはない。198.15.30.0/24 が 2026年3月2日に初めて観測され、2026年7月の観測時点でも可視であったと記録している。付随するアナウンスプレフィックス履歴では、最近の観測ウィンドウ中に /24 が出現しているが、表示されたタイムラインに短い中断がある。ある測定システムにおける欠落区間は、それ自体では顧客の停止の証明にはならない。むしろ、経路コレクターと事業者自身の監視を比較する理由となる。

この経路は有用なセキュリティ制御も備えている。RIPEstat のルート起点検証結果は、AS154503 が最大長 /24 で 198.15.30.0/24 を起点とする有効な認証を見つけている。これにより、起点検証を実施しているネットワークが、その経路を不正と見なして拒否するリスクが低減される。ただし、経路漏洩、機器故障、DoS 攻撃、上流切断を防ぐものではない。観測された起点と暗号化された認証が一致していることを証明している。

規模の解釈は誤りやすい。/24 は、広範なフィルタリングを受けることなくグローバルインターネット上で通常伝搬される最小の IPv4 ブロックである。ネットワークインフラと限られた数のパブリックサービスには十分であり、特にプライベートアドレスと変換が使用される場合はなおさらだ。しかし、これは 256 台の顧客サーバの証拠ではない。アドレスが予約されたり、共有されたり、ルータによって使用されたり、未割り当てのままだったりする可能性があるからだ。逆に、より少ないパブリックアドレスの背後に多数の仮想サーバが存在することもできる。アドレス数はルーティング上の事実であり、コンピュートキャパシティの尺度ではない。

観測された IPv6 アナウンスがないことも重要である。PeeringDB のTrimafaNet ネットワークエントリは IPv6 のサポートを宣言し、IPv6 プレフィックスに関する自己申告の数値を提供しているが、RIPEstat は AS154503 からの IPv6 アナウンスを観測していない。顧客は、ケイパビリティフラグではなく、テストされた経路割り当てとサービス仕様に依存すべきである。この不一致は、IPv6 が計画段階であるか、AS154503 の起点として可視でないコンテキストで使用されているか、あるいは展開前に単に宣言されただけである可能性を示唆する。いずれの説明が正しいかは公開証拠では判断できない。

ウェブサイトは自社ホスティングプラットフォームの証拠にはならない

小規模プロバイダーのホスティングフットプリントを過大評価する最も簡単な方法の一つは、自社のウェブサイトが自社ネットワーク上で稼働していると想定することだ。TrimafaNet のウェブサイトはそうではないようだ。2026年7月時点で、trimafa.net.id は 203.175.9.132 と、そのウェブホストに関連付けられた IPv6 アドレスに解決された。RIPEstat のIPv4 アドレスのネットワーク情報結果は、203.175.9.132 が AS58487 によって生成された 203.175.9.0/24 に属し、AS154503 ではないことを示している。そのホストブロックのAPNIC RDAP レコードは、それを RUMAHWEB-ID と識別している。PANDI のtrimafa.net.id のドメインレコードは、Rumahweb のネームサーバを記載し、ドメインがアクティブであることを示している。

企業ウェブサイトをアウトソーシングすること自体に本質的な弱点はない。アクセスプロバイダーが、自社のネットワークに問題が発生した場合でも到達可能なインフラに販売・サポートページを置くことは賢明であり得る。外部の権威 DNS とウェブホスティングは、顧客コミュニケーションと本番ネットワークの間に有益な分離を生み出すことができる。

この構成でできないことは、TrimafaNet のクラウドプラットフォームを実証することである。このウェブサイトは、同社が少なくともこの公共サービスについてサードパーティのホスティング環境を利用していることを示している。TrimafaNet が AS154503 の下で他のサーバを運用しているかどうか、そのサイトが回復力のために意図的に分離されたのかどうか、あるいはこの構成が単に従来の共有ホスティングの購入であるかどうかは明らかにしない。正しい結論は限定的だ。すなわち、稼働中の企業ウェブサイトは、同社自身の自律システム上で稼働しているワークロードの例ではない、ということだ。

これには、障害情報伝達に関する現実的な意味合いがある。顧客がサポート番号を得るためにウェブサイトを利用する場合、その外部ホスティングは AS154503 の経路障害時にもアクセスを維持できる可能性がある。しかし、同サイトは専用のステータスページやインシデントアーカイブを公開していない。障害時に到達可能なパンフレットは、現在の運用通知と同じではなく、顧客は依然として、影響を受ける接続から独立した機能するエスカレーションチャネルを必要とするだろう。

2つの施設申告、2つの実証されたクラウドではない

PeeringDB は最も重要な物理的手がかりを追加している。TrimafaNet のネットワークレコードは、Cyber データセンター International Jakartaスラバヤの OMADATA E1での相互接続を宣言している。これらのレコードは 2026年3月に作成され、ローカル ASN 154503 を両方の施設に関連付けている。これは、事業者、あるいはその PeeringDB エントリの権限ある管理者が、当該ネットワークが2都市に存在すると表明している証拠である。

これは漠然としたマーケティングマップよりは強力だが、ラックの在庫リストよりは弱い。PeeringDB は参加者が維持する相互接続ディレクトリである。ネットワーク対施設の申告は、リースされたラック内の所有ルータ、パートナーを通じて提供されるポート、リモート接続、あるいは施設の規則に沿ったその他の構成を意味し得る。ラックユニット数、消費電力、クロスコネクト経路、サーバモデル、ストレージシステム、契約期間は開示しない。また、いずれかの拠点に顧客コンピュートが設置されているかどうかも示さない。

2つの拠点は異なる戦略的役割を持つ。Cyber データセンター International は南ジャカルタのクニガン・バラットにある Cyber Building 内に位置する。その施設ページには、密集したネットワーク群とローカルエクスチェンジが掲載されている。この種の相互接続環境は、国内ネットワークやトランジットプロバイダーへの経路を短縮し得る。Omadata はスラバヤ中心部にあり、ジャカルタよりもパメカサンにはるかに近く、サービス提供地域の同じ東ジャワ側に位置する。その施設ページには、大規模なネットワークコミュニティと複数のエクスチェンジが掲載され、建物には多様な給電変電所があると記されている。

Omadata 自身のインフラ説明はより詳細である。同社は、冗長精密冷却、Meet-Me Room、複数の通信事業者、24時間年中無休のサポートとスマートハンド、オンライン UPS システム、冗長発電機、42U ラック、設備容量として 100 ラック以上の設置を宣伝している。これらは Omadata の施設レベルの主張である。これらを黙って TrimafaNet に当てはめてはならない。テナントは、ラックユニット1つ、電源1系統、クロスコネクト1回線、あるいはリモートサービスだけを購入するかもしれない。そのテナントが利用できる回復力は、購入した構成に依存する。

同様に、Omadata が 100 台以上のサーバラックを設置できるという声明は、TrimafaNet の使用可能なキャパシティではない。建物の容量は多くのテナントに販売され得る。一部のラックは占有され、一部の電力はすでにコミットされ、新しい回線にはリードタイムが必要かもしれない。空のラックであっても、電力、冷却、ネットワークポート、ハードウェア、運用チームが整うまでは有用ではない。キャパシティは連鎖であり、最も小さい利用可能なリンクが短期的な上限を設定する。

したがって、2都市での申告は有望だが不完全である。地理的な分離の可能性を生み出すが、同一の顧客サービスが両方の都市で稼働していること、データが都市間で同期されていること、あるいは一方の拠点に他方を吸収するのに十分なアイドルリソースがあることを証明しない。各都市にルータがあるのはマルチサイトネットワークである。それは自動的にマルチサイトクラウドではない。

可視経路の隣接1つが中心的な制約である

インターネットエッジでは、有効な唯一の経路が消失した場合にプロバイダーが顧客に到達できなくなるため、経路の多様性が重要になる。RIPEstat のASN ネイバー結果は、2026年7月時点で AS154503 のネイバーとして AS38158、PT Cyberindo Aditama の1つを観測した。RIPEstat のBGP 状態ビューは、AS38158 AS154503 で終わる経路を繰り返し示している。プレフィックスは広範に可視であったが、TrimafaNet の前の最後の外部ネットワークはサンプリングされた経路で同じであった。

これが裏付ける正確な記述は、その経路は観測された1つの隣接自律システムを通じてグローバルに到達可能であったということだ。TrimafaNet が物理ケーブルを1本しか持っていない、あるいは商業的な供給業者が1社しかいないことを証明するものではない。別々の回線が同一の上流 ASN に終端することもある。バックアッププロバイダーも障害発生までアイドル状態であり、通常の経路観測に現れないかもしれない。しかし、ここで検討した公開観測では、同時に可視な2つ目の AS レベルの経路は示されなかった。

他の記録は状況を解決するどころか複雑にしている。IPGeolocation の AS154503 ページで再現されている APNIC WHOIS テキストは、AS7597 を含むインポート、エクスポート、デフォルトポリシーを記載している。IPinfo のAS154503 サマリーと IP2Location のASN ページは、AS150191 を上流として特定している。これらは、以前の構成、間接的な配送、異なるタイミングで収集されたデータ、あるいは各サービスに同じようには可視でない経路経路を記述している可能性がある。これらを3プロバイダーの多様性の主張に組み合わせるべきではない。

PeeringDB は別の明らかな矛盾を示している。現在の API 由来のネットワークレコードは、2つの施設を報告しているが、TrimafaNet に関する公開エクスチェンジ接続はない。両方の建物がエクスチェンジインフラをホストしているにもかかわらずである。施設の存在はピアリングを可能にするが、ネットワークがエクスチェンジに参加したことやセッションを確立したことを証明しない。クロスコネクトの購入、ルータの設定、経路の受け入れは、別個の運用ステップである。

実際的な障害シナリオは明確である。AS38158 が唯一のアクティブな経路ネイバーである場合、上流のポリシーエラー、アカウント停止、ルータ障害、相互接続の不具合によって、TrimafaNet のサーバとローカルアクセス機器が通電したままであっても、198.15.30.0/24 はグローバルな到達可能性から除外され得る。有効なルート起点認証は、誰もその経路をアナウンスしない場合には役に立たない。両方の施設が同じ上流に依存しており、障害がその上流のコントロールプレーンにある場合、第二の施設も助けにならない。

この評価を変える証拠は明快である。すなわち、第二のネイバーを示す現在の経路観測、独立した上流を明記したサービス文書、異なる経路を持つ2つのライブテストアドレス、あるいは運用ポートと観測されたセッションを伴うエクスチェンジ記録だ。それまでは、正直な表現は、1つの公的に観測された経路ネイバーを持つ、新しくグローバルに可視な IPv4 ネットワークである。

パメカサンからジャカルタへ:見えない中間部分

TrimafaNet の対外的な市場はローカルである。その事務所はパメカサン県ワル郡バジュール村にある。申告された相互接続施設はスラバヤとジャカルタにある。これらの事実の間の距離こそが、アクセスプロバイダーの最も見えにくい依存関係がしばしば存在する場所である。

パメカサンの家庭、学校、商店、オフィスからのトラフィックは、まずローカルアクセスネットワークを経由しなければならない。公開ページでは、個々のエリアが光ファイバー、無線リンク、あるいはその混合によって到達されているかどうかは特定されていない。カバレッジページは、機械可読な経路マップ、ノードリスト、媒体別の設計を公開していない。この詳細なしでは、顧客は近接した2つの敷地が同じ電柱ルート、無線バックホール、集約スイッチ、電源を共有しているかどうかを推測できない。

ローカルでの集約後、トラフィックは TrimafaNet が上流または自社ルータに引き渡せる地点までバックホールが必要となる。スラバヤとジャカルタの公開施設申告は、それらの都市間回線を誰が供給しているか、経路が物理的に多様かどうか、あるいはトラフィックがそれらの間でどこで切り替わるかを開示しない。2つの契約が依然として同じトレンチ、橋の交差、陸揚げ地点、または通信事業者を共有することもある。逆に、1つの通信事業者が真に多様な経路を提供することもできる。通信事業者の数だけでは、回復力の問いに答えられない。

この見えない中間部分は、地域の顧客にとって /24 のグローバルな可視性よりも重要である。ロンドンやシンガポールからは完全に可視な経路であっても、切断されたアクセスファイバーがパメカサンの学校をオフラインにする可能性がある。スラバヤのサーバが健全でも、村に到達するローカルの無線リレーが停電するかもしれない。インターネットの到達可能性はエンドツーエンドであり、経路コレクターは旅の一部しか観測しない。

同社のローカル技術サービスは、顧客側やローカルネットワークの障害に対応できることを示唆している。また、公開ページでは技術サポートが24時間利用可能と記載されている一方で、一般的な営業時間は 08:00 から 16:30 と表示されている。これらの記述は異なるチャネルや人員配置モデルを指している可能性があるが、この区別は契約上の定義が必要である。02:00 に通報を受け付ける電話回線は、必ずしも 02:00 に登攀、接続、運転、データセンターへの入室ができる現場チームを意味しない。

ホスティングサービスでは、ギャップはさらに拡大する。パメカサンの技術者は、スラバヤやジャカルタのスマートハンド要員と連携しなければならないかもしれない。施設チームは、その契約のアクセスおよび指示ルールの範囲内でのみデバイスに触れることができる。故障したコンポーネントがオンサイトで在庫されていない場合、交換時間には診断、承認、輸送、セキュリティ入構が含まれる。公開記録には、TrimafaNet の機器に関するコンポーネント在庫ポリシー、リモートハンドの権利、最大復旧時間は示されていない。

登録、設置、使用可能、回復可能なキャパシティ

キャパシティの議論は4つの層に分けると最も有用である。

登録キャパシティは検証が最も容易である。TrimafaNet は AS154503 と 198.15.30.0/24 を有している。これらのリソースは識別可能なルーティング面を形成する。電力を消費したり、顧客コードを実行したりはしない。

設置キャパシティは、実際に存在する機器と回線から成る。すなわち、ルータ、スイッチ、アクセス無線または光端末、サーバ、ドライブ、ラックスペース、給電、クロスコネクト、バックホールである。PeeringDB は AS154503 の2施設への存在を裏付けるが、TrimafaNet がそこに設置した機器を明細化した公開文書はない。同社のサービスページはローカルアクセス事業を裏付けるが、集約やバックホールを定量化していない。

使用可能キャパシティは、性能や回復力のコミットメントに違反することなく販売できるものである。これは常に機器のラベルの単純合計よりも低い。CPU はバースト用に予約されているかもしれず、ストレージは再構築のための空き容量を必要とし、ネットワークポートにはヘッドルームが必要であり、電源回路は定格最大値で無期限に稼働させることはできず、サポートチームは同時に発生する障害を限られた数しか処理できない。上流、バックホール、またはルータの転送能力がより低い場合、10 Gbps ポートは 10 Gbps の顧客スループットを生み出さない。

回復可能キャパシティは、障害後に残るもの、または約束された時間内に復旧できるものである。これは重要な顧客にとって最も重要なカテゴリーであり、TrimafaNet の公開資料で最も見えにくいものである。復旧には、予備ハードウェア、有効な設定、最新のバックアップ、到達可能な要員、施設アクセス、そして引き継げるだけの十分な代替キャパシティが必要である。第二の都市は、サービスがそれを利用するように設計されている場合にのみ役立つ。

PeeringDB の自己申告によるネットワークプロファイルは、TrimafaNet のトラフィックレベルを 5-10 Gbps とし、IPv4 および IPv6 プレフィックスの多数のカウントを記載している。これらの申告は、1つの IPv4 /24 と IPv6 経路がないという観測起点データと一致しない。トラフィック帯域は総トラフィックの正当な推定値である可能性があり、プレフィックスフィールドは異なる解釈または誤って入力されたのかもしれない。これらの値は自己申告であり内部的に矛盾しているため、予備キャパシティの計算に使用すべきではない。

したがって、最も安全なキャパシティの言明は控えめである。TrimafaNet は現在の小規模な IPv4 起点と、通信事業者が豊富な2施設でのプレゼンス申告を示している。公開証拠は、そのコンピュートフリート、ストレージプール、ラック割り当て、電力予約、バックホールサイズ、オーバーサブスクリプション、予備在庫、フェイルオーバー予備力を定量化しない。ホスティングキャパシティの購入者は、これらの値をサービス固有のスケジュールで必要とする。

電力と冷却はスライスで購入される

データセンターの回復力はしばしば建物レベルで説明されるが、サービス障害はテナントスライスで発生する。Omadata はそのスラバヤ施設で冗長冷却、オンライン UPS 装置、冗長発電機を使用していると述べている。これらの制御は、施設レベルでのユーティリティの中断や機器メンテナンスへの暴露を低減する。しかし、テナントレベルでの単一障害点を排除するものではない。

電源が一つしかないサーバは、冗長発電機がある建物でも、その単一の電力分配経路がメンテナンスされるとサービスを喪失し得る。デュアル電源サーバも、両方のコードが同じ給電に接続されていれば故障し得る。ラックに冗長電源があっても、唯一のトップオブラックスイッチが故障するかもしれない。ネットワークに2台のルータがあっても、両方が1つのクロスコネクトに依存しているかもしれない。回復力は、各層がそれを維持するために購入され設定された場合にのみ継承される。

公開記録は、いずれの施設における TrimafaNet の電力トポロジーも示していない。Cyber データセンター の施設ディレクトリエントリは多様な給電変電所を開示していないが、同じデータは Omadata については多様な変電所を示している。これは Cyber が多様性を欠いていることを証明するものではなく、そこではその属性が公開されていないことを意味する。同 API は TrimafaNet がどの電力製品を購入しているかも示さない。

メンテナンスは第二の区別をもたらす。施設は高い年間可用性数値を達成しながらも、テナントの回線やクロスコネクトの作業をスケジュールすることがある。冗長アーキテクチャを持つ事業者は、ウィンドウ前にトラフィックやワークロードを移動すべきである。そのような予備力のない事業者は、顧客に中断を受け入れるよう求めるかもしれない。重要な証拠は建物のバッジではなく、TrimafaNet のメンテナンス通知期間、予想される影響、ロールバック計画、顧客の停止時間なしに作業を完了した実績である。いずれも公開されていない。

ローカルアクセスでは、電力依存はデータセンターを超えて広がる。集約キャビネット、無線リレー、顧客機器はローカルな電力と小型バッテリーに依存し得る。スラバヤの発電機バックアップ付きラックは、パメカサンの店舗のルータや路傍ノードの稼働を維持しない。完全なサービス設計では、どのネットワーク要素がバックアップ電源を持ち、どれだけの期間持つかを明記しなければならない。

ハードウェア在庫とサポート要員が修理時間を決める

小規模インフラ事業者は、意思決定者と技術者が顧客の近くにいるため、高い応答性を持ち得る。同時に、同じ人々が新規顧客の設置、アクセスリンクの保守、サポート対応、サプライヤーとの調整を行うため、同時多発的なインシデントに対して脆弱にもなり得る。TrimafaNet の幅広いサービスリストは実用的な技術能力を示唆するが、公開ページではチーム規模、シフトカバレッジ、エスカレーションの深さは示されていない。

ハードウェア交換にも同じ曖昧さがある。同社は SNI マーク付きネットワーク機器を販売していると述べており、これは顧客およびネットワークデバイスの調達チャネルを示す。しかし、サーバグレードの在庫は特定していない。交換用のルータ、光モジュール、ディスク、コントローラ、電源、マザーボードは、棚にあるか、スラバヤの販売代理店から入手可能か、あるいはより長い注文リードタイムに依存するかもしれない。それぞれの場合で異なる復旧時間が生じる。

ホスティングサービスでは、修理がマシンは保全してもサービスは保全しない可能性があるため、この依存は強まる。故障したディスクの交換は、ストレージアレイが残りのパフォーマンスを使い果たしたり、別のメンバーを失ったりすることなく再構築できる場合にのみ有用である。サーバの交換は、構成と顧客データが復元できる場合にのみ助けとなる。ワークロードの移動は、互換性のあるキャパシティが移動先に存在し、ネットワーキングがリダイレクトできる場合にのみ助けとなる。

施設事業者のスマートハンドサービスは物理的な応答時間を短縮できるが、リモートハンドはプロバイダーのエンジニアリングの代わりにはならない。施設スタッフは指示の下でケーブルを再接続したり、ラベルの貼られたコンポーネントを交換したりできる。しかし、アプリケーション、暗号化キー、ストレージレイアウト、顧客の復旧目標を知らないかもしれない。責任は、TrimafaNet、施設、およびハードウェアサプライヤーの間で明確に分割されなければならない。

サポート時間も同様に運用ベースで記述されるべきである。TrimafaNet は24時間の技術サポートを宣伝し、ウェブサイトには日中勤務時間を別途記載している。真剣なサービススケジュールであれば、チケット受付、リモート診断、現場派遣、施設出動、サプライヤーへのエスカレーション、顧客への更新通知を区別するだろう。これらの定義がなければ、24時間というラベルは通信を開始できる時間を示すのみで、復旧がいつ行われるかは示さない。

トランジット、請求、プロバイダー契約はハードウェア故障なしでも失敗し得る

インフラ停止は常に機械的とは限らない。上流がフィルタリングしたり、契約が満了したり、支払いが紛糾したり、設定変更が拒否されたりして、経路が消失することがある。クロスコネクトは物理的に無傷のままで、それに付随するサービスが停止されることもある。ドメインが解決しサーバが稼働していても、ネットワークが商業的に切断されることもある。

これが、AS154503 の接続性に関する相反する公開情報が注目に値する理由である。ライブ経路は最も明確に AS38158 を指している。レジストリテキストは AS7597 を挙げている。商用データセットは AS150191 を挙げている。これらの相違は無害な履歴かもしれないが、プロバイダーの依存マップが静的な記述よりも速く変化し得ることを示している。重要なワークロードを持つ顧客は、実効的な上流、施設、アドレス計画が変更されたときに通知を必要とする。なぜなら、リスクプロファイルがそれと共に変化するからだ。

請求システムは独自の危険を生み出す。TrimafaNet のウェブサイトはリテールアクセスを月額ルピアで価格付けし、ウェブフォームを通じて注文を処理する。公開ページでは、支払い猶予期間、停止ポリシー、税務処理、返金条件、誤った残高への異議申立手続きは示されていない。家庭向け回線ではこれらはカスタマーサービスの問題かもしれない。ホスティングワークロードにとっては、自動停止が事業継続インシデントになり得る。

同じことが上流にも当てはまる。顧客と TrimafaNet の契約は可用性を約束できるが、TrimafaNet の履行能力はラックスペース、電力、トランジット、バックホール、ドメイン、そして場合によってはハードウェアサポートに関する契約に依存する。これらの契約が TrimafaNet が下流に提供するよりも弱い復旧条件を提供している場合、プロバイダーがそのギャップを負うことになる。それは意図的な商業的判断かもしれないが、想定で片付けるのではなく、冗長性や財務的準備によって裏付けられるべきである。

有用なサービス契約は、サービス境界、除外される依存関係、計画メンテナンスルール、クレジットメカニズム、停止プロセス、終了支援を特定するだろう。ここでレビューした公開資料にはそのような文書は含まれていない。これは顧客が入手できないことを意味するのではなく、ウェブサイトからその内容を推測できないことを意味する。

データ所在地はコピーに関する事実であり、会社の住所ではない

TrimafaNet はインドネシア企業であり、そのネットワークリソースは IDNIC を通じて登録され、申告された2つの施設はインドネシアにある。これらの事実は国内インフラを求める顧客にとって魅力的かもしれない。しかし、特定の顧客のデータがどこに保存され、処理されるかは証明しない。

所在地はコピーごとに追跡されなければならない。本番データはスラバヤのサーバに置かれ、バックアップはジャカルタに保存され、サポートテレメトリは別のプロバイダーに送信されるかもしれない。コントロールパネルはインドネシア国外で稼働するかもしれない。メール通知、支払い記録、監視ログは異なる経路を辿るかもしれない。Rumahweb がホストする企業ウェブサイトは顧客ワークロードの場所について何も語らないが、サービスごとの追跡が必要な理由を示している。

インドネシアの法的立場も「すべてのインドネシアデータはインドネシアに留め置くべき」というスローガンより微妙である。2019年政令第71号は電子システムと取引を規律している。その条項は公共部門と民間の電子システム事業者を区別し、一部の民間システムとデータについて、効果的な監督や法執行機関のアクセスなどの義務を条件として、インドネシア国外での管理、処理、保存を認めている。セクター固有の規則や顧客の性質が制約を追加し得る。国内施設はコンプライアンスを支援できるが、所在地だけではそれを実現しない。

TrimafaNet のホスティングサービスについては、所在地証拠はプライマリサイト、レプリカサイト、バックアップサイト、サポートアクセス場所、サブプロセッサーを明示すべきである。また、顧客がサイトを選択できるかどうか、フェイルオーバーによってデータを他の場所に移動できるかどうかも説明すべきである。PeeringDB のジャカルタとスラバヤのエントリは可能なネットワーク場所を特定するものであり、確認された顧客データの場所ではない。

データ主権には、配置と同様に退出に対する管理も含まれる。標準的な仮想マシンイメージ、データベースダンプ、オブジェクトストアを文書化されたフォーマットでダウンロードできる顧客は、データが名目上ローカルであってもプロプライエタリなサービスに閉じ込められている顧客よりも、実質的な管理力を持つ。TrimafaNet の公開ページは、ホスティング製品についてエクスポート形式、転送制限、削除タイミング、契約終了後の保持を公開していない。

正しい結論は、国内インフラに価値がないということではない。所在地はワークロードレベルで特定されなければならず、移植性は必要になる前にテストされなければならないということである。

移行こそ、キャパシティが顧客のものかどうかの真の試金石である

ホスティングキャパシティは賃貸である。顧客はラック、上流契約、物理マシンを所有していないため、離脱能力がサービス回復力の一部となる。長期障害、価格変更、キャパシティ不足、セキュリティ上の懸念、商業的紛争の後に移行が必要となる。また、大規模メンテナンスイベントを安全に通過する唯一の方法かもしれない。

TrimafaNet の公開文書でホスティング移行経路を説明したものはない。公表されたイメージフォーマット、スナップショットインターフェース、データエクスポート手段、帯域幅許容量、復旧目標、削除証明書は存在しない。同社は現在のコンピュートホスティング製品をまったく公開していないため、ネットワークフットプリントからこれらの機能を推測するのは誤りである。

このようなサービスが非公開で提供されている場合、顧客は通常速度および絞られた速度で完全なエクスポートにどれだけ時間がかかるかを確認すべきである。10 テラバイトのデータセットを 100 Mbps リンクで移動するには、プロトコルオーバーヘッドや中断を考慮する前の理論上の最大値で9日以上かかる。プロバイダーはより高速な内部コピーを提供しても、退出経路ははるかに低速かもしれない。バックアップが他で復元できないなら、バックアップの存在はその非対称性を解決しない。

アドレッシングも移行の課題である。TrimafaNet の 198.15.30.0/24 空間を使用するワークロードは、特定のポータブルな取り決めがない限り、別のプロバイダーに移動する際に通常新しいアドレスを必要とする。DNS 変更は名前をリダイレクトできるが、キャッシュされたレコードは移行期間を生み出す。許可リスト、決済パートナー、政府システムを使用している顧客は、新しいアドレスを登録するのに数日を要するかもしれない。文書化された切り替え計画は、これらの依存関係を考慮すべきである。

最良の復旧証明は、独立した環境への実際のリストアである。成功したバックアップジョブは、バイト列がどこかに書き込まれたことを証明するだけだ。リストア演習は、資格情報、ソフトウェアバージョン、ネットワークルール、データを組み合わせて動作中のサービスを構築できることを証明する。公開証拠は、TrimafaNet がこうした演習を提供または完了したことを示していない。基本的な接続性以上のものを購入する顧客は、このテストを受け入れと更新の一部とすべきである。

誰が各障害を最初に感じるか

TrimafaNet が宣伝する顧客には、家庭、商店、学校、オフィス、機関が含まれる。それらの被る影響は異なる。

家庭はアクセス障害を直ちに認識するが、一部のデバイスをモバイルデータに切り替えられるかもしれない。商店は決済、在庫、メッセージングサービスを喪失し、ネットワーク障害が売上損失に変わり得る。学校はオンライン授業、試験、管理アクセスを失う可能性がある。オフィスはモバイルバックアップを持つかもしれないが、内部システムや音声サービスは依然として固定アドレスや安定したレイテンシに依存し得る。機関は、非公式な回避策では満たせない報告、プライバシー、継続性の義務に直面するかもしれない。

TrimafaNet が公に宣伝されている以上のホスティングキャパシティを提供している場合、影響を受ける人口は拡大する。1台のサーバが、TrimafaNet と直接の関係を持たない多数の下流ユーザーを支え得る。事業者は1台の故障マシンを見るが、市場では複数の利用できない商店、ポータル、コミュニティサービスが発生する。この集中が、設置サーバ数が影響の貧弱な代理指標である理由である。

障害ドメインは重複することもある。ある企業が同じプロバイダーからアクセスとホスティングの両方を購入するかもしれない。サポートは簡素化されるが、プロバイダー全体に及ぶルーティングや請求の障害は両側に同時に影響し得る。スラバヤでのホスティングは、両方が同じ実効的な経路隣接と同一のアカウントに依存している場合、パメカサンのオフィスに有用な継続性を提供しない。独立性は障害の原因を中心に設計されるべきであり、製品名ではない。

2都市の施設申告は選択肢を生み出す。顧客はサービスを一方の都市に置き、バックアップをもう一方に置くことができる。あるいは、ジャカルタを相互接続に、スラバヤを近接性のために利用できる。しかし、複製されたワークロード、多様な経路、テストされた復旧の証拠なしには、これらは提供された回復力ではなく、アーキテクチャ上の可能性に留まる。

証拠を有望から強固に変えるもの

TrimafaNet の現在のネットワーク証拠は、パンフレットだけの事業よりは強力だが、完全に文書化されたインフラプロバイダーよりは弱い。いくつかの公開情報開示が、機微な詳細を明かすことなく信頼を大幅に向上させるだろう。

第一に、最新のサービスカタログは、インターネットアクセス、専用接続、コロケーション、仮想サーバ、ベアメタル、ストレージ、バックアップ、マネージドサポートを区別すべきである。各製品は明確なサービス境界を持つべきだ。これにより、委託された命題における最も基本的な曖昧さが解消されるだろう。

第二に、ネットワークページは、顧客が検証できるレベルで、アクティブな IPv4 および IPv6 サービス、エクスチェンジ参加、上流の多様性を特定すべきである。経路観測は既に同社に信頼できる基盤を与えている。すなわち、認証された1つの IPv4 /24 だ。意図された IPv6 の状態と、AS38158、AS7597、AS150191 間の関係を説明することで、回避可能な不確実性が取り除かれるだろう。

第三に、施設に関する声明は、TrimafaNet がジャカルタとスラバヤでルータのみを運用しているのか、顧客コンピュートも運用しているのかを明記すべきである。所有機器とリーススペースおよび施設サービスを分離すべきだ。総ラックユニット数、給電設計、顧客ワークロードが両方の都市で稼働できるかどうかは、「最新のインフラ」という一般的な主張よりもはるかに有用だろう。

第四に、サービス条件は、サポート段階、交換在庫、メンテナンス通知、復旧目標、バックアップ責任、移行支援を定義すべきである。24時間対応と24時間物理的介入の区別は明示されるべきである。

最後に、顧客は自身のサービスに関する所在地と移植性の証拠を受け取るべきである。すなわち、プライマリコピーとバックアップコピーがどこに存在するか、誰がそれらにアクセスできるか、エクスポートがどのように機能するか、削除がどのように確認されるかだ。これらはクラウド製品のオプション的な改良ではない。抽象化が失敗したときに顧客が復旧できるかどうかを決定するものである。

注視すべきネットワークフットプリント、読み過ぎずに

TrimafaNet は、番号のないローカルインターネットブランドを脱した。APJII 会員ディレクトリには、PT Trimafa Computindo Networking がパメカサンの Trimafa Net ブランドでの法人会員として掲載されている。IDNIC はその ASN とポータブル IPv4 ブロックをアクティブとしている。経路コレクターはその /24 をグローバルに観測し、ルート起点検証も有効である。PeeringDB はこのネットワークをインドネシアの重要な2つの相互接続施設に位置付けている。

これらは地域事業者にとって意義深いステップである。より大きなルーティング制御、国内相互接続、より明確な運用アイデンティティを支え得る。また、限界をより鮮明に露わにする。観測された1つの経路隣接はトランジットの多様性ではない。2つの施設申告は2つのクラウドではない。/24 はサーバ数ではない。建物の発電機はテナントのフェイルオーバー計画ではない。インドネシアの会社住所は、すべての顧客コピーがどこにあるかの表明ではない。

同社の公開サービスカタログにより、中心的な注意は不可避である。TrimafaNet は明らかにインターネット接続とローカル技術作業を販売している。ホスティングコンピューティングにおいて野心や非公開の提供があるかもしれないが、現在の公開証拠はそれらを確立しない。購入者は、製品が実際に何であるか、どの企業が署名するのか、どの物理リソースが割り当てられるのかを問うことから始めるべきである。

これは小規模プロバイダーに対する反論ではない。ローカル事業者は、近接性、実践的知識、説明責任を、大規模プラットフォームが匹敵しがたい方法で組み合わせることができる。しかし、信頼はプロバイダーが物理的な依存連鎖を可視化したときに育つ。すなわち、パメカサンのアクセス、都市間バックホール、スラバヤまたはジャカルタのラック、実効的な上流、予備コンポーネント、権限ある技術者、テスト済みのエクスポート経路である。

したがって、TrimafaNet のインフラストーリーは、正確で限定された意味において有望である。ネットワークは新しく、稼働中で、識別可能である。その経路セキュリティは経路多様性よりも良く証拠付けられている。その施設プレゼンスはコンピュートキャパシティよりも良く証拠付けられている。そのローカルサポート能力はデータセンター修理権利よりも良く証拠付けられている。次の段階は、より大きなキャパシティ数値ではない。顧客に販売されるキャパシティが、それら依存要素のいずれかが故障する間も、通電し、到達可能で、修復可能で、移植可能であることの証明である。