まとめ

  • PT Omni データセンター Indonesia は、バタムの BTM1 とジャカルタの JKT1 の二サイト体制を提案している。同社の BTM1 資料では、第1期コロケーション面積 680 m2、IT 負荷 1.2MW と記載されているが、ジャカルタの資料では第1期面積 864 m2 としながら、総 IT 負荷の数値は開示していない。
  • 独立機関の記録は、両拠点の存在とネットワーク利用状況を裏付けている。PeeringDB にはバタムで 13、ジャカルタで 18 のネットワークが登録され、ISEAS - Yusof Ishak Institute の報告書は Omni のバタム施設を稼働中の超小規模データセンターに分類している。ただし、これらの記録は、販売対象のすべての電力、冷却、ラック容量が設置・通電・未販売・提供可能であることを証明するものではない。
  • Uptime Institute の公開ディレクトリには、JKT1 の 2階 IT Hall 1 に対する Tier III 設計文書認証が記録されている。同ディレクトリには Omni の構築施設認証は掲載されておらず、BTM1 にも同認証は付与されていない。設計認証は、工学設計文書を検証するものであり、導入済みの環境や日々の運用を保証するものではない。
  • OMNIIX には観測可能な活動があり、2026年7月15日時点で PeeringDB に 30 の参加者、9 の登録施設、AS56868 用の 10Gbps ルートサーバー接続が表示されていた。ただし、単一の交換ファブリックへの論理アクセスは、各顧客回線にとっての個別のキャリア独立性、管路、建物引込口、メトロ経路、海底ケーブルシステムを意味しない。
  • 購入者は、発電機の持続時間、燃料契約、実際の二重変電所の分離、全負荷時の冷却性能、都市間レプリケーション、販売済み容量、PUE、障害履歴、復旧実績について、Omni が資産固有のエビデンスを提供するまでは不明として扱うべきである。

二つの拠点、証拠の充実度は大きく異なる

PT Omni データセンター Indonesia は、古い経路記録から推測された単なる名称ではない。アジア太平洋ネットワーク情報センター (APNIC) の登録データは、同社に二つのアクティブな自律システム番号 AS152774 と AS56868、ならびに IPv4 ブロック 202.47.170.0/23 と IPv6 ブロック 2401:a320::/32 を割り当てている。AS152774 の APNIC レコードは、保有者を企業または直接 IDNIC 会員であり、バタムの Jalan Kampung Belian No.3 のデータセンター事業者と記述している。APJII 会員名簿も、PT Omni データセンター Indonesia、OMNIDATACENTER の商号、同じ No.3 の住所、omnidc.co.id ドメインを独自に掲載している。

運用上は、近隣の別住所が使用されている。Omni の現在のウェブサイトでは、BTM1 はバタムセンターの Jalan Perahu Dendang No.1、JKT1 は南ジャカルタの Jalan Kuningan Barat Raya No.9B の Cyber 1 ビルに所在するとされている。これは必ずしも矛盾ではない。登記上のオフィスとサーバーが稼働する建物は異なりうる。しかし、企業登記、IP リソース登録、施設所有権を一括りにして同一視すべきでないことを意味する。

グループの境界も重要である。Solnet の企業沿革によると、PT Solnet Indonesia は 2019 年にバタムで土地を取得し、7 階建ての建物の建設を開始、そのうち 2 フロアは Tier 3、2MW のデータセンター向けに計画された。その建物は 2023 年 4 月に完成し供用が開始され、同年 8 月に PT Omni データセンター Indonesia が Tier 3 データセンターの開発を開始したとされる。後に Omni は自らを Solnet Group の一部と説明している。これはバタムの建物と運営エコシステムに関する有用な来歴だが、現在、土地、建物、電気設備、冷却機器、顧客契約をどの法人が所有しているかは明らかにしていない。当初の 2MW 構想が、実際に設置または販売可能な 2MW の IT 容量になったかどうかも確立されていない。

最新の Omni の製品資料は、その野心を限定している。1 ページのBTM1 施設仕様書には、第 1 期コロケーション面積 680 m2 と「2N (1.2 MW の IT 負荷、二重電源)」と記載されている。これは拠点固有の数値であり、従来のグループの節目より有用である。しかし、この資料は、2026年7月15日時点で 1.2MW のうちどれだけが設置、コミッショニング、通電、占有、予約、利用可能であったかを示していない。また、冷却系および発電機系が統合試験された負荷についても公表していない。

JKT1 の開示パターンは異なる。Omni は、この拠点を 2025年10月に開設したと発表している。同社のJKT1 および BTM1 のパンフレットでは、ジャカルタの第1期面積は 864 m2、床荷重範囲 600～1,200 kg/m2、標準ラック電力 2.2kW (32A または三相にアップグレード可能) と記載されている。構成要素のトポロジーラベルは公表しているが、総 IT 負荷の数値は示していない。面積は容量を意味しない。864 m2 の部屋であっても、ホワイトスペースのレイアウト、構造的制約、冷却密度、電気的予約、運用マージンによって、収容可能なラック数と有効電力は大きく異なりうる。

これは証拠が存在しないということではない。二つの不均等な提案が存在するという証拠である。BTM1 には公的な第三者構築施設認証を伴わない販売用の IT 負荷数値があり、JKT1 には公表された総 IT 負荷数値や構築施設認証を伴わない独立した設計文書認証がある。調達チームは、この違いを契約に至るまで維持すべきである。

