Omni commercialise 1,2 MW à Batam; la certification Tier III indépendante s'arrête au design de Jakarta

Résumé

• PT Omni centres de données Indonesia présente une offre sur deux sites: BTM1 à Batam et JKT1 à Jakarta. Sa propre fiche BTM1 indique 680 m² d'espace de colocation en première phase et 1,2 MW de charge informatique, tandis que sa fiche Jakarta indique 864 m² d'espace en première phase mais ne divulgue pas de chiffre de charge informatique totale.
• Des documents indépendants confirment l'existence et l'utilisation réseau actuelle des deux sites. PeeringDB répertorie 13 réseaux à Batam et 18 à Jakarta, et un rapport de l'ISEAS - Yusof Ishak Institute classe le centre de Batam d'Omni comme un site de très petite taille en exploitation. Ces documents ne prouvent pas que toute la puissance, la capacité de refroidissement ou les baies commercialisées sont installées, alimentées, non vendues et livrables.
• Le répertoire public de l'Uptime Institute enregistre une certification Tier III des documents de conception pour la salle informatique 1 de JKT1 au deuxième étage. Il ne répertorie pas de certification d'installation construite pour Omni et n'attache pas cette récompense publiée à BTM1. La certification de conception valide les documents d'ingénierie, non l'environnement installé ni les opérations quotidiennes.
• OMNIIX présente une activité observable: PeeringDB affichait 30 entités, neuf installations répertoriées et une connexion de serveur de route à 10 Gbit/s pour AS56868 au 15 juillet 2026. Mais l'accès logique à une structure d'échange ne prouve pas l'existence de transporteurs indépendants, de conduites, d'entrées de bâtiment, de routes métropolitaines ou de systèmes sous-marins pour un circuit client donné.
• Les acheteurs doivent considérer l'autonomie des groupes électrogènes, les contrats de carburant, la séparation réelle des deux postes sources, la performance de refroidissement à pleine charge, la réplication inter-sites, la capacité vendue, le PUE, l'historique des incidents et les résultats de récupération comme inconnus jusqu'à ce qu'Omni fournisse des preuves spécifiques aux actifs.

Deux sites, deux dossiers de preuves très différents

PT Omni centres de données Indonesia n'est pas simplement un nom déduit d'un ancien enregistrement de routage. Les données d'enregistrement de l'Asia Pacific Network Information Centre attribuent à l'entreprise deux numéros de système autonome actifs, AS152774 et AS56868, ainsi que le bloc IPv4 202.47.170.0/23 et le bloc IPv6 2401:a320::/32. L'enregistrement APNIC pour AS152774décrit le titulaire comme un membre corporatif ou direct de l'IDNIC et fournisseur de centres de données au Jalan Kampung Belian No. 3 à Batam. Lerépertoire des membres de l'APJIIrépertorie indépendamment PT Omni centres de données Indonesia, le nom commercial OMNIDATACENTER, la même adresse No. 3 et le domaine omnidc.co.id.

Le récit opérationnel utilise une adresse voisine différente. Lesite actuel d'Omnisitue BTM1 à Jalan Perahu Dendang No. 1, Batam Center, et JKT1 dans le Cyber 1 Building à Jalan Kuningan Barat Raya No. 9B à Jakarta Sud. Ce n'est pas nécessairement une contradiction: un siège social enregistré peut différer du bâtiment où les serveurs fonctionnent. Cela signifie que l'enregistrement de l'entreprise, l'enregistrement des ressources IP et la propriété de l'installation ne doivent pas être confondus en une seule affirmation.

Les limites du groupe importent également. L'historique corporatif de Solnetindique que PT Solnet Indonesia a acquis un terrain à Batam en 2019 et a commencé la construction d'un bâtiment de sept étages, dont deux étages destinés à un centre de données Tier 3 de 2 MW. Il indique que le bâtiment a été achevé et mis en service en avril 2023, et que PT Omni centres de données Indonesia a commencé à développer un centre de données Tier 3 en août de la même année. Omni s'est décrite plus tard comme faisant partie du groupe Solnet. Ceci est une provenance utile pour le bâtiment de Batam et l'écosystème opérationnel, mais ne révèle pas quelle entité juridique possède le terrain, le bâtiment, l'installation électrique, l'équipement de refroidissement ou les contrats clients aujourd'hui. Cela n'établit pas non plus que le concept initial de 2 MW soit devenu 2 MW de capacité informatique installée ou commercialisable.

La dernière fiche produit d'Omni précise cette ambition. Laspécification de l'installation BTM1d'une page indique 680 m² d'espace de colocation en première phase et « 2N (1,2 MW de charge informatique double source) ». C'est un chiffre spécifique au site et donc plus utile que l'ancien jalon du groupe. Pourtant, la fiche ne précise pas quelle part des 1,2 MW était installée, commissionnée, alimentée, occupée, réservée ou disponible au 15 juillet 2026. Elle ne publie pas non plus la charge à laquelle les systèmes de refroidissement et les groupes électrogènes ont été testés de manière intégrée.

JKT1 présente un schéma différent. Omni a annoncé le site comme inauguré en octobre 2025. Sabrochure JKT1 et BTM1donne une superficie de première phase à Jakarta de 864 m², une plage de charge au sol de 600 à 1 200 kg/m² et une puissance de baie par défaut de 2,2 kW, évolutive jusqu'à 32 ampères ou triphasé. Elle publie des étiquettes de topologie de composants mais aucun chiffre de charge informatique totale. La superficie n'est pas la capacité: une salle de 864 m² pourrait supporter des nombres de baies et une puissance utile très différents selon la disposition de l'espace blanc, les contraintes structurelles, la densité de refroidissement, les réserves électriques et la marge d'exploitation.

Le résultat n'est pas une absence de preuves. C'est la preuve de deux propositions inégales. BTM1 affiche un chiffre de charge informatique commercialisé sans certification d'installation construite par un tiers public. JKT1 bénéficie d'une certification indépendante des documents de conception sans chiffre de charge informatique totale publié ni certification d'installation construite publique. Une équipe d'approvisionnement doit préserver cette distinction jusqu'au contrat.

Le certificat du deuxième étage et l'adresse du cinquième étage

La limite physique exacte de JKT1 mérite une attention particulière. La propre brochure d'Omni indique Cyber 1 Building, deuxième étage. Lerépertoire des certifications indonésiennes de l'Uptime Institutenomme de même « OMNI DC JKT1, IT Hall 1, 2nd Floor » et répertorie une certification Tier III des documents de conception. Le site Web d'Omni appelle parfois l'emplacement un bureau de Jakarta et le place également au deuxième étage.

L'entrée d'installation OMNIDC JAKARTA de PeeringDBenregistre cependant « Cyber 1 Building, 5th Fl » et identifie PT Omni centres de données Indonesia comme l'organisation de l'installation. Le propre site de Solnet place également son centre de Jakarta au cinquième étage. L'interprétation la plus plausible est que le groupe a des activités à plusieurs étages, ou que les enregistrements de bureau, de point de présence et de salle informatique se réfèrent à des espaces différents. C'est une inférence, pas un plan d'étage vérifié. Le matériel public ne détermine pas si chaque réseau figurant dans l'installation PeeringDB est physiquement présent dans la salle du deuxième étage d'Omni, dans l'espace du groupe au cinquième étage, dans une autre salle de rencontre de Cyber 1, ou accessible via une structure d'échange étendue.

Ce n'est pas du pédantisme. Un client achetant deux interconnexions supposées diverses doit connaître le chemin de la salle, de la colonne montante et de la salle de rencontre pour chacune. Un client achetant une reprise après sinistre doit savoir quel étage contient les baies sous contrat, quelle entité contrôle l'accès, et où les systèmes de bâtiment partagés créent des points de défaillance communs. Les preuves pertinentes seraient un plan de site signé, des identifiants de baie et de salle, des schémas de démarcation, des plans de colonnes montantes du bâtiment et une visite. Une adresse Web n'est qu'un localisateur.

Cyber 1 a également une histoire matérielle. Un incendie dans le bâtiment le 2 décembre 2021, bien avant le lancement de JKT1, a provoqué des arrêts qui ont affecté le processus d'enregistrement de l'identité des appareils mobiles de l'Indonésie. Lerapport d'ANTARAa relayé le compte du ministère des Communications et a fait état de deux décès. Cet incident ne montre pas que la salle ultérieure d'Omni ait échoué, ou même qu'elle existât à l'époque. Il montre pourquoi le zonage incendie au niveau du bâtiment, la migration de la fumée, l'isolement de l'alimentation de secours et les procédures d'évacuation comptent, même lorsque la propre salle d'un locataire dispose d'un équipement d'extinction.

Omni indique que JKT1 utilise une extinction au FM-200 et surveille la fumée, l'incendie, l'eau, la température, l'humidité et les conditions électriques. Ce sont des contrôles pertinents. Les documents publics ne divulguent pas la date de mise en service de chaque contrôle, les rapports d'inspection, les tests de cause à effet, la séparation par rapport aux autres locataires, ou ce qui arrive au refroidissement et à l'alimentation client lorsque la gestion du bâtiment ordonne un arrêt plus large. Un client sérieux devrait demander ces dossiers plutôt que de considérer les mots « extinction d'incendie » comme la fin de l'analyse incendie.

Ce que la certification Tier III établit, et ce qu'elle n'établit pas

Omni a annoncé en janvier 2026 avoir reçu la certification de conception Tier III. L'article de certificationde l'entreprise utilise correctement le mot « Design » et indique que le certificat a été reçu en novembre 2025. Le répertoire indépendant des certifications fournit le périmètre manquant: JKT1, salle informatique 1, deuxième étage.

Ce périmètre est important car le langage Tier est souvent utilisé comme s'il s'agissait d'une garantie opérationnelle globale. Lesconditions de certificationde l'Uptime précisent qu'une certification Tier III des documents de conception est un examen formel d'une conception d'installation spécifique et de sa mise en œuvre prévue, y compris sa phase et sa capacité attendue. Les mêmes conditions indiquent qu'une certification Tier III d'installation construite examine l'infrastructure installée et les tests de démonstration de performance lors d'une visite sur site. Les certifications de conception délivrées après le 1er janvier 2014 expirent après deux ans.

L'Uptime formule la distinction encore plus clairement dans son explication de lacertification de conception et de construction: l'examen de conception montre ce qu'un projet devrait fournir sur papier s'il est fidèlement construit, tandis que la performance réelle peut différer. Une discussion séparée de l'Uptime sur lesidées fausses sur le Tierindique que des étiquettes de composants telles que N+1 et 2N ne déterminent pas à elles seules un niveau Tier, car la configuration des chemins de distribution et des systèmes importe.

Au 15 juillet 2026, le répertoire public indonésien ne montrait que la certification des documents de conception pour Omni. Il ne montrait pas de certification d'installation construite ni de certification de durabilité opérationnelle pour JKT1, et il ne montrait pas de certification Omni pour BTM1. Il s'agit d'une observation limitée du répertoire public, et non d'une affirmation selon laquelle Omni ne pourrait pas avoir des tests, une mise en service ou d'autres certificats dans une salle de données client. Cela signifie que les acheteurs doivent décrire le titre public exactement: une certification de conception JKT1 à périmètre défini.