2階の認証と5階の住所

JKT1 の正確な物理的範囲には特別な注意が必要である。Omni 自身のパンフレットでは Cyber 1 Building の2階とされている。Uptime Institute のインドネシア認証ディレクトリも同様に、「OMNI DC JKT1, IT Hall 1, 2nd Floor」と記載し、Tier III 設計文書認証を掲載している。Omni のウェブサイトは、この場所をジャカルタオフィスと呼ぶことがあり、やはり2階としている。

しかし、PeeringDB のOMNIDC JAKARTA 施設エントリでは、「Cyber 1 Building, 5th Fl」と記録し、施設組織として PT Omni データセンター Indonesia を特定している。Solnet 自身のサイトも、ジャカルタセンターを5階としている。最も妥当な解釈は、グループが複数フロアで活動しているか、オフィス、PoP、IT ホールの各記録が異なるスペースを指しているということである。これは推測であり、検証されたフロアプランではない。公開資料では、PeeringDB の施設に示された各ネットワークが、Omni の2階ホール、5階のグループスペース、Cyber 1 の別の MMR、あるいは延伸された交換ファブリックを介して到達可能であるかどうかは明確にならない。

これは細かすぎる指摘ではない。2 つの異なるクロスコネクトを購入する顧客は、それぞれの経路について部屋、ライザー、MMR のパスを知る必要がある。災害復旧を購入する顧客は、契約したラックがどのフロアにあり、どのエンティティがアクセスを制御し、共有ビルディングシステムがどこで共通の故障点を生じさせるかを知る必要がある。適切なエビデンスは、署名済みの現地スケジュール、ラックおよび部屋の識別子、デマケーション図、ビルライザー図面、ウォークスルーである。ウェブアドレスは単なるロケーターにすぎない。

Cyber 1 には物的な履歴もある。2021 年 12 月 2 日、JKT1 の立ち上げよりずっと前に、建物内で発生した火災は、インドネシアの携帯電話端末識別登録プロセスに影響を及ぼす停止を引き起こした。ANTARA の報道は通信省の説明を伝え、2 名の死亡を報告した。このインシデントは Omni のその後のホールが故障したことを示すものではなく、当時存在していたかどうかも示さない。しかし、テナント自身の部屋に消火設備があっても、建物レベルの防火区画、煙の移動、緊急時の電源遮断、避難手順が依然として重要である理由を示している。

Omni は JKT1 が FM-200 消火設備を使用し、煙、火災、水、温度、湿度、電気的状態を監視していると述べている。これらは適切な制御である。公開資料は、個々の制御のコミッショニング日、点検記録、因果関係テスト、他のテナントとの隔離、またはビル管理がより広範なシャットダウンを命じた場合に冷却と顧客電力に何が起こるかを開示していない。真剣な顧客は、「防火」という言葉を防火分析の終わりと見なすのではなく、これらの記録を要求すべきである。

Tier III 認証が確立すること、しないこと

Omni は 2026年1月に、Tier III 設計認証を取得したと発表した。同社の認証に関する記事では、「設計」という用語が正確に使用され、2025年11月に認証を取得したと述べている。独立した認証ディレクトリは、不足していた範囲、すなわち JKT1、IT Hall 1、2階を補っている。

この範囲が重要なのは、Tier という表現がしばしば包括的な運用保証であるかのように用いられるからである。Uptime 自身の認証条件には、Tier 設計文書認証は、特定の施設設計と意図された実装について、そのフェーズや予想容量を含めて正式にレビューするものであると記載されている。同条件では、Tier 構築施設認証は、設置済みのインフラと現地訪問時の性能実証試験をレビューするものであるとされている。2014年1月1日以降に発行された設計認証は、2年後に失効する。

Uptime は、設計認証と構築認証の説明の中で、この違いをさらに明確に述べている。設計レビューは、プロジェクトが忠実に建設された場合に紙面上で何を提供すべきかを示すが、実際の建設後の性能は異なりうる。Uptime のTier に関する神話と誤解の議論では、N+1 や 2N といった構成要素のラベルは、それだけでは Tier レベルを決定せず、分散経路やシステム構成が重要であると述べている。

2026年7月15日時点で、公開されているインドネシアのディレクトリには、Omni の設計文書認証のみが表示されていた。JKT1 の構築施設認証や運用持続可能性認証は表示されておらず、Omni の BTM1 の認証も表示されていなかった。これは公開ディレクトリの観測に基づく限定的なものであり、Omni が顧客データルームに関する試験、コミッショニング、その他の証明書を保有し得ないと主張するものではない。購入者は、公的認証情報を正確に説明すべきである。すなわち、範囲限定の JKT1 設計認証である。

同じ規律が ISO/IEC 27001 にも適用される。Omni は認証取得を謳っており、バタムの開設時資料では ISO/IEC 27001:2022 と明記されている。ISO の規格説明では、情報セキュリティマネジメントシステムに関する要求事項を定めている。これは有用だが、電気的可用性の試験、冷却能力の試験、防火システムの合格試験、2つのキャリア経路が共通管路を回避していることの証明ではない。購入者は、実際の認証書、発行機関、有効期間、適用宣言を入手し、どの企業、拠点、活動が対象範囲に含まれるかを確認すべきである。