La même discipline s'applique à la norme ISO/IEC 27001. Omni affirme être certifié, et son ancien matériel de lancement de Batam spécifie ISO/IEC 27001:2022. Ladescription de la norme par l'ISOexplique qu'elle définit les exigences d'un système de gestion de la sécurité de l'information. C'est précieux, mais ce n'est pas un test de disponibilité électrique, un test de capacité de refroidissement, un test de réception du système incendie ou la preuve que deux itinéraires de transporteur évitent un conduit commun. Un acheteur devrait obtenir le certificat réel, l'organisme émetteur, les dates de validité et la déclaration d'applicabilité pour voir quelle entreprise, quels sites et quelles activités sont dans le périmètre.

L'alimentation de Batam: un chiffre n'est pas un chemin de livraison

La brochure BTM1 contient des détails inhabituellement utiles pour un petit fournisseur. Elle indique une alimentation électrique PLN, une configuration électrique 2N avec transformateurs 2N, UPS actif-actif 2N, un système de batterie lithium 2N avec 15 minutes d'autonomie, une génération de secours N+1, un refroidissement N+1 et des salles de transformateurs, de cubicules et d'alimentation 2N. La page d'accueil d'Omni résume cela par « alimentation 2N à partir de deux postes sources ». L'enregistrement d'installation Batam de PeeringDBindique la présence de postes sources diversifiés et une tension de service disponible de 400 VCA.

Ces déclarations décrivent la topologie prévue. Elles ne divulguent pas encore l'indépendance de la topologie. Deux alimentations électriques peuvent toujours partager un poste source en amont, un couloir de transmission, une salle d'appareillage, un schéma de protection ou une entrée de bâtiment. Deux postes sources peuvent partager un événement de réseau régional. Deux chemins d'UPS peuvent converger au niveau d'une PDU de baie.

Un groupe électrogène N+1 peut ne pas réussir à supporter la pleine charge contractuelle si le carburant, les batteries de démarrage, le refroidissement, les gaz d'échappement, l'appareillage de commutation ou l'état de maintenance sont défavorables. L'expression « double source » nécessite donc un schéma unifilaire et des preuves de test derrière elle.

Le réseau régional disposait d'une marge mesurable à la fin de 2025.PLN Batam a signaléune capacité nette fiable de 812 MW, une pointe de 741 MW en 2025 et une réserve de 71 MW. C'est un contexte rassurant pour Batam-Bintan en tant que système. Cela ne prouve pas que BTM1 dispose de 1,2 MW de capacité de connexion ferme à son point de livraison exact, ou que les deux alimentations peuvent chacune supporter la charge critique du site lorsque l'une est indisponible.

D'autres projets à Batam illustrent ce à quoi ressemble une preuve d'alimentation spécifique à un projet. En octobre 2025,PLN Batam a publié un contrat d'achat d'électricitépour jusqu'à 90 MVA de service premium moyenne tension à un autre développeur de centres de données, échelonné de 2025 à 2028. En avril 2026,BP Batam a décritun accord séparé de 511 MVA pour un grand campus et l'a relié à des études de fibre et de maintenance. Ces annonces ne s'appliquent pas à Omni. Elles démontrent la différence entre une offre régionale large et une connexion d'installation nommée et sous contrat.

Aucun accord de service public équivalent pour BTM1 n'a été trouvé dans le matériel examiné pour cet article. L'absence des recherches publiques ne prouve pas l'absence d'accord. Cela signifie que le client de BTM1 devrait demander l'accord de connexion ou une confirmation de service public expurgée montrant la capacité sous contrat, la tension, les noms des alimentations, les postes sources, les conditions fermes ou interruptibles et la priorité de rétablissement.

Le chiffre de 15 minutes de batterie nécessite également une interprétation prudente. L'autonomie de la batterie dépend normalement de la charge et évolue avec le vieillissement, la température et les hypothèses de décharge. Quinze minutes peuvent être amplement suffisantes pour combler un démarrage et un transfert sains du groupe électrogène; ce n'est pas 15 minutes de service client garanti dans toutes les conditions de charge ou de maintenance.

Les faits manquants sont la charge de test, l'âge de la batterie, la tension de fin de décharge, les hypothèses de défaillance simultanée, le temps de démarrage du groupe électrogène, la séquence de démarrage en cas d'échec et le résultat du test de décharge le plus récent.

L'autonomie des groupes électrogènes n'est pas divulguée du tout. La brochure indique N+1 à Batam et 2N à Jakarta, mais ne donne aucune puissance du moteur, volume de carburant sur site, autonomie à charge critique, contrat de réapprovisionnement, exposition aux inondations, limites d'émission ou priorité de ravitaillement lors d'une urgence prolongée du réseau. Pour un client, « avoir des groupes électrogènes » et « pouvoir maintenir le service pendant une longue panne » sont des propositions différentes.

Refroidissement, densité de baie et capacité utilisable

La puissance livrée au bâtiment n'est que la première porte de capacité. La fiche BTM1 donne une puissance de baie par défaut de 10 ampères ou 2,2 kW, avec des mises à niveau possibles jusqu'à 32 ampères ou service triphasé. Elle donne une plage de température de 22 °C plus ou moins 4 °C, une humidité relative de 55 % plus ou moins 10 %, et un confinement en allée froide. JKT1 publie la même offre de baie par défaut, un refroidissement 2N+1 et des UPS 2N.

Ces chiffres ne révèlent pas le nombre de baies, la part configurée au-dessus de 2,2 kW, la densité moyenne et maximale prise en charge, ou si chaque partie du plancher de la première phase peut être refroidie à l'allocation électrique maximale. Une charge informatique nominale de 1,2 MW divisée par 2,2 kW impliquerait plus de 500 baies de densité par défaut, mais cette arithmétique ne doit pas être confondue avec la capacité installée. Une installation avec 680 m² d'espace de colocation peut allouer une surface substantielle aux allées, aux cages, aux salles de rencontre, aux espaces de préparation et aux dégagements de sécurité.

Le nombre de baies et les kilowatts utilisables doivent provenir du plan d'aménagement réel.

Les preuves publiques ne montrent pas non plus le PUE, la consommation d'eau, la disposition des refroidisseurs, l'inventaire de réfrigérant, la topologie de rejet de chaleur ou la capacité de haute densité. Le langage marketing sur les cas d'usage de l'IA, de la périphérie et du cloud n'établit pas que les salles peuvent héberger un refroidissement direct sur puce, des échangeurs de chaleur en porte arrière ou un refroidissement à air haute densité soutenu.

Les acheteurs envisageant des clusters de GPU doivent demander une carte de densité de baie, les conditions de conception d'air soufflé, la redondance hydraulique ou de réfrigérant, les règles de déclassement et un test intégré à la charge proposée.

La capacité vendue et réservée est également inconnue. Un chiffre de capacité peut être la capacité de conception, la capacité installée, la capacité commissionnée, la capacité alimentée, la capacité opérationnelle ou la capacité disponible pour une nouvelle commande. Omni ne divulgue pas publiquement la répartition des 1,2 MW entre ces états. Elle ne publie pas l'occupation contractée, le calendrier d'expansion ou l'inventaire par salle. La seule affirmation publique sûre est que l'entreprise commercialise une configuration de première phase de 1,2 MW à Batam et une superficie de première phase de 864 m² à Jakarta.

C'est là que le langage de niveau de service peut induire en erreur. Les deux brochures indiquent un SLA de 99,982 %, équivalent à environ 94,6 minutes d'indisponibilité annuelle si appliqué en continu sur une année non bissextile. Les documents ne montrent pas la définition contractuelle de la disponibilité, les maintenances exclues, la force majeure, le point de mesure, le plafond de crédit ou si l'alimentation, le refroidissement et le réseau sont mesurés séparément. Un pourcentage sans son dénominateur et ses exclusions n'est pas un plan de récupération.

Les preuves réseau sont réelles, mais principalement logiques

La preuve d'exploitation la plus solide d'Omni observable de l'extérieur est son empreinte d'interconnexion. L'enregistrement d'organisation de PeeringDBrépertorie les installations de Batam et de Jakarta, deux réseaux associés à l'entreprise et OMNIIX. Au 15 juillet 2026, l'installation de Batam affichait 13 réseaux et un échange local; celle de Jakarta affichait 18 réseaux et un échange local. Ces comptages sont des enregistrements d'écosystème auto-déclarés plutôt qu'un audit, mais le choix de réseaux tiers nommés de répertorier une installation est plus informatif qu'un adjectif marketing.

OMNIIX lui-même avait une empreinte plus large. L'enregistrement d'échangeaffichait 30 entités et neuf installations répertoriées à Batam, Jakarta, Surabaya et Pekanbaru. L'ensemble des installations incluait BTM1 et JKT1 aux côtés de centres de données tiers. Cela soutient l'existence d'un service d'échange distribué. Cela montre également pourquoi un réseau apparaissant sur OMNIIX ne peut pas automatiquement être compté comme physiquement câblé dans l'un ou l'autre bâtiment d'Omni. Un membre d'échange peut se connecter dans une autre installation activée et atteindre le tissu partagé logiquement.

AS56868 est explicitement étiqueté comme le serveur de route d'OMNIIX. Sonentrée réseau PeeringDBaffichait un port opérationnel de 10 Gbit/s, des adresses d'échange IPv4 et IPv6, les deux installations d'Omni et une bande de trafic déclarée de 50 à 100 Gbit/s. Les notes d'échange indiquent que l'ASN est utilisé exclusivement pour les serveurs de route, sans trafic de transit ni client. C'est un rôle de plan de contrôle significatif, mais ce n'est pas une carte de transit en amont pour les clients de colocation d'Omni.

L'observation des routes publiques correspond à ce rôle. Lavue de routage RIPEstat pour AS56868n'affichait aucun préfixe mondial annoncé par cet ASN au 15 juillet 2026. Lavue pour AS152774n'en affichait pas non plus, et PeeringDB n'affichait aucune connexion d'échange ou d'installation pour ce réseau. Parallèlement, APNIC marque les deux ASN comme actifs et enregistre 202.47.170.0/23 à Omni, mais lavue de préfixe RIPEstatmontrait le bloc comme non annoncé mondialement.

Ces observations ne doivent pas être décrites comme une panne de réseau. Un ASN de serveur de route n'a pas besoin d'annoncer des préfixes clients publics, et les adresses LAN d'échange privées ne doivent pas apparaître dans la table mondiale. Les preuves fixent plutôt une limite: la table BGP publique ne peut pas prouver la diversité de transit d'Omni, la disponibilité des routes clients ou le comportement de basculement. Ceux-ci nécessitent des looking glass, la configuration des serveurs de route, les fournisseurs en amont spécifiques aux clients, les documents de politique de routage et des tests de basculement contrôlés.

Les adresses d'échange IPv4 ajoutent une autre nuance de propriété. L'enregistrement APNIC pour 43.255.58.0/24 identifie PT Solnet Indonesia, tandis que le bloc d'échange IPv6 d'Omni 2401:a320::/32 est enregistré au nom de PT Omni centres de données Indonesia. Une infrastructure de groupe partagée est plausible, mais les enregistrements ne montrent pas le transfert commercial et opérationnel entre les deux entreprises. Un client doit savoir si Omni, Solnet ou un autre transporteur est responsable de chaque port, adresse, interconnexion et réponse aux incidents.

La neutralité vis-à-vis des transporteurs ne prouve pas la diversité des routes