バタムの電力: 数値は供給経路を意味しない

BTM1 のパンフレットには、小規模事業者としては異例なほど有用な詳細が含まれている。PLN のユーティリティフィーダ、2N トランス付き 2N 電気構成、2N アクティブ-アクティブ UPS、15 分バックアップの 2N リチウムバッテリシステム、N+1 の予備発電、N+1 冷却、2N のトランス・キュービクル・電源室が記載されている。Omni のホームページはこれを「二重変電所からの2N 電源」と要約している。PeeringDB のバタム施設レコードでは、異なる供給変電所を「Yes」、利用可能なサービス電圧を 400VAC としている。

これらの記述は意図されたトポロジーを示すものであり、その独立性を開示しているわけではない。二つのユーティリティフィードは、なお上流側の変電所、送電廊、開閉装置室、保護スキーム、建物引込口を共有しうる。二つの変電所は、地域的なグリッド事象を共有しうる。二つの UPS 経路は、ラック PDU で合流しうる。N+1 発電機セットは、燃料、始動用バッテリ、冷却、排気、開閉装置、保守状態が不適切な場合、契約負荷の全量を担えない可能性がある。したがって、「二重電源」という表現には、単線結線図と試験エビデンスが必要である。

地域グリッドには、2025年末時点で測定可能な余裕があった。PLN Batam の報告によると、正味信頼性能力 812MW、2025年のピーク 741MW、予備力 71MW である。これはバタム-ビンタンシステム全体にとっては安心材料である。しかし、BTM1 がその正確な供給地点で 1.2MW の確定的な接続容量を有することや、一方の経路が利用不能な場合に両方のフィーダがそれぞれサイトの重要負荷を担えることを証明するものではない。

他のバタムプロジェクトは、プロジェクト固有の電力エビデンスがどのようなものかを示している。2025年10月、PLN Batam は別のデータセンター開発者向けに、最大 90MVA の特別高圧プレミアムサービスに関する電力購入契約を公表し、2025年から2028年まで段階的に提供するとした。2026年4月には、BP Batam が大規模キャンパス向けの別の 511MVA 契約を説明し、光ファイバや保守調査と結びつけた。これらの発表は Omni には該当しない。これらは、広範な地域供給と、名称が明示された契約施設接続との違いを示している。

本記事の調査資料では、BTM1 に関する同等の公的な公益事業契約は見つからなかった。公開検索でヒットしないことは、契約が存在しない証拠ではない。したがって、BTM1 の顧客は、接続契約または契約容量、電圧、フィーダ名、変電所電源、確定対非確定の条件、復旧優先度を示す墨消し済みの公益事業確認書を要求すべきである。

15分間のバッテリという数値も、注意深い解釈が必要である。バッテリの自立時間は通常、負荷に依存し、経年劣化、温度、放電の前提条件によって変化する。健全な発電機の始動および切替シーケンスを橋渡しするには 15 分で十分かもしれないが、あらゆる負荷や保守条件下で保証された顧客サービス時間が 15 分であるわけではない。欠落しているのは、試験負荷、バッテリ年数、終止電圧、同時故障の前提、発電機始動時間、始動失敗シーケンス、最新の放電試験結果である。

発電機の持続時間はまったく開示されていない。パンフレットにはバタムで N+1、ジャカルタで 2N とあるが、エンジン定格、現場燃料容量、重要負荷での運転時間、燃料補給契約、浸水リスク、排出規制、長時間のグリッド緊急時における給油優先度は示されていない。顧客にとって、「発電機がある」ことと「長時間の停電を通じてサービスを維持できる」ことは別問題である。

冷却、ラック密度、有効容量

建物に供給される電力は、容量における最初の関門に過ぎない。BTM1 の資料では、デフォルトのラック電力は 10A または 2.2kW で、32A または三相へのアップグレードが可能とされている。温度範囲は 22℃±4℃、相対湿度 55%±10%、コールドアイルコンテインメントを採用している。JKT1 も同じデフォルトラック電力を公表し、2N+1 冷却、2N UPS としている。

これらの数値からは、ラック数、2.2kW 超で構成された割合、平均および最大のサポート密度、第1期フロアのすべての部分で最大電気容量の冷却が可能かどうかは明らかにならない。名目上の 1.2MW の IT 負荷を 2.2kW で割ると 500 以上のデフォルト密度ラックを意味するが、この計算を設置容量と誤認してはならない。680 m2 のコロケーションスペースを持つ施設は、通路、ケージ、MMR、ステージングエリア、安全離隔にかなりの面積を割り当てる可能性がある。ラック数と有効キロワットは、実際の内装計画から導かれなければならない。

公開エビデンスには、PUE、水使用量、チラー構成、冷媒在庫、排熱トポロジー、高密度対応能力も示されていない。AI、エッジ、クラウドのユースケースに関するマーケティング文言は、各室が直接液冷、背面熱交換器、持続的な高密度空冷に対応できることを立証しない。GPU クラスタを検討する購入者は、ラック密度マップ、給気設計条件、水力学的冗長性または冷媒冗長性、負荷軽減ルール、提案された負荷での統合試験を要求すべきである。