Omni décrit à plusieurs reprises les deux sites comme neutres vis-à-vis des transporteurs. Sa fiche BTM1 revendique quatre chemins de fibre diversifiés entrant dans le site à travers plusieurs colonnes montantes, deux salles de rencontre, un accès à plusieurs échanges Internet, de la fibre noire et une connectivité métropolitaine vers les centres de données de Batam et de Jakarta, ainsi qu'une connectivité vers les stations d'atterrissement sous-marines. La fiche JKT1 mentionne de même un accès direct aux transporteurs, du peering à distance et une longue liste de noms d'échanges et d'opérateurs.

C'est un menu commercialement utile, pas une étude de routes. Quatre entrées peuvent converger dans le même conduit de rue. Plusieurs transporteurs peuvent louer des fibres dans un même câble. Deux interconnexions peuvent se terminer sur le même équipement de fournisseur. Un produit de peering à distance peut présenter de nombreuses destinations logiques via un seul circuit d'accès physique. Une liste qui inclut les échanges de Singapour ne prouve pas que le chemin d'un client traverse un câble sous-marin particulier, et encore moins deux câbles avec des stations d'atterrissement et des routes marines indépendantes.

Batam a une véritable géographie de câbles. Le système de câble Batam-Singapour de longue date relie Batam Centre et Changi, tandis que des projets plus récents ont ajouté ou proposé une connectivité plus directe pour les centres de données.BW Digital décritun système Nongsa-Changi de 50 km et 24 paires de fibres atterrissant directement sur son propre campus de Nongsa. L'entréeSubmarine Cable Map pour Hawaiki Nui 1de TeleGeography répertorie Batam comme un point d'atterrissement planifié avec une date de mise en service en 2027. Ces faits établissent la pertinence régionale de Batam, pas le droit de BTM1 à ces systèmes.

BTM1 est à Batam Center, pas au Nongsa Digital Park. Omni dit pouvoir atteindre les stations d'atterrissement par fibre noire et services métropolitains, mais ne publie pas les noms des transporteurs, les noms des systèmes de câbles, les itinéraires exacts, la propriété des conduits, les installations de transfert ou l'état des services. Une ligne de Batam à Singapour sur une carte commerciale pourrait représenter une longueur d'onde achetée, un service de peering à distance ou une portée logique. Elle ne peut pas être lue comme la preuve qu'Omni possède ou atterrit directement un câble sous-marin.

Pour une conception véritablement diversifiée, le client a besoin de preuves de routes à plusieurs niveaux: des entrées de bâtiment séparées; des conduits métropolitains séparés; des équipements de transporteur séparés; des routes terrestres séparées vers des stations d'atterrissement de câbles distinctes; des systèmes sous-marins séparés lorsque la continuité transfrontalière importe; et une diversité de politique de routage au-delà des points d'atterrissement. Le test doit se poursuivre à travers chaque échange commun, salle d'alimentation et plateforme de peering à distance. « Multi-transporteur » répond à une question de choix.

Il ne répond pas à une question de mode de défaillance commun.

La collaboration IIX prouve la participation, pas chaque allégation de performance

La relation d'Omni avec l'APJII est plus qu'une vague association. Le compte rendu par l'entreprise de l'accord d'août 2024indique que les parties ont introduit un nœud d'échange Internet Indonesia à BTM1. Le répertoire des membres de l'APJII confirme Omni comme membre corporatif. PeeringDB confirme un tissu d'échange actif et des entités nommés. Ensemble, ces documents soutiennent la conclusion qu'Omni participe à l'écosystème d'interconnexion de l'Indonésie.

Ils n'établissent pas que l'APJII garantit l'ensemble du réseau de BTM1, que chaque entité OMNIIX fait du peering avec tous les autres entités, ou que l'échange offre des chemins physiquement séparés entre Jakarta et Batam. Les politiques de peering, les sessions bilatérales, les sessions de serveur de route et les contrats de transport restent distincts. Même le champ de vitesse PeeringDB est une capacité de port déclarée, pas une mesure de débit continue ou un engagement disponible pour chaque client.

La liste de l'APJII n'indique pas de type de licence pour Omni. La brochure JKT1 d'Omni indique que le centre de données fonctionne avec une licence de point d'accès réseau, tandis que l'histoire de Solnet indique que Solnet a obtenu une telle licence en 2020. Ces enregistrements peuvent coexister si JKT1 s'appuie sur une licence de groupe ou un affilié licencié, mais les preuves publiques n'établissent pas l'arrangement juridique. Les clients achetant un service de connectivité régulé doivent demander le numéro de licence, le titulaire, le périmètre, la validité et la chaîne contractuelle.

L'adhésion corporative d'un fournisseur de colocation n'est pas en soi une licence de télécommunication.

Le double site est une option architecturale, pas un résultat de récupération

Omni commercialise Jakarta et Batam comme une plateforme double site pour la continuité d'activité et la reprise après sinistre. Les deux villes sont géographiquement séparées, et utiliser les deux peut réduire l'exposition à un incident de bâtiment unique. C'est une véritable option architecturale. Cela ne crée pas automatiquement un service résilient.

Les applications du client doivent se répliquer entre les sites, préserver la cohérence des données, gérer les conditions de split-brain, gérer les changements DNS ou de routage, et fonctionner avec un point de récupération et un temps de récupération acceptables. Le transport doit avoir une capacité suffisante et éviter les chemins communs. Le personnel, les identifiants, la surveillance, les sauvegardes et les fournisseurs doivent rester disponibles pendant le même événement. Aucun de ces résultats ne découle simplement de la location de baies dans deux villes.

Il n'y a pas non plus d'étude de cas client publique montrant une charge de travail réelle basculant de JKT1 à BTM1 ou vice versa. Aucun résultat de temps de récupération, point de données récupéré, bande passante de réplication, exercice de maintenance ou rapport post-incident n'est publié. L'entreprise peut posséder de telles preuves à titre privé. Jusqu'à ce qu'elles soient fournies, « double site » doit être lu comme deux endroits où une conception peut être mise en œuvre, pas comme la preuve qu'une conception mise en œuvre a récupéré avec succès.

La distance crée son propre compromis. Batam peut offrir la proximité de Singapour et une connectivité régionale diversifiée, tandis que Jakarta place les charges de travail à proximité de la principale concentration d'affaires et de réseau de l'Indonésie. Le chemin inter-site ajoute de la latence et une dépendance à l'infrastructure métropolitaine, longue distance et potentiellement sous-marine. La réplication synchrone peut être faisable pour certaines charges de travail et inadaptée pour d'autres. Le client, et non la brochure de l'installation, doit définir l'objectif de récupération et tester le chemin applicatif complet.

Cinq chaînes de défaillance exposent ce que les étiquettes de composants omettent

La manière la plus productive d'évaluer Omni n'est pas de compter combien de fois une brochure dit 2N. C'est de tracer un petit ensemble de défaillances plausibles de l'événement déclencheur jusqu'à l'impact client. Chaque chaîne traverse les frontières commerciales et techniques, ce qui est précisément pourquoi un inventaire de composants ne peut pas la résoudre.

La première chaîne commence par la perte de l'alimentation électrique à BTM1. Si les deux alimentations sont véritablement alimentées à partir de postes sources indépendants et que chacune peut supporter la charge critique, un défaut sur une alimentation ne devrait pas interrompre l'entrée de l'UPS. Si un événement plus large supprime les deux alimentations, les batteries doivent maintenir la charge pendant que la génération de secours démarre, se synchronise et l'accepte.

À ce stade, la disponibilité dépend des réglages de protection, de la logique de transfert automatique, des systèmes de démarrage, du carburant, de la ventilation et de la réponse de l'opérateur. Si un groupe électrogène est déjà en maintenance, la signification de N+1 dépend de la capacité installée restante et de la charge informatique actuelle. Les clients dont l'équipement dispose de doubles alimentations doivent également que leurs chemins de baie A et B restent séparés à travers les PDU, les busways, les modules UPS et les tableaux de distribution. Un seul schéma pourrait révéler plus que plusieurs slogans de disponibilité.

Qui est affecté dépend du point de convergence. Un défaut de transformateur en amont de chemins véritablement séparés peut avoir peu d'effet. Un défaut de bus après la fusion des chemins peut supprimer toute une salle. Une PDU de baie défectueuse peut affecter une seule armoire. Un défaut de coordination de protection peut transformer un défaut local en un déclenchement plus large. Le matériel public ne montre pas les études de coordination sélective, les résultats des tests de transfert ou la charge supportée lors du dernier exercice de groupe électrogène.

Ce sont ces enregistrements qui montreraient si la conception de 1,2 MW se comporte comme prévu.

La deuxième chaîne commence par une perte de refroidissement. Omni publie un refroidissement N+1 pour BTM1 et 2N+1 pour JKT1, mais aucune étiquette n'identifie l'unité redondante, le chemin de distribution ou la dépendance au rejet de chaleur. La perte d'une unité de refroidissement de salle informatique peut être bénigne à faible occupation. La perte de pompes à eau glacée communes, de commandes, d'alimentation du condenseur ou de rejet de chaleur extérieur peut affecter chaque unité intérieure nominalement redondante.

La température augmente plus rapidement dans une baie à haute densité que dans une salle légèrement chargée, donc le temps de récupération utilisable varie avec le déploiement réel. Les clients ont besoin de données de tendance et d'un test de défaillance observé à une charge représentative, pas seulement d'une bande de température de conception.

Un incident de refroidissement peut ne pas provoquer une panne dure immédiate. Les serveurs peuvent réduire leur cadence, les taux d'erreur peuvent augmenter, les ventilateurs peuvent consommer plus d'énergie, et les opérateurs peuvent arrêter des baies sélectionnées pour préserver la salle. C'est pourquoi une définition de disponibilité limitée à l'alimentation électrique peut manquer un service de calcul dégradé. Le SLA doit indiquer si les excursions environnementales comptent, où la température est mesurée et combien de temps elle peut rester hors plage avant qu'une violation de service ne soit reconnue.

La troisième chaîne commence par de la fumée ou un incendie dans une baie, une salle électrique ou une autre location de Cyber 1. La détection doit identifier la zone; l'extinction et l'isolement électrique doivent la contenir; le contrôle de la fumée doit protéger les personnes et l'équipement; et les décisions d'urgence doivent tenir compte des systèmes de bâtiment partagés. L'événement Cyber 1 de 2021 démontre qu'un incident dans un bâtiment multi-locataires peut interrompre les services au-delà de la salle où il a commencé.

Il ne prédit pas la performance actuelle de JKT1, mais il fait de l'interface bâtiment un élément de diligence de premier ordre.

Pour JKT1, les clients doivent demander si la salle certifiée du deuxième étage dispose de compartiments incendie indépendants, comment la fumée peut se déplacer à travers les colonnes montantes et les systèmes d'air, quelle partie peut ordonner un arrêt d'urgence, et si le groupe électrogène, l'UPS et l'équipement de refroidissement sont au même étage ou ailleurs dans le bâtiment. Ils doivent également demander comment une évacuation affecte les mains distantes et combien de temps le fonctionnement sans surveillance peut continuer.

Un système d'extinction au niveau de la salle ne peut pas à lui seul garantir l'accès au bâtiment, le refroidissement, la continuité de l'alimentation ou la disponibilité du personnel après un incident.

La quatrième chaîne commence par une interruption de la rencontre des transporteurs. Une rupture de fibre à l'extérieur de BTM1 pourrait supprimer plusieurs fournisseurs si leurs câbles partagent le même conduit. Un problème d'alimentation dans la salle de rencontre pourrait perturber des routes extérieures par ailleurs séparées. Une défaillance sur le transport utilisé pour étendre OMNIIX entre les installations pourrait réduire l'accès pour les entités distants sans endommager aucun des bâtiments d'Omni. Un problème de serveur de route pourrait affecter les réseaux qui en dépendent, tandis que les sessions bilatérales continuent.