販売済みおよび予約済みの容量も不明である。容量の数値は、設計容量、設置容量、コミッショニング済み容量、通電容量、運用容量、新規注文可能容量のいずれかに該当しうる。Omni は 1.2MW をこれらの状態に分けて公開していない。契約済み占有状況、拡張時期、ホール別の在庫も公表していない。安全に言える唯一の公開情報は、同社がバタムの第1期構成として 1.2MW、ジャカルタの第1期面積として 864 m2 を販売していることである。

ここでサービスレベルの文言が誤解を招く可能性がある。両パンフレットは SLA 99.982% と記載しているが、これはうるう年以外で継続的に適用した場合、年間約 94.6 分の非可用時間に相当する。文書には、可用性の契約上の定義、除外される保守、不可抗力、測定点、クレジット上限、電力・冷却・ネットワークが個別に測定されるか否かは示されていない。分母と除外事項を伴わないパーセンテージは、復旧計画ではない。

ネットワークエビデンスは実在するが、ほぼ論理的である

Omni にとって最も強力な外部から観測可能な運用エビデンスは、相互接続フットプリントである。PeeringDB の組織レコードには、バタムとジャカルタの施設、2つの関連ネットワーク、OMNIIX が記載されている。2026年7月15日現在、バタム施設には 13 のネットワークと 1 つのローカル交換が表示され、ジャカルタには 18 のネットワークと 1 つのローカル交換が表示されていた。これらのカウントは監査ではなく自己申告のエコシステム記録だが、特定のサードパーティネットワークが施設をリストに加えていることは、マーケティング用語より有益な情報である。

OMNIIX 自体のフットプリントはさらに広範であった。交換レコードには、バタム、ジャカルタ、スラバヤ、プカンバルにまたがる 30 の参加者と 9 の登録施設が表示されていた。この施設セットには、BTM1 と JKT1 に加え、サードパーティのデータセンターが含まれている。これは分散交換サービスが存在することを裏付ける。また、OMNIIX に登場するネットワークを、自動的に Omni のいずれかの建物に物理的に配線されていると見なせない理由も示している。交換メンバーは、別の有効な施設で接続し、共有ファブリックに論理的に到達可能である。

AS56868 は、OMNIIX ルートサーバーとして明示的にラベル付けされている。そのPeeringDB ネットワークエントリには、10Gbps の運用ポート、IPv4 および IPv6 の交換アドレス、Omni の両施設、報告されたトラフィック帯域 50～100Gbps が示されていた。交換ノートには、この ASN はルートサーバー専用であり、トランジットや顧客トラフィックはないと記載されている。これは意味のあるコントロールプレーンの役割だが、Omni のコロケーション顧客にとっての上流トランジットマップではない。

公開経路観測は、その役割に合致している。AS56868 の RIPEstat ルーティングビューは、2026年7月15日時点でこの ASN から現在アナウンスされているグローバルプレフィックスがないことを示した。AS152774 のビューも同様で、PeeringDB にはこのネットワークの交換または施設接続が示されていなかった。一方、APNIC は両方の ASN をアクティブとし、202.47.170.0/23 を Omni に登録しているが、RIPEstat プレフィックスビューでは、このブロックはグローバルにアナウンスされていないと表示された。

これらの観測結果をネットワーク障害と表現すべきではない。ルートサーバー ASN は公的な顧客プレフィックスを生成する必要はなく、プライベート交換 LAN アドレスはグローバルテーブルに現れるべきではない。むしろ、このエビデンスは限界を示している。公開 BGP テーブルは、Omni のトランジット多様性、顧客経路の可用性、フェイルオーバー挙動を証明できない。それらを確認するには、ルッキンググラス、ルートサーバー設定、顧客固有の上流、経路ポリシー文書、制御されたフェイルオーバーテストが必要である。

IPv4 交換アドレスには、さらに所有権のニュアンスが加わる。43.255.58.0/24 の APNIC 登録は PT Solnet Indonesia を特定しているが、Omni の IPv6 交換ブロック 2401:a320::/32 は PT Omni データセンター Indonesia に登録されている。グループ内で共有されたインフラはあり得るが、これらの記録は両社間の商業的・業務的引き継ぎを示していない。顧客は、各ポート、アドレス、クロスコネクト、インシデント対応について、Omni、Solnet、その他のキャリアのいずれが責任を負うのかを把握すべきである。

キャリア中立性は経路多様性を証明しない

Omni は両拠点をキャリアニュートラルと繰り返し説明している。BTM1 の資料では、複数ライザーから敷地内に入る 4 つの多様化されたファイバ経路、2つの MMR、複数のインターネットエクスチェンジへのアクセス、ダークファイバ、バタムとジャカルタのデータセンターへのメトロ接続、海底ケーブル陸揚局への接続性を謳っている。JKT1 の資料も同様に、直接キャリアアクセス、リモートピアリング、多数のエクスチェンジおよびオペレータ名を列挙している。

これは商業的に有用なメニューではあるが、経路調査ではない。4 つの引込口は同じ街路管路に合流しうる。複数のキャリアが1本のケーブル内でファイバをリースしうる。2 つのクロスコネクトが同一プロバイダのシャーシに収容されうる。リモートピアリング製品は、1つの物理アクセス回線を通じて多数の論理的宛先を提示しうる。シンガポールのエクスチェンジを含むリストは、顧客の経路が特定の海底ケーブルを経由することを証明しない。ましてや、独立した陸揚局と海洋ルートを持つ2本のケーブルを経由することも証明しない。

バタムには確かな海底ケーブル地理が存在する。長年にわたり運用されているバタム-シンガポールケーブルシステムはバタムセンターとチャンギを結んでおり、より新しいプロジェクトではデータセンターへのより直接的な接続が追加・提案されている。BW Digital は、自社のノングサキャンパスに直接陸揚げする、50km、24ファイバペアのノングサ-チャンギシステムについて説明している。TeleGeography の海底ケーブルマップの Hawaiki Nui 1 のエントリは、バタムを計画された陸揚地点として挙げ、2027 年にサービス開始予定としている。これらの事実は、バタムの地域的な重要性を確立するが、BTM1 がこれらのシステムを利用する権利を意味しない。

BTM1 はバタムセンターにあり、ノングサデジタルパークではない。Omni はダークファイバとメトロサービスで陸揚局に到達可能と述べているが、キャリア名、ケーブルシステム名、正確な経路、管路所有、ハンドオフ施設、サービスの稼働状況は公表していない。営業マップ上のバタムとシンガポールを結ぶ線は、購入した波長、リモートピアリングサービス、論理的な到達可能性を表しているかもしれない。それを Omni が海底ケーブルを所有しているか、直接陸揚げしていることの証明と読み取ることはできない。

真に多様化された設計のためには、顧客は複数のレイヤでの経路エビデンスを必要とする。すなわち、独立した建物引込口、独立したメトロ管路、独立したキャリア機器、異なる海底ケーブル陸揚局への独立した地上経路、国境を越える継続性が重要となる独立した海底ケーブルシステム、そして陸揚地点以遠での経路ポリシーの多様性である。テストは、すべての共通エクスチェンジ、電源室、リモートピアリングプラットフォームを通じて継続されなければならない。「マルチキャリア」は選択肢の質問に答えるが、共通モード故障の質問には答えない。

IIX 協業は参加を証明するが、すべての性能主張を証明するわけではない

Omni と APJII の関係は、漠然とした関連性以上のものである。同社による2024年8月の合意に関する説明では、両者は BTM1 にインドネシアインターネットエクスチェンジノードを導入したとされている。APJII 会員名簿も Omni を法人会員として確認している。PeeringDB はアクティブな交換ファブリックと指名された参加者を確認している。これらの記録を総合すると、Omni がインドネシアの相互接続エコシステムに参加しているという結論を裏付ける。

これらは、APJII が BTM1 のネットワーク全体を保証していること、OMNIIX の全参加者が相互にピアリングしていること、またはこの交換がジャカルタとバタムの間に物理的に分離されたパスを提供していることを立証するものではない。ピアリングポリシー、バイラテラルセッション、ルートサーバーセッション、トランスポート契約は依然として別個のものである。PeeringDB の速度フィールドも、申告されたポート容量であり、連続的なスループット測定や全顧客に提供されるコミットメントではない。

APJII のリストには Omni のライセンスタイプは記載されていない。Omni の JKT1 パンフレットでは、同データセンターはネットワークアクセスポイントライセンスで運営されていると記載されているが、Solnet の沿革では、Solnet が 2020 年にそのようなライセンスを取得したとされている。JKT1 がグループライセンスまたはライセンスを受けた関連会社に依存しているのであれば、これらの記録は共存可能だが、公開エビデンスは法的取り決めを確立していない。規制対象の接続サービスを購入する顧客は、ライセンス番号、保有者、範囲、有効性、契約チェーンを要求すべきである。コロケーションプロバイダの法人会員資格そのものは、通信ライセンスではない。

デュアルサイトはアーキテクチャオプションであり、復旧実績ではない

Omni は、ジャカルタとバタムを事業継続および災害復旧のためのデュアルサイトプラットフォームとして売り込んでいる。この 2 都市は地理的に離れており、両方を使用することで単一建物インシデントへのエクスポージャーを低減できる。これは現実のアーキテクチャオプションである。しかし、それだけで耐障害性のあるサービスが自動的に創出されるわけではない。

顧客のアプリケーションは、サイト間でレプリケーションし、データ一貫性を維持し、スプリットブレイン状態に対処し、DNS またはルーティングの変更を管理し、許容可能な復旧ポイント目標および復旧時間目標内で動作しなければならない。トランスポートは十分な容量を持ち、共通経路を回避しなければならない。スタッフ、資格情報、監視、バックアップ、サプライヤは、同じイベント中も利用可能でなければならない。これらの成果は、単に 2 都市でラックを借りることから自動的に得られるものではない。

また、JKT1 から BTM1 へ、またはその逆へのライブワークロードのフェイルオーバーを示す公的な顧客事例は存在しない。復旧時間の実績、データ復旧ポイント、レプリケーション帯域、保守演習、インシデント後の報告はいずれも公開されていない。同社はそのようなエビデンスを内部的に有している可能性はある。それが提供されない限り、「デュアルサイト」は設計を実装可能な二つの場所として読むべきであり、実装済みの設計が正常に復旧した証拠として読むべきではない。