Chaque événement a un rayon d'impact différent, et aucun ne peut être déduit du nombre total de entités à l'échange.

Le test client devrait donc désactiver un chemin physique à la fois et observer le routage, l'état des sessions, la perte de trafic et la récupération. Il devrait identifier quels services dépendent des serveurs de route d'AS56868, lesquels utilisent le peering bilatéral, lesquels utilisent le transit payant et lesquels sont transportés sur des ondes privées. Le résultat devrait inclure le temps de convergence et toute étape manuelle.

Une topologie peut être multi-en amont dans BGP alors que tous les en amont empruntent un seul câble métropolitain; inversement, deux chemins physiques peuvent toujours ne pas fournir de service si la politique de routage ne déplace pas le trafic correctement.

La cinquième chaîne commence pendant la maintenance planifiée. La promesse centrale du Tier III est la maintenabilité concurrente au niveau de la topologie certifiée, mais la certification publique d'Omni couvre les documents de conception de JKT1 plutôt qu'une démonstration observée de la construction réelle. Un exercice de maintenance devrait montrer qu'un transformateur, un module UPS, une section de tableau de distribution, un groupe électrogène ou une unité de refroidissement peut être isolé sans exposer la charge critique à un point de défaillance unique non planifié.

La méthode de procédure, le point de retour arrière, la dotation en personnel et le gel des modifications sont aussi importants que le nombre d'équipements.

La maintenance est aussi le moment où les limites de propriété deviennent opérationnelles. La gestion du bâtiment peut contrôler un arrêt de l'alimentation électrique. Solnet peut exploiter un réseau ou un service sous licence. Omni peut contrôler la salle et le contrat client. Un transporteur peut posséder l'interconnexion au-delà de la démarcation. Si les parties utilisent des fenêtres de notification ou des arbres d'escalade différents, une conception techniquement redondante peut encore produire des temps d'arrêt évitables.

Les annexes contractuelles doivent aligner ces parties avant le premier événement de maintenance, pas après un incident.

Ces cinq chaînes mènent à une conclusion commune. L'alimentation, le refroidissement, la protection incendie, la portée réseau et la maintenance ne sont pas des fonctionnalités marketing distinctes une fois qu'une charge de travail est en ligne. Elles forment une séquence de dépendances. L'unité de résilience pertinente est le service de bout en bout du client, y compris la baie physique, les deux chemins d'alimentation, le contrôle environnemental, chaque chemin réseau requis, l'accès à distance et les personnes autorisées à le restaurer.

Les cartes peuvent localiser les actifs, mais ne peuvent pas certifier la route entre eux

Les preuves géographiques publiques sont suffisamment solides pour localiser le service au niveau de la ville et du bâtiment. L'installation de Batam est systématiquement associée à Jalan Perahu Dendang No. 1 à Batam Center, tandis que les documents corporatifs utilisent le Jalan Kampung Belian No. 3 voisin. JKT1 est systématiquement associé à Cyber 1 à Jalan Kuningan Barat Raya No. 9B, même si les références d'étage publiques diffèrent. PeeringDB publie les coordonnées de l'installation de Jakarta, mais son entrée d'installation Batam ne publie pas de coordonnées; l'enregistrement d'organisation géocode l'adresse du groupe à Batam.

Ce niveau de précision peut guider une visite de site, pas une conclusion d'ingénierie.

Aucun des documents publics examinés ne fournit de routes de fibre arpentées. L'expression d'Omni « quatre chemins de fibre diversifiés » n'identifie pas les traversées de route, les ponts, les conduits, les poteaux, les chambres ou les stations d'atterrissement. Les neuf installations OMNIIX de PeeringDB montrent des endroits où l'échange peut être atteint, mais pas la géométrie de transport les reliant.

Les cartes de câbles sous-marins montrent les points d'atterrissement du système et les grands trajets marins; elles ne montrent pas la queue métropolitaine privée de BTM1 à une station d'atterrissement ni si deux services achetés partagent cette queue.

La même limite s'applique aux dangers. Une carte d'inondation ou de tempête au niveau de la ville ne peut pas établir l'élévation des salles électriques, des réservoirs de carburant, des chambres de fibre ou des installations en sous-sol. Une coordonnée de bâtiment ne peut pas montrer les compartiments incendie. Une ligne droite entre Batam et Jakarta ne peut pas montrer la propriété du câble, l'exposition aux réparations ou les dépendances intermédiaires.

La résilience spécifique aux actifs nécessite des dessins arpentés, une inspection sur site, des lettres de route des transporteurs et, si nécessaire, des clauses de séparation géographique dans le contrat de service.

Pour cette raison, aucune route physique exacte ne doit être reconstruite à partir du matériel marketing d'Omni. La carte défendable a deux points d'installation, un ensemble de sites d'échange répertoriés indépendamment et un contexte d'atterrissage de câble au niveau régional. Tout ce qui se trouve entre ces points reste non vérifié jusqu'à ce que les transporteurs le divulguent.

Statut opérationnel: suffisant pour rejeter l'idée de « projet papier », insuffisant pour mesurer la charge

Plusieurs signaux indépendants soutiennent les opérations actuelles. PeeringDB a créé l'enregistrement d'installation de Batam en juin 2024 et celui de Jakarta en juin 2025; les deux répertorient maintenant des réseaux tiers. Le répertoire Uptime enregistre une certification de conception pour Jakarta à périmètre défini. L'entreprise a annoncé l'inauguration de JKT1 en octobre 2025. Unrapport de l'ISEAS - Yusof Ishak Institutepublié fin 2025 classe Omni DC comme un centre de données extra-petit à Batam en exploitation.