距離はそれ自体のトレードオフを生む。バタムはシンガポールへの近接性と多様な地域接続を提供しうる一方、ジャカルタはワークロードをインドネシアの主要なビジネスおよびネットワーク集積地の近くに置く。拠点間パスはレイテンシを追加し、メトロ、長距離、そして潜在的に海底インフラへの依存をもたらす。同期レプリケーションは一部のワークロードでは実現可能だが、他では適さない可能性がある。復旧目標を設定し、アプリケーションパス全体をテストするのは、施設のパンフレットではなく顧客である。

5つの故障連鎖が、構成要素のラベルが欠落しているものを露呈する

Omni を評価する最も生産的な方法は、パンフレットで 2N と何度書かれているかを数えることではない。発生事象から顧客影響に至るまでの、一握りのもっともらしい故障を追跡することである。各連鎖は商業的境界と技術的境界を越えるが、これこそが構成要素の目録だけでは決着がつかない理由である。

最初の連鎖は、BTM1 でのユーティリティ供給喪失から始まる。2 つのフィードが真に独立した変電所から供給され、それぞれが重要負荷を担えるなら、一方のフィーダ故障は UPS 入力を遮断すべきではない。より広範囲の事象で両フィードが失われた場合、予備発電が起動し、同期し、負荷を受け入れる間、バッテリが負荷を保持しなければならない。その時点での可用性は、保護設定、自動切替ロジック、スターターシステム、燃料、換気、オペレータの対応に依存する。仮に 1 台の発電機が既に保守中であれば、N+1 の意味は残りの設置容量と現在の IT 負荷に依存する。二重化電源装置を持つ顧客は、PDU、バスウェイ、UPS モジュール、配電盤を通じて A 系と B 系のラック経路が分離されたままである必要もある。一枚の単線結線図が、いくつかの可用性スローガン以上のものを明らかにしうる。

影響を受ける範囲は、収束点に依存する。真に分離された経路の上流にあるトランス故障はほとんど影響を与えないかもしれない。経路が合流した後のバス故障は、室全体を機能停止にしうる。故障したラック PDU は 1 つのキャビネットに影響しうる。保護協調の不備は、局地的故障をより大規模なトリップに変えうる。公開資料は、選択的協調の検討、切替試験結果、直近の発電機演習時に担われた負荷を示していない。それらこそ、1.2MW 設計が意図通りに動作するか否かを示す記録である。

第 2 の連鎖は冷却の喪失から始まる。Omni は BTM1 について N+1 冷却、JKT1 について 2N+1 と公表しているが、いずれのラベルも冗長ユニット、分配経路、排熱依存性を特定していない。1 つの計算機室冷却ユニットの喪失は、低稼働率では無害かもしれない。共通の冷水ポンプ、制御装置、コンデンサ電源、屋外排熱の喪失は、名目上冗長化されたすべての室内機に影響しうる。温度上昇は高密度ラックでは軽負荷の室よりも速いため、利用可能な復旧時間は実際の展開状況によって異なる。顧客は、設計上の温度帯だけでなく、トレンドデータと代表負荷での目撃済み故障試験を必要とする。

冷却インシデントは直ちにハードダウンを引き起こすとは限らない。サーバはスロットリングされ、エラー率が上昇し、ファンの消費電力が増加し、オペレータは室を維持するために一部のラックをシャットダウンするかもしれない。だからこそ、電力のみに限定された可用性定義は、低下した計算サービスを見逃しうる。SLA には、環境逸脱がカウントされるか、温度が測定される位置、範囲外となった場合にサービス違反が認識されるまでの猶予期間が明記されるべきである。

第 3 の連鎖は、ラック、電気室、または別の Cyber 1 テナントでの煙や火災から始まる。検知はゾーンを特定しなければならず、消火と電源隔離はそれを封じ込めなければならず、煙制御は人と機器を保護しなければならず、緊急時の判断は共有建物システムを考慮しなければならない。2021 年の Cyber 1 での事象は、マルチテナントビル内のインシデントが、発生した室を越えてサービスを中断させうることを示している。これは JKT1 の現在の性能を予測するものではないが、建物インタフェースを最優先のデューデリジェンス事項とする。

JKT1 について、顧客は認証済みの 2 階ホールが独立した防火区画を有するか、煙がライザーや空調システムを通じてどのように移動しうるか、どの当事者が緊急シャットダウンを命令できるか、発電機、UPS、冷却プラントが同一フロアにあるのか建物内の別の場所にあるのかを尋ねるべきである。また、避難がリモートハンドにどのように影響するか、無人運転がどれだけ継続可能かも尋ねるべきである。部屋レベルの消火システムは、それだけではインシデント後の建物アクセス、冷却、ユーティリティ継続性、スタッフの可用性を保証できない。

第 4 の連鎖はキャリア接続の途絶から始まる。BTM1 外部でのファイバ切断は、複数のプロバイダのケーブルが同一管路を共有していれば、それらを同時に不通にしうる。MMR の電源問題は、他の点では分離されている外部経路を混乱させうる。施設間で OMNIIX を延伸するために使用されているトランスポートの故障は、Omni のいずれの建物にも損傷を与えることなく、リモート参加者のアクセスを低下させうる。ルートサーバーの問題は、それに依存するネットワークに影響を与えうるが、バイラテラルセッションは継続する。各事象は異なる影響範囲を持ち、交換参加者の総数から推測することはできない。

したがって、顧客テストでは、一度に 1 つの物理パスを無効化し、ルーティング、セッション状態、トラフィック損失、復旧を観測すべきである。どのサービスが AS56868 のルートサーバーに依存し、どれがバイラテラルピアリングを使用し、どれが有料トランジットを使用し、どれが専用波長で運ばれているかを特定すべきである。結果には、収束時間と手動ステップを含めるべきである。BGP 上でマルチアップストリームであっても、すべてのアップストリームが 1 本のメトロケーブルに乗っている可能性がある。逆に、2 つの物理パスがあっても、ルーティングポリシーが正しくトラフィックを移動させなければ、サービスを提供できないことがある。

第 5 の連鎖は、計画保守中に始まる。Tier III の中心的な約束は、認定されたトポロジーレベルでの同時保守可能性だが、Omni の公開認証は JKT1 の設計文書に対するものであり、目撃された建設完了後の実証ではない。保守演習では、変圧器、UPS モジュール、配電盤セクション、発電機、冷却ユニットが、計画外の単一故障点に重要負荷をさらすことなく隔離可能であることを示すべきである。作業手順書、ロールバックポイント、人員配置、変更凍結は、機器台数と同様に重要である。

保守はまた、所有権の境界が運用に現れる場面でもある。ビル管理会社がユーティリティの停止を制御するかもしれない。Solnet がネットワークまたはライセンスサービスを運営するかもしれない。Omni がホールと顧客契約を制御するかもしれない。キャリアがデマケーション以遠のクロスコネクトを所有するかもしれない。これらの当事者が異なる通知ウィンドウやエスカレーションツリーを使用する場合、技術的に冗長な設計でも回避可能なダウンタイムを生み出す可能性がある。契約スケジュールでは、インシデント発生後ではなく初回の保守イベント前に、これらの当事者を整合させるべきである。

これら 5 つの連鎖は共通の結論に至る。ワークロードが稼働開始した後では、電力、冷却、防火、ネットワーク到達性、保守は、独立したマーケティング上の特徴ではない。それらは依存関係の連鎖である。レジリエンスの適切な単位は、顧客のエンドツーエンドサービスであり、物理ラック、両方の電源経路、環境制御、すべての必要なネットワーク経路、リモートアクセス、そしてそれを復旧する権限を与えられた人々が含まれる。

地図は資産の位置特定はできても、その間の経路を証明はできない

公開されている地理的エビデンスは、サービスを都市および建物レベルで特定するには十分である。バタム施設は一貫してバタムセンターの Jalan Perahu Dendang No.1 に関連付けられ、企業登記記録は近隣の Jalan Kampung Belian No.3 を使用している。JKT1 は一貫して Cyber 1 (Jalan Kuningan Barat Raya No.9B) に関連付けられているが、公共のフロア表記には差異がある。PeeringDB はジャカルタ施設の座標を公開しているが、バタム施設のエントリには座標がなく、組織レコードでバタムのグループ住所がジオコーディングされている。この程度の精度は現地訪問の指針にはなるが、工学的結論ではない。

レビューした公開記録のいずれも、測量されたファイバ経路を提供していない。Omni の「4 つの多様化されたファイバ経路」という表現は、道路横断、橋、管路、電柱、マンホール、陸揚局を特定していない。PeeringDB の 9 つの OMNIIX 施設は、交換に到達可能な場所を示すが、それらを接続するトランスポートの形状は示していない。海底ケーブルマップはシステムの陸揚点と大まかな海洋経路を示すが、BTM1 から陸揚局までのプライベートメトロ延伸部分や、購入した 2 つのサービスがその延伸部分を共有しているか否かは示していない。

同様の限界はハザードにも当てはまる。都市レベルの洪水または高潮マップは、電気室、燃料タンク、ファイバマンホール、または地下階プラントの標高を確定できない。建物の座標は防火区画を示せない。バタムとジャカルタを結ぶ直線は、ケーブル所有権、修理公開範囲、中間依存性を示せない。資産固有のレジリエンスには、測量図面、現地検査、キャリアからの経路書面、そして必要な場合にはサービス契約における地理的分離条項が必要である。

そのため、Omni のマーケティング資料から正確な物理経路を再構築すべきではない。防御可能なマップは、2 つの施設地点、独立してリストされた一連の交換ロケーション、地域レベルのケーブル陸揚コンテキストからなる。これらの地点間のすべては、キャリアが情報を開示するまで未検証のままである。

運用状況: 「机上プロジェクト」を否定するには十分だが、負荷を測定するには不十分

複数の独立したシグナルが現在の運用を支持している。PeeringDB は 2024 年 6 月にバタム施設レコード、2025 年 6 月にジャカルタ施設レコードを作成しており、現在ではいずれもサードパーティネットワークを掲載している。Uptime ディレクトリは、範囲を限定したジャカルタの設計認証を記録している。同社は 2025 年 10 月の JKT1 開設を発表した。2025 年後半に発表されたISEAS - Yusof Ishak Institute のレポートでは、Omni DC をバタムの稼働中超小規模データセンターに分類している。