Ce dernier rapport est utile mais pas définitif. Son annexe indique qu'il s'est appuyé sur des répertoires de l'industrie et des sources d'actualité, et « extra-petit » n'y est pas lié à un seuil de mégawatt divulgué. Le répertoire commercialcentres de données Maprépertorie également le site de Batam, les options de baie et les mains distantes, mais une grande partie de sa description technique ressemble à du matériel fourni par l'opérateur. Ce sont des signaux de marché corroborants, pas des certificats de mise en service.

Les preuves sont suffisantes pour dire qu'Omni a plus qu'un site Web proposé: il dispose de ressources réseau enregistrées, d'une opération d'échange active, d'installations répertoriées, de réseaux tiers nommés et d'une salle de Jakarta inaugurée. Elles ne sont pas suffisantes pour calculer la charge informatique réelle, le nombre de clients, l'occupation, la disponibilité fournie ou les mégawatts disponibles. Ces chiffres restent inconnus.

Ce qu'un acheteur doit vérifier avant de traiter les deux sites comme une plateforme résiliente unique

L'exercice de diligence approprié est spécifique aux actifs. Pour BTM1, le client doit demander la preuve que la baie sous contrat se trouve dans la zone de première phase de 680 m² et que ses kilowatts alloués sont inclus dans la capacité commissionnée.

Les preuves doivent inclure un schéma unifilaire électrique, une lettre de connexion au service public, les puissances nominales des transformateurs et de l'appareillage de commutation, l'inventaire des modules UPS, les tests de décharge des batteries, les tests de charge des groupes électrogènes, les résultats de mise en service du refroidissement et le test de systèmes intégrés le plus récent.

Pour JKT1, le contrat doit nommer l'étage, la salle, la baie, le point de démarcation et l'entité d'exploitation. Le client doit obtenir le certificat Uptime lui-même et vérifier la date d'attribution et le périmètre exact. Si Omni présente l'installation comme certifiée construite, elle doit fournir la liste ou le certificat Uptime correspondant; le répertoire public examiné ici n'en fournit pas. L'acheteur doit également obtenir les enregistrements de sécurité incendie du bâtiment, les limites de la salle, les chemins de colonnes montantes et la procédure d'intervention en cas de fumée ou d'incendie ailleurs dans Cyber 1.

Pour la résilience du réseau, une liste de transporteurs n'est qu'un début. Chaque circuit proposé doit être documenté de la baie jusqu'à son point terminal distant. La documentation doit identifier le propriétaire de l'interconnexion, la salle de rencontre, l'entrée du bâtiment, le conduit de rue, le fournisseur métropolitain, le fournisseur longue distance, la station d'atterrissement de câble et le système sous-marin, le cas échéant. Les deux circuits doivent être comparés pour les structures et les fournisseurs partagés.

L'adhésion à OMNIIX et la portée de peering à distance doivent être présentées séparément du transit payant et du transport privé.

Pour la résilience opérationnelle, le client doit examiner les horaires de personnel, les chemins d'escalade, les pièces de rechange, les fenêtres de maintenance, les communications d'incident, le réapprovisionnement en carburant, l'accès de sécurité et les exercices de récupération. Il doit demander un historique de service anonymisé avec la formule de disponibilité utilisée dans les SLA clients. Une cible revendiquée de 99,982 % ne devient significative que lorsque les exclusions, les crédits et les points de mesure sont visibles.

Enfin, le calendrier juridique doit attribuer les responsabilités entre PT Omni centres de données Indonesia, PT Solnet Indonesia, la gestion du bâtiment, les services publics et les transporteurs. Il doit identifier qui possède ou loue l'espace et l'installation concernés, qui détient toute licence de connectivité requise, qui facture chaque service et qui est responsable lorsqu'un composant partagé tombe en panne. L'affiliation au groupe peut renforcer la livraison, mais seul un contrat clair l'empêche de brouiller la responsabilité.

Une petite plateforme crédible, avec des preuves encore inégales par couche

PT Omni centres de données Indonesia a assemblé une proposition de petite plateforme crédible autour d'une véritable installation à Batam, d'une salle plus récente à Jakarta et d'un tissu d'échange en croissance. Le chiffre divulgué de 1,2 MW de charge informatique de BTM1, sa salle de première phase de 680 m² et ses revendications détaillées de composants donnent aux clients quelque chose de concret à interroger. La superficie de première phase de 864 m² de JKT1, son inauguration en 2025 et sa certification de documents de conception Uptime donnent au deuxième site plus de substance qu'un simple emplacement planifié.

La participation à PeeringDB montre que les réseaux utilisent l'écosystème.

Mais le dossier public ne soutient pas une affirmation indifférenciée de Tier III, d'alimentation 2N et de connectivité diversifiée sur tout ce qu'Omni vend. Le dossier Tier III indépendant est limité aux documents de conception de JKT1 et à la salle informatique 1 du deuxième étage. Le chiffre d'alimentation de Batam est publié par l'opérateur. L'adresse PeeringDB du cinquième étage ne s'aligne pas parfaitement avec la salle certifiée du deuxième étage. La réserve du réseau régional ne prouve pas la livraison sur site. Trente entités à l'échange ne prouvent pas trente transporteurs physiques dans l'un ou l'autre bâtiment.

Quatre entrées de fibre revendiquées ne révèlent pas quatre itinéraires indépendants de bout en bout.

Cette inégalité n'est pas une raison de rejeter Omni. C'est une raison d'acheter avec précision. L'entreprise a suffisamment de preuves d'exploitation externes pour mériter une diligence sérieuse, mais pas assez de données d'ingénierie et de service publiques pour permettre à un client de l'ignorer. La question décisive n'est plus de savoir si Omni existe. C'est de savoir si la baie, le kilowatt et le chemin exacts vendus peuvent survivre aux défaillances que le service du client ne peut pas se permettre.