この最後のレポートは有用だが決定的ではない。その付属文書では、業界ディレクトリとニュースソースを利用したと述べており、「超小規模」は開示されたメガワット閾値とは結びつけられていない。商用ディレクトリデータセンター Mapもバタム拠点、ラックオプション、リモートハンドを掲載しているが、技術的説明の多くは事業者提供資料に類似している。これらは補強的な市場シグナルであって、コミッショニング認証ではない。

Omni が単なる提案段階のウェブサイト以上のものであると言うには、このエビデンスは十分である。すなわち、登録済みのネットワークリソース、アクティブな交換運用、リストされた施設、指名されたサードパーティネットワーク、開設済みのジャカルタホールがある。しかし、ライブの IT 負荷、顧客数、占有状況、提供されたアップタイム、利用可能なメガワットを計算するには不十分である。これらの数値は依然として不明である。

2つの拠点を1つの耐障害性プラットフォームと見なす前に購入者が検証すべきこと

適切なデューデリジェンスは資産固有である。BTM1 については、顧客は契約ラックが 680 m2 の第 1 期エリア内に設置され、その割り当てキロワットがコミッショニング済み容量に含まれていることの証明を要求すべきである。そのエビデンスには、電気単線結線図、ユーティリティ接続書面、トランスおよび開閉装置の定格、UPS モジュール在庫、バッテリ放電試験、発電機負荷試験、冷却コミッショニング結果、直近の統合システム試験を含めるべきである。

JKT1 については、契約でフロア、ホール、ラック、デマケーションポイント、運営主体を明記すべきである。顧客は Uptime 認証書自体を入手し、認証日と正確な範囲を確認すべきである。もし Omni が施設を構築認証済みと表明するなら、対応する Uptime のリストまたは認証書を提供すべきである。本稿でレビューした公開ディレクトリには、それは存在しない。購入者はまた、建物の防火安全記録、部屋の境界、ライザー経路、Cyber 1 内の他の場所での煙や火災に対する対応手順を入手すべきである。

ネットワークの耐障害性については、キャリアリストは出発点に過ぎない。各提案回線は、ラックからその遠端終端点まで文書化されるべきである。文書には、クロスコネクト所有者、MMR、建物引込口、街路管路、メトロプロバイダ、長距離プロバイダ、ケーブル陸揚局、および関連する場合は海底ケーブルシステムを明記すべきである。2 つの回線は、共有構造物や供給者について比較されるべきである。OMNIIX メンバーシップとリモートピアリング到達性は、有料トランジットやプライベートトランスポートとは別に示されるべきである。

運用の耐障害性については、顧客は人員配置表、エスカレーションパス、予備品、保守ウィンドウ、インシデントコミュニケーション、燃料補給、セキュリティアクセス、復旧演習をレビューすべきである。顧客 SLA で使用されている可用性計算式とともに匿名化されたサービス履歴を要求すべきである。主張されている 99.982% の目標は、除外事項、クレジット、測定点が見える場合にのみ意味を持つ。

最後に、法的スケジュールでは、PT Omni データセンター Indonesia、PT Solnet Indonesia、ビル管理会社、ユーティリティ、キャリアの間で責任を割り当てるべきである。誰が関連スペースやプラントを所有またはリースしているか、誰が必要な接続ライセンスを保持しているか、誰が各サービスの請求を行うか、共有コンポーネントが故障した場合に誰が説明責任を負うかを特定すべきである。グループの提携は提供力を強化しうるが、明確な契約のみが説明責任の曖昧化を防ぐ。

層によってエビデンスにむらがあるものの、信頼に足る小規模プラットフォーム

PT Omni データセンター Indonesia は、現実のバタム施設、新しいジャカルタホール、成長する交換ファブリックを中心に、信頼に足る小規模プラットフォームの提案を組み上げてきた。BTM1 が開示した 1.2MW の IT 負荷数値、680 m2 の第 1 期室、詳細な構成要素の主張は、顧客が問い詰める具体性を提供している。JKT1 の 864 m2 の第 1 期面積、2025 年の開設、Uptime 設計文書認証は、単なる計画地点以上の実体を第 2 拠点に与えている。PeeringDB への参加は、ネットワークがこのエコシステムを利用していることを示している。

しかし、公開記録は、Omni が販売するすべてのものに対して、Tier III、2N 電源、多様な接続性という未分化の主張を支持していない。独立した Tier III 記録は、JKT1 の設計文書と 2 階 IT Hall 1 に範囲が限定されている。バタムの電力数値は事業者が公表したものである。5 階の PeeringDB 住所は、2 階の認証ホールと厳密には一致しない。地域グリッドの予備力は拠点への供給を証明しない。30 の交換参加者は、いずれかの建物に 30 の物理的キャリアが存在することを証明しない。主張されている 4 つのファイバ引込口は、4 つの独立したエンドツーエンド経路を明らかにしない。

このむらは、Omni を却下する理由ではない。それは、正確に購入する理由である。同社には、真剣なデューデリジェンスに値するだけの十分な外部運用エビデンスがあるが、顧客がそれを省略できるほどの公開されたエンジニアリングおよびサービスデータは十分ではない。もはや決定的な疑問は、Omni が存在するかどうかではない。それは、販売されている正確なラック、キロワット、経路が、顧客のサービスが許容できない故障を乗り切れるかどうかである。