WCG vend une capacité hébergée qui dépend encore des racks, du transit et des fenêtres de réparation

Résumé

• Wholesale Communications Group Pty Ltd demeure une société de droit privé australienne active et figure dans la dernière déclaration publique relative à l’esclavage moderne du groupe Vocus Group Holdings. Cela confirme la continuité corporative au sein du groupe Vocus, et non que WCG opère encore en tant que marque indépendante de cloud de détail.
• APNIC marque AS18104 comme actif et l’associe au nom WCG, avec Vocus comme titulaire. L’observation indépendante du routage ne montre toutefois aucune annonce IPv4 ou IPv6 actuelle de la part d’AS18104 et enregistre sa dernière route observée en juin 2012. Un système autonome enregistré n’équivaut pas à un réseau de livraison actif.
• PeeringDB répertorie une présence de WCG dans une installation chez Equinix SY1/SY2 à Sydney, sans connexion à un point d’échange public. La déclaration de l’installation a été mise à jour pour la dernière fois en 2016; il s’agit donc d’une preuve d’exploitation historique, et non de la preuve d’un rack, d’une flotte de serveurs sous tension ou d’un cross-connect actuels.
• Les documents actuels de Vocus proposent une capacité d’infrastructure à Sydney, Melbourne et Perth et indiquent que le groupe exploite 14 centres de données australiens tout en se connectant à plus de 150 autres. Ces affirmations établissent une surface de livraison plausible au niveau du groupe, mais elles ne précisent pas quels sites, racks, pools de ressources ou conditions de support s’appliquent à un client achetant sous le nom WCG.
• Les conditions générales publiques de Vocus révèlent les rouages sous-jacents à la capacité hébergée: la connectivité peut être séparée, la reprise après sinistre doit être commandée expressément, les clients assument d’importantes responsabilités en matière de sauvegarde et de restauration, les adresses IP attribuées ne sont pas portables, et la maintenance ou les défaillances de tiers peuvent limiter les recours. Un acheteur a besoin d’une architecture propre au site et d’un plan de migration exécutable avant de pouvoir considérer la capacité nominale comme une capacité récupérable.

Le nom WCG a survécu plus clairement que son réseau indépendant

L’infrastructure hébergée est souvent achetée sous un nom qui masque plusieurs couches organiques. Un client peut ne voir qu’une facture et un numéro d’assistance, alors que le service lui-même fait intervenir une filiale juridique, un réseau de groupe, un espace loué en centre de données, une plate-forme de virtualisation, des logiciels tiers et des techniciens de terrain. Cela n’est pas nécessairement un défaut. Les fournisseurs intégrés utilisent couramment plusieurs sociétés du groupe et plusieurs fournisseurs. Le risque surgit lorsque le client prend un nom durable pour un système d’exploitation autonome.

WCG est un exemple particulièrement net. L’entrée actuelle pour l’ABN 21 109 626 011du registre des entreprises australien (Australian Business Register) identifie Wholesale Communications Group Pty Ltd comme une société de droit privé australienne active, enregistrée à la TVA depuis juin 2004, dont l’établissement principal se situe dans l’État de Victoria. Ladéclaration 2025 relative à l’esclavage moderne pour Vocus Group Holdingsproduite par le gouvernement australien inclut Wholesale Communications Group Pty Ltd parmi les entités déclarantes. Ce sont là de solides faits d’identité. Ils montrent que WCG n’a pas simplement disparu en tant que nom légal.

Ils ne montrent pas que WCG commercialise actuellement, en propre, des serveurs virtuels, du bare metal, du stockage ou de l’hébergement géré. La position historique de WCG est plus facile à établir. Le rapport annuel 2010 de M2 indique que M2 a fait l’acquisition de Wholesale Communications Group en mai 2007 et décrit l’offre commerciale plus large de M2 comme comprenant des réseaux privés virtuels d’entreprise et de l’hébergement à distance. Lerapport annuel déposédécrit également l’entreprise acquise comme s’inscrivant dans l’expansion du segment de gros de M2. Lerapport annuel 2020 de Vocusmentionne par la suite Wholesale Communications Group Pty Limited comme une filiale australienne à 100 %.

La chaîne sociétaire est donc étayable: WCG a intégré M2, puis le groupe M2 a rejoint Vocus. Mais l’histoire n’est pas une fiche produit actuelle. Il serait imprudent de convertir l’expression « hébergement à distance » d’un rapport de 2010 en affirmation selon laquelle un service de calcul WCG particulier serait disponible en 2026 avec la même plate-forme, les mêmes emplacements ou le même contrat. La question opérationnelle actuelle est plus restreinte: quelles ressources portent encore l’identité WCG, quelle infrastructure peut-on vérifier au niveau du groupe Vocus, et où s’arrêtent les preuves?

Cette distinction est importante sur le plan commercial. Si un acheteur contracte avec Wholesale Communications Group Pty Ltd mais reçoit un service conçu, exploité ou soutenu par d’autres entités de Vocus, la commande doit préciser quelle société fournit chaque composant, quelles conditions générales prévalent et où se situe la responsabilité. La continuité sociétaire peut rassurer. Elle ne remplace pas le fait de savoir quelle entité contrôle le rack, le port réseau, le système de sauvegarde et le technicien qui interviendra à 3 heures du matin.

La façade commerciale publique est désormais une surface Vocus

Le domaine propre de WCG existe toujours, mais il ne présente pas de catalogue commercial public actuel. Comme on a pu l’observer en juillet 2026,wcg.net.aurésolvait vers une adresse IPv4 et conservait des noms d’hôte de messagerie et de serveur de noms de l’époque WCG et M2, tandis que les requêtes web ordinaires ne renvoyaient pas de site WCG fonctionnel. Lerésumé DNS public pour wcg.net.aumentionne l’adresse 203.132.224.176, des échangeurs de courrier sousm2core.com.auet des serveurs faisant autorité souswcg.net.au. Il indique également qu’aucun serveur web n’est configuré. Le DNS est dynamique et le résumé tiers peut accuser un retard par rapport aux changements, mais il correspond au schéma d’ensemble: l’espace de noms reste maintenu sans fonctionner comme une vitrine actuelle de produits.

L’adresse elle-même ne prouve pas que AS18104 héberge le site. Lerésultat d’information réseau RIPEstat pour 203.132.224.176la situe dans un préfixe originaire d’un autre réseau Vocus, et non de AS18104. L’enregistrement APNIC pour cette adressefournit le contexte de registre pour ce bloc. Un enregistrement A actif démontre donc la continuité du domaine et du réseau du groupe, mais ne peut être utilisé comme échantillon de charge de travail prouvant un cloud WCG actif.

L’offre actuelle visible se trouve sur les pages publiques de Vocus. La pageInfrastructure as a Servicede Vocus décrit des pools de ressources à Sydney, Melbourne et Perth, hébergés dans ses centres de données et interconnectés par son réseau cœur. Elle fait état d’allocations de traitement, de mémoire et de stockage, de plusieurs options de bande passante, de tarifs de sauvegarde et d’un support 24 heures sur 24. Lafiche produit IaaSassociée cite les trois mêmes points de livraison et énumère les politiques de sauvegarde et un centre de services.

Vocus indique par ailleurs sur sa pagesolutions de centre de donnéesqu’elle exploite 14 centres de données à travers l’Australie et se connecte à plus de 150 autres emplacements, y compris des installations partenaires. Il s’agit là d’un élément de preuve significatif que le groupe possède un vaste parc physique et d’interconnexion. C’est toutefois un agrégat de niveau marketing. Cette page ne nomme pas les 14 sites, ne précise pas la puissance disponible ni l’inventaire de calcul de chacun, et n’établit pas de correspondance entre les trois pools de ressources IaaS et une commande WCG particulière.

La lecture prudente n’est pas que WCG n’a pas de service. Elle est que les preuves publiques étayent un service actuel du groupe Vocus et une identité corporative WCG continue, tout en laissant dans le flou leur relation commerciale actuelle. Un client potentiel devrait se demander si WCG est le fournisseur contractant, un nom de compte hérité, un revendeur, une filiale d’exploitation ou simplement l’identité historique attachée à certaines ressources réseau. La réponse détermine quels portail d’assistance, calendrier de service, avis de confidentialité et processus de résiliation s’appliquent réellement.

AS18104 est enregistré, mais n’annonce pas de routes à l’heure actuelle

Le numéro de système autonome de WCG est l’élément de preuve le plus tentant à surinterpréter. L’enregistrement RDAP pour AS18104d’APNIC le marque comme actif, le nomme WCG-AS-AP et décrit Wholesale Communications Group comme un fournisseur national de communications de gros à Sydney. L’entité titulaire est Vocus Pty Ltd. L’enregistrement conserve également un contact d’exploitation réseau WCG, tandis que son rôle abuse pointe vers Vocus. Cette combinaison est cohérente avec une ressource qui a traversé une intégration corporative sans perdre toutes ses anciennes étiquettes.

Un statut actif au registre ne signifie pas que le numéro émet activement du trafic. La distinction est fondamentale mais lourde de conséquences. Un registre Internet régional enregistre l’attribution, les contacts d’enregistrement et le statut administratif. Les collecteurs de routes mondiaux observent ce que les réseaux annoncent réellement. Les deux jeux de données répondent à des questions différentes.

Lerésultat d’état de routage pour AS18104de RIPEstat ne rapporte aucun espace IPv4 ou IPv6 annoncé au moment de l’observation en juillet 2026, aucun voisin observé et une visibilité nulle parmi ses pairs collecteurs de routes. Il enregistre la première route observée en janvier 2002 et la dernière route observée, 125.168.0.0/16, le 19 juin 2012. Sonrésultat de préfixes annoncésne retourne aucun préfixe dans la fenêtre d’observation actuelle. Lavue de routage pour AS18104de Cloudflare Radar offre une deuxième surface d’observation publique, tandis que lapage AS18104de Hurricane Electric conserve l’identité du réseau et le contexte de routage historique.

Ces observations ne prouvent pas que tout équipement autrefois associé à WCG a été mis hors service. Un système autonome peut rester enregistré alors que ses adresses sont annoncées par un autre réseau du groupe, utilisées en interne, conservées pour usage futur ou devenues inutiles. Des services peuvent également fonctionner derrière des adresses de fournisseur sans que l’ancien ASN n’apparaisse dans la route publique. Ce que les données établissent, c’est que AS18104 ne devrait pas être présenté comme le chemin indépendant actuel par lequel les charges de travail hébergées par WCG atteignent l’Internet.

La politique de routage administrative dans APNIC mentionne encore AS9942, AS2764 et AS9654 dans des déclarations d’importation. Ces déclarations ne sont pas des mesures de transit actuelles. Le texte de politique du registre peut subsister longtemps après des changements topologiques, et l’absence d’annonces actuelles signifie qu’il n’y a pas de route AS18104 sur laquelle observer ces voisins aujourd’hui. Présenter ces trois numéros comme une diversité de transit actif reviendrait à transformer un texte de configuration historique en une affirmation opérationnelle non étayée.

Il existe une vérification croisée utile dans le contrat cloud actuel de Vocus. LeVocus Cloud Service Scheduleénumère plusieurs systèmes autonomes sous lesquels Vocus déclare maintenir et exploiter son réseau pour le Cloud Internet. AS18104 ne figure pas dans cette liste. Vocus se réserve la possibilité d’ajouter ou de retirer des numéros, de sorte que la liste n’est pas immuable. Cela renforce néanmoins la conclusion issue de l’observation du routage: l’accessibilité actuelle du cloud doit être évaluée comme une conception du réseau Vocus, et non déduite de l’ASN WCG historique.

Un ancien enregistrement d’installation à Sydney ne peut pas étayer une revendication de capacité nationale

L’entrée réseau pour WCGdans PeeringDB associe AS18104 à une seule installation, Equinix SY1/SY2 à Sydney, et à aucun point d’échange Internet public. L’entrée qualifie le réseau de régional, majoritairement entrant, avec une politique de peering sélective. Elle ne divulgue ni niveau de trafic ni nombre de préfixes IPv4. Ses informations sur l’installation ont été mises à jour pour la dernière fois en mars 2016, ses informations de contact en mars 2016, et l’enregistrement du réseau lui-même en juillet 2022.

C’est une preuve, mais sa période de validité est ancienne. PeeringDB est maintenu par les organisations participantes. Une ligne réseau-vers-installation signifie que le entité a déclaré la présence du réseau à cet endroit; elle ne révèle pas si cette présence se traduisait par un routeur dans un rack complet, une petite allocation dans un espace partagé, un port distant, une interconnexion fournie par un tiers ou un arrangement qui a ensuite changé. L’ancienneté de la mise à jour de l’installation est particulièrement importante étant donné l’absence d’annonces actuelles de la part d’AS18104.

Equinix SY1 et SY2 sont d’importants sites d’interconnexion à Sydney, mais les attributs de ces bâtiments ne peuvent être automatiquement attribués à WCG. La ligne publique n’indique pas le nombre d’unités de rack, l’allocation de puissance, le nombre d’alimentations, le nombre de cross-connects, l’inventaire des serveurs, l’architecture de stockage ni les droits de gestion à distance. Elle ne dit pas que WCG est propriétaire du site. Elle ne prouve même pas que la configuration de 2016 est toujours en place en 2026.

La conclusion appropriée est que WCG avait une présence déclarée dans une installation de Sydney dans la base de données d’interconnexion, avec un statut actuel non vérifié.

L’absence de ligne d’échange public a une importance tout aussi limitée. Elle signifie que PeeringDB ne montre pas actuellement AS18104 sur un LAN de point d’échange. Cela n’exclut pas l’interconnexion privée, le transit payant, le peering à distance ou l’accessibilité via un autre ASN de Vocus. Mais, combinée à l’absence de routes actuelles, elle ne fournit aucune base pour revendiquer une diversité de peering actuelle ou une portée d’échange indépendante pour WCG.

L’empreinte plus large de Vocus doit être traitée séparément. Le site actuel du groupe revendique trois villes de livraison IaaS, 14 centres de données australiens exploités et des connexions vers plus de 150 emplacements de centres de données supplémentaires. Sa page juridique comprend des annexes pour ses propres installations de colocation et pour des opérateurs tiers, notamment Equinix et NEXTDC:https://www.vocus.com.au/help-and-support/legal-contracts. Cette envergure peut soutenir un service résilient si le client achète effectivement les sites, les chemins et les réplicas pertinents. Elle ne peut pas transformer rétroactivement la ligne PeeringDB de WCG en une plate-forme de calcul sur trois villes.

Les preuves qui régleraient la question sont simples: un bon de commande actuel identifiant l’installation ou la zone de livraison, une allocation de rack ou de ressource virtuelle, les détails de la transition réseau et une confirmation écrite des entités d’exploitation et contractantes. Sans ces éléments, l’empreinte publique se décrit au mieux comme une déclaration historique à Sydney à laquelle s’ajoute un parc de groupe actuel plus vaste, dont l’allocation aux clients sous marque WCG est inconnue.

La capacité est une chaîne d’allocations, pas un chiffre sur une page produit

La capacité cloud semble divisible parce qu’elle est vendue en petites unités. Un acheteur peut demander un processeur virtuel, un gigaoctet de mémoire ou un volume de stockage supplémentaire sans voir un serveur installé. La promesse économique est qu’une plate-forme partagée absorbera cette demande plus efficacement que le propre matériel de l’acheteur. La limite physique n’a pas disparu; elle s’est déplacée derrière un système d’allocation.

Le barème IaaS de Vocus rend cette frontière particulièrement visible. Il définit les machines virtuelles en unités de traitement, de mémoire et de stockage achetées, tout en précisant que le temps CPU sera équilibré entre les ressources demandeuses en cas de contention. Il indique que la capacité de stockage créée ne peut pas être diminuée. Il précise aussi que les clients restent redevables de l’allocation commandée même lorsque l’utilisation réelle est inférieure. Ces clauses ne révèlent pas l’utilisation actuelle, mais elles montrent pourquoi les capacités commandée, installée et utilisable sont des quantités différentes.

La capacité commandée est ce qui figure dans la commande de service. La capacité installée est le matériel, le stockage et l’équipement réseau physiquement disponibles dans le pool de ressources concerné. La capacité utilisable est la portion qui peut être allouée sans enfreindre les contraintes de performance, de résilience ou de puissance. La capacité récupérable est encore plus petite: la portion qui reste disponible, ou peut être restaurée dans le délai requis, en cas de défaillance d’un hôte, d’un système de stockage, d’un rack, d’un site ou d’un chemin.

Pour WCG, aucune de ces quantités n’est publiée au niveau de l’entreprise. Il n’existe pas de nombre public de serveurs, de génération de processeur, de support de stockage, d’allocation de rack, de puissance engagée, de chiffre d’utilisation ou de ratio d’hôtes de secours lié à WCG. Les documents publics de Vocus donnent des dimensions de produit et des emplacements, mais pas l’inventaire disponible. Une plate-forme sur trois villes peut néanmoins avoir une marge de capacité inégale.

Une ville peut être disponible pour de nouvelles commandes tout en manquant de capacité inactive suffisante pour absorber toutes les charges de travail d’une autre ville lors d’une défaillance régionale.

Le stock de matériel fait partie de la même équation. Une plate-forme peut avoir une capacité virtuelle de réserve jusqu’à ce qu’une carte mère, un contrôleur, un module optique ou un modèle de disque tombe en panne. La restauration dépend alors de pièces compatibles, du support du fournisseur et d’un technicien ayant accès au site. La question pertinente n’est pas de savoir si le groupe est assez grand pour acheter de l’équipement.

C’est de savoir si le service sous contrat dispose d’un stock de remplacement dans la bonne ville, à l’intérieur de la bonne frontière de sécurité, et si le délai de remplacement est inclus dans l’objectif de restauration.

La puissance est une autre allocation. Lebarème de service NEXTDC actuelde Vocus définit les racks avec une allocation de puissance convenue et décrit la puissance conditionnée comme limitée. Il avertit qu’une utilisation excessive peut affecter le client, les autres clients et le refroidissement. Le barème concerne un service de colocation tiers proposé par Vocus, et ne prouve pas que WCG utilise NEXTDC. Sa valeur est explicative: même dans une installation hautement technique, l’espace rack commercialisable est limité par les kilowatts contractuels, les alimentations équilibrées, le refroidissement et les règles d’exploitation.

Il en résulte une définition plus exigeante de la capacité. Un acheteur ne devrait pas seulement demander combien de processeurs virtuels peuvent être commandés. Les questions utiles sont: quelle marge de capacité en cas de panne existe dans la ville choisie, si de la capacité est réservée sur le site de reprise, quels composants sont stockés localement et ce qui se passe lorsqu’une réparation nécessite une approbation tierce ou une fenêtre de changement.

La diversité de transit appartient au service livré, pas à la famille corporative

L’absence actuelle de routes AS18104 ne signifie pas qu’un service sous contrat WCG serait inaccessible. Cela signifie que le client doit identifier le réseau de livraison effectif. Le barème cloud de Vocus indique que le Cloud Internet peut être atteint par le biais de systèmes autonomes exploités par Vocus et que le réseau international comprend du peering et du transit avec de nombreux réseaux. Il réserve également le droit de Vocus de modifier ces dispositions sans préavis.

C’est une affirmation de résilience au niveau du groupe, pas un schéma de chemin spécifique au site. Une machine virtuelle à Sydney peut atteindre l’Internet via des routeurs redondants et plusieurs fournisseurs de transit; elle peut aussi dépendre d’un seul pare-feu client, d’un seul circuit d’accès ou d’une seule interconnexion non protégée. Un réseau privé peut éviter l’Internet public tout en dépendant d’un seul fournisseur de dernier kilomètre. Deux contrats peuvent partager le même pool de ressources cloud et présenter des surfaces de défaillance très différentes.

Le barème précise que la connectivité n’est pas incluse sauf indication contraire explicite. L’accès peut se faire par l’Internet ou par un réseau privé, selon ce qui est spécifié dans la commande. Cette clause évite une erreur de catégorie courante: acheter du calcul n’achète pas nécessairement un chemin diversifié pour y accéder. L’acheteur doit considérer le service Internet, la connexion privée, l’interconnexion et l’équipement côté client comme des composants distincts, chacun avec son propre niveau de protection.

Lafiche produit Cloud Connectde Vocus indique que le groupe atteint plus de 100 centres de données publics et prend en charge des connexions privées vers les principaux fournisseurs de cloud, avec des options de couche 2 et de couche 3. Une telle portée peut réduire la dépendance aux chemins Internet publics. Mais une connexion à un fournisseur de cloud n’est pas automatiquement redondante. Le nombre de ports, la diversité métropolitaine, la diversité des routeurs et les exigences propres du fournisseur de cloud comptent toujours.

Le même principe s’applique à l’accessibilité aux points d’échange. Un opérateur peut faire du peering à large échelle sous son ASN principal tandis qu’un ASN de filiale historique n’a aucun port d’échange. Les clients se soucient du chemin que leurs paquets empruntent réellement, pas des enregistrements qui existent ailleurs dans le groupe. La conception du service devrait identifier l’ASN d’origine, le type d’adresse du client, le chemin de connectivité amont ou privé, le statut protégé ou non protégé, et ce qui se passe pendant la maintenance.

L’adressage attribué par le fournisseur crée une dépendance supplémentaire. Le barème cloud indique que les adresses attribuées par Vocus restent la propriété de Vocus, ne sont pas transférables et cessent d’être utilisables à la fin du service. Vocus peut les modifier avec un préavis, ou immédiatement lorsqu’un changement urgent est nécessaire pour des raisons de stabilité ou de correction de panne. Les adresses fournies par le client peuvent être possibles, mais le portage n’est pas disponible dans tous les emplacements ni avec tous les services.

Un client qui intègre les adresses du fournisseur dans des listes d’autorisation, le DNS, des certificats ou des systèmes partenaires a donc intégré un coût de migration dans la conception de son réseau.

Pour WCG, la preuve décisive serait une trace de route actuelle et une spécification de service provenant de la charge de travail réelle, et non l’enregistrement d’AS18104. D’ici là, l’ASN historique est utile pour comprendre l’histoire et l’intégration corporative. Ce n’est pas un certificat de redondance actuel.

Les fenêtres de réparation exposent la frontière de propriété

Une panne se transforme en une chaîne d’autorisations dès que la récupération logicielle échoue. Il faut déterminer si le défaut se situe dans la machine virtuelle, l’hyperviseur, l’hôte physique, le système de stockage, l’alimentation du rack, l’interconnexion, la fibre métropolitaine ou le réseau amont. Chaque frontière peut impliquer une équipe, un fournisseur et une horloge différents.

L’accord de niveau de servicede Vocus offre un accès 24 heures sur 24 à son centre d’assistance et décrit les canaux de signalement par téléphone, e-mail, portail et alerte automatique. Il indique que les incidents peuvent être escaladés vers des ressources et des fournisseurs dûment qualifiés. Il précise également que les délais de rétablissement sont des objectifs et non des garanties, et que Vocus mettra en œuvre des efforts raisonnables pour les atteindre. Cette distinction est importante en cas de panne matérielle. Un objectif de quatre heures est un objectif opérationnel; ce n’est pas la preuve qu’un composant de remplacement, une équipe de fibre ou un accompagnateur de bâtiment sera disponible dans les quatre heures.

L’accord exige que les clients signalent les incidents graves par téléphone et fournissent des informations d’identification et de diagnostic. Il permet une escalade via une matrice fournie lors de la mise en service ou sur demande. Pour un incident de priorité 1, un client peut demander un rapport post-incident, que Vocus s’engage à fournir dans la mesure du raisonnablement possible dans le délai imparti. Ce sont des mécanismes de support significatifs. Ce sont des mécanismes Vocus actuels, et le site public de WCG ne fournit pas de chemin d’escalade distinct et actuel.

Un acheteur WCG devrait avoir le processus Vocus ou tout autre processus applicable nommé dans la commande avant qu’une panne ne survienne.

Les travaux planifiés constituent une exposition distincte. L’accord décrit des catégories de maintenance à risque, à impact sur le service, de panne et d’urgence. Un avis de maintenance pour une panne vise normalement un préavis de dix jours ouvrés; les travaux d’urgence peuvent être annoncés dès que raisonnablement possible, avec un objectif de huit heures de préavis. Pour les travaux de colocation ou la maintenance effectuée par des tiers, Vocus promet autant de préavis que raisonnablement possible dans les circonstances. La maintenance planifiée est exclue des remises de disponibilité ordinaires.

La colocation par des tiers rend la frontière encore plus claire. Le barème NEXTDC définit les interventions à distance comme un service supplémentaire limité à des tâches techniques mineures spécifiées. Il donne au personnel de l’installation le pouvoir de contrôler l’accès pour des raisons d’urgence, de sécurité et d’exigences légales. Il met à la charge du client les obligations de maintenance de son propre équipement et exige la compatibilité avec la connectivité de l’installation. Là encore, ce n’est pas une preuve qu’un rack WCG se trouve chez NEXTDC.

Cela montre le type de dépendance dont un service de groupe peut hériter lorsque le bâtiment, le client du rack et le client d’hébergement sont des parties différentes.

Les dispositions Equinix ont leur propre chaîne. Lebarème Equinix IBX Centrede Vocus indique qu’Equinix conserve la propriété de son centre et décrit les configurations redondantes de cloud fabric comme nécessitant deux ports. Un client qui n’achète qu’un seul port n’a pas acheté la configuration redondante du simple fait d’être dans un bâtiment Equinix.

Une conception de réparation crédible nomme donc le propriétaire de chaque couche. Elle indique qui surveille l’hôte, qui peut ouvrir le rack, qui détient les pièces de rechange, qui peut approuver un changement d’interconnexion, quand les interventions à distance sont disponibles et quelles exclusions de maintenance du fournisseur s’appliquent. Les noms WCG et Vocus ne peuvent à eux seuls répondre à ces questions.

La disponibilité multi-villes n’est pas un basculement automatique

Sydney, Melbourne et Perth sont des points de séparation utiles. Ils réduisent l’exposition à un seul bâtiment et, selon la conception, à une panne de courant métropolitaine, à une coupure de fibre ou à un sinistre. Vocus indique que ses points de livraison IaaS sont interconnectés par son réseau cœur, ce qui permet une continuité entre les instances hébergées dans d’autres points de livraison. C’est une déclaration de capacité, non une affirmation que les données et applications de chaque client sont répliquées sur les trois sites.

Le basculement nécessite de la capacité, un état et une autorité. Le site de reprise a besoin de suffisamment de traitement, de mémoire, de stockage, de licences et de bande passante réservés. Les données applicatives doivent être copiées à une fréquence compatible avec la perte tolérable pour le client. L’identité réseau doit être transférable ou recréée. Le personnel a besoin d’une autorisation et d’instructions testées pour démarrer l’environnement de remplacement. Les dépendances telles que le DNS, l’authentification, les clés, la surveillance et les listes d’autorisation tierces doivent survivre au déplacement.

Le barème cloud de Vocus indique explicitement que les services de reprise après sinistre ne sont pas inclus, sauf indication contraire dans la commande. Il exclut l’importation de machines virtuelles, de données et la configuration de l’environnement, sauf commande expresse. Il précise que la surveillance et l’alerte des machines virtuelles du client ne font pas partie de la description de base du calcul et du stockage. Ces exclusions renvoient une grande partie de la conception de la continuité au client.

Les dispositions relatives à la sauvegarde sont divisées de manière similaire. Vocus peut fournir l’accès à un environnement de sauvegarde, mais le client reste responsable de l’application des politiques et de la vérification du bon fonctionnement des sauvegardes. Dans le cadre du service de sauvegarde en tant que service, Vocus gère la plate-forme de sauvegarde tandis que le client gère les points de terminaison, choisit les données protégées, planifie les objectifs de reprise et effectue les tests.

La restauration peut entraîner des frais supplémentaires, et certaines restaurations sont fournies sur la base d’efforts raisonnables plutôt que garanties. Le barème précise que le client est responsable de garantir l’intégrité des données sauvegardées, car Vocus ne peut pas valider leur nature, leur contenu et leur forme.

Les recommandations du gouvernement australien aboutissent à la même conclusion opérationnelle. Leguide de sécurité du cloud à l’intention des dirigeantsde l’Australian Signals Directorate invite les organisations à évaluer la continuité des activités, la reprise après sinistre, la connectivité sécurisée, les conditions de disponibilité, la conservation et la portabilité. Sesrecommandations sur les sauvegardes régulièrespréconisent des sauvegardes résilientes et des tests de restauration coordonnés. Une réplique qui n’a jamais été restaurée dans des conditions réalistes est une preuve de copie, pas une preuve de récupération.

Pour un service étiqueté WCG, un acheteur devrait demander la conception de la reprise en termes concrets et chiffrés: ville principale, ville de reprise, méthode de réplication, objectif de point de reprise, objectif de délai de reprise, capacité réservée, changements de routage et de DNS, administrateur de sauvegarde, fréquence des tests et dernier exercice réussi. Une affirmation de trois points de livraison ne répond qu’à la première question: où une plate-forme peut exister.

Une défaillance de facturation peut devenir une défaillance d’infrastructure

L’aspect physique ne représente que la moitié de la résilience de l’hébergement. Une charge de travail peut être saine et devenir néanmoins inaccessible parce qu’une facture, une licence ou une condition contractuelle n’est pas réglée. C’est pourquoi les contacts de facturation et les dates de renouvellement doivent faire partie de la planification de la continuité.

Le barème cloud de Vocus indique que les clients paient pour l’allocation figurant dans leur commande, même si l’utilisation réelle est inférieure. L’excédent de bande passante et les données de sauvegarde peuvent entraîner des frais supplémentaires. Les augmentations de prix des logiciels tiers peuvent être répercutées avec un préavis, et le non-respect des licences peut entraîner une résiliation immédiate dans des circonstances spécifiées. Le client est responsable de détenir la bonne quantité et le bon type de licences logicielles.

Les conditions de colocation rendent les conséquences plus tangibles. Lebarème de colocationdes centres de données Vocus lie les frais à l’espace et à la puissance commandés, permet une révision des coûts dans des circonstances décrites et traite des restrictions d’accès. Le barème NEXTDC contient des droits relatifs aux montants impayés, à la suspension et à l’équipement du client. Il s’agit de protections commerciales ordinaires dans les contrats d’infrastructure, mais elles montrent que la possession et l’accès peuvent diverger. Un client peut être propriétaire d’un serveur tout en dépendant du statut de paiement et de l’autorisation de l’installation pour y accéder.

Les contrats des fournisseurs créent un autre risque de concentration lorsqu’un revendeur se trouve entre le client et l’installation. Le client final peut payer WCG, tandis que Vocus ou une autre entité contracte avec l’exploitant du centre de données. Si l’accord en amont change, l’acheteur doit savoir si son service se poursuit, migre ou prend fin. L’appartenance corporative publique ne révèle pas la chaîne contractuelle d’une commande particulière.

Les contrôles pratiques sont simples et précieux: plus d’un contact de facturation autorisé, des détails de facture vérifiés, une procédure d’escalade des litiges documentée, des rappels de renouvellement, un registre de propriété des licences et un plan de continuité qui ne dépende pas de la connexion à un service suspendu. Le client doit également savoir si les avoirs de service sont automatiques ou doivent être demandés. L’accord de Vocus exige une demande d’avoir écrite dans un délai défini et applique les montants approuvés sous forme d’avoirs, et non en espèces.

C’est là que la capacité hébergée révèle sa double nature. Il s’agit d’une réservation physique et d’une autorisation juridique continue d’utiliser cette réservation. Un serveur de réserve a peu de valeur si les informations d’identification du client, l’allocation d’adresse ou l’accès à l’installation prennent fin avec le contrat. La récupérabilité doit inclure l’accès commercial, et pas seulement la survie du matériel.

La portabilité commence avant l’installation de la première charge de travail

Déplacer une charge de travail hébergée n’est pas une opération unique. C’est un ensemble d’exportations et de substitutions: données, machines virtuelles, configuration applicative, secrets, journaux, noms de domaine, enregistrements DNS, certificats, adresses IP, licences et connaissances de support. Chaque composant peut avoir un propriétaire et une règle de transfert différents.

Le domaine WCG lui-même illustre cette séparation. Une licence de domaine, un DNS faisant autorité, un hébergement de messagerie et un hébergement web sont des services distincts, même lorsqu’un seul fournisseur vend les quatre. Leguide de transfert d’un domaine.aud’auDA indique qu’un titulaire peut passer à un autre bureau d’enregistrement éligible et explique le code d’autorisation de transfert. Cela protège la portabilité du domaine. Cela ne déplace pas automatiquement le contenu de la zone, les données de la boîte aux lettres, les fichiers du site web ou l’environnement du serveur.

La portabilité des adresses IP est plus restreinte. Le barème cloud de Vocus indique que les adresses fournies par le fournisseur ne peuvent pas être transférées et que le droit de les utiliser prend fin avec le service. L’utilisation d’adresses détenues par le client est soumise au statut de registre, à l’approbation et à la disponibilité du service. Une application construite autour d’adresses Vocus peut donc nécessiter des modifications DNS, des mises à jour des listes d’autorisation des partenaires et un basculement soigneusement planifié. L’ancien enregistrement AS18104 n’accorde pas à chaque client hébergé des adresses WCG portables.

La portabilité du calcul n’est pas spécifiée publiquement au niveau de WCG. Vocus utilise une technologie de virtualisation largement connue et propose une interface de gestion unique, mais la familiarité n’est pas un engagement d’exportation. Un client doit savoir s’il peut exporter des disques virtuels dans un format documenté, à quelle vitesse, avec quelle assistance et à quel coût. La cohérence de la base de données, le format des instantanés et les licences logicielles peuvent déterminer si une image exportée démarre effectivement ailleurs.

La bande passante peut être la partie la plus lente. Un grand patrimoine de données facile à stocker peut prendre des jours ou des semaines à copier sur une liaison restreinte. Si le service est déjà dégradé ou suspendu, le débit d’exportation effectif peut être inférieur. Les supports physiques peuvent être plus rapides pour les très gros transferts, mais le client a alors besoin de chiffrement, d’une chaîne de traçabilité, de supports compatibles et d’un processus de retour convenu.

Les dispositions du barème cloud relatives aux bandes, par exemple, exigent une demande en temps voulu si les supports doivent être retournés à la résiliation et n’incluent pas par défaut la restauration à partir de bande.

Une conception de sortie robuste est testée pendant que le service est sain. Le client devrait exporter une machine et un jeu de données représentatifs, reconstruire le réseau dans un environnement neutre, renouveler les secrets, confirmer l’autorité DNS, mesurer le temps de transfert et vérifier que les sauvegardes sont lisibles sans le compte d’origine. L’exercice transforme le mot « portable » en une durée observée et une liste de dépendances.

Pour WCG, aucun document public ne fournit de format d’exportation actuel, de débit de sortie garanti, d’étendue de l’aide à la migration ou de période de conservation post-résiliation pour un service de marque WCG. Ce ne sont pas des raisons d’envisager le pire. Ce sont des conditions qui doivent être fournies avant qu’un acheteur puisse chiffrer le coût de sortie.

Les points de livraison australiens ne répondent pas à toutes les questions de localité

La page IaaS publique de Vocus indique que ses points de livraison se trouvent à Sydney, Melbourne et Perth et qu’ils sont hébergés dans ses centres de données. C’est une preuve utile pour une option de calcul principale en Australie. C’est plus précis qu’une revendication générale de souveraineté. Cela n’identifie toujours pas l’emplacement de chaque copie ni de chaque personne pouvant accéder à l’environnement.

La localisation des données a plusieurs couches. Le disque virtuel principal peut se trouver à Sydney. Les répliques peuvent être à Melbourne ou Perth. Les bandes de sauvegarde peuvent être conservées dans un emplacement tiers hors site. Les journaux de surveillance, les dossiers de support et les informations de compte peuvent être traités ailleurs. Un fournisseur peut fournir une assistance à distance depuis une autre juridiction. L’interconnexion avec un cloud public peut transférer le trafic client vers un fournisseur distinct dont les régions et les dispositions de support suivent un autre contrat.

Le barème cloud de Vocus lui-même indique que les services dans différentes zones peuvent utiliser une infrastructure et des logiciels différents. Il précise que le stockage de bandes hors site peut impliquer un tiers. Ces dispositions n’établissent pas un stockage à l’étranger, mais elles empêchent un acheteur de considérer l’adresse d’une société australienne comme la preuve que toutes les données restent en Australie.

Pour les informations personnelles, les obligations légales propres du client restent pertinentes. La pageAustralian Privacy Principlesdu Commissariat australien à l’information expose le principe APP 8 sur la divulgation transfrontalière. Leguide actuel du chapitre 8de l’OAIC explique le cadre de responsabilité et les exceptions. Le fait qu’un transfert particulier constitue une divulgation, et quelles mesures sont raisonnables, dépend des faits et du droit applicable. Une ville de centre de données sur une brochure ne peut répondre à elle seule à cette question juridique.

Un barème de localité devrait identifier séparément les données principales, les répliques, les sauvegardes, les journaux, les données de compte, l’accès au support et les sous-traitants. Il devrait également indiquer comment les changements de localisation sont notifiés et comment les données sont retournées ou détruites à la fin. Les clients ayant des charges de travail gouvernementales, de santé, financières ou soumises à d’autres réglementations peuvent avoir besoin de contrôles supplémentaires au-delà du cadre général de protection de la vie privée.

La conclusion appropriée pour WCG est étroite. Une option d’hébergement principal en Australie est plausible et étayée au niveau du groupe Vocus. Les preuves publiques n’établissent pas l’architecture complète de localisation pour un quelconque service WCG actuel. La souveraineté des données est donc une propriété au niveau de la commande, fonction des zones, des copies, des chemins d’accès et des fournisseurs sélectionnés, et non un attribut hérité automatiquement des lettres AU dans une entrée de registre.

Quelles preuves actuelles combleraient les plus grandes lacunes

Le dossier public de WCG est suffisamment solide pour éviter toute erreur d’identité et suffisamment faible pour exiger une divulgation technique directe. Un acheteur n’a pas besoin d’une vue confidentielle de l’ensemble du parc du fournisseur. Il a besoin de preuves liées au service qu’il recevra réellement.

Premièrement, le fournisseur devrait identifier l’entité contractante, l’entité d’exploitation et l’entité de support. Si Wholesale Communications Group Pty Ltd signe la commande tandis que Vocus Pty Ltd exploite le réseau et qu’une autre société de Vocus contrôle un contrat d’installation, cette répartition des responsabilités devrait être explicite. La commande devrait intégrer les conditions générales applicables, le barème cloud et l’accord de niveau de service par version.

Deuxièmement, l’architecture devrait nommer les sites principal et de reprise, et pas seulement le pays. Elle devrait préciser si le site est exploité par Vocus ou un partenaire, si l’équipement du client ou celui du fournisseur est impliqué, et si le service utilise une ou deux alimentations électriques, un ou deux périphériques réseau, et un accès protégé ou non protégé. Le client n’a pas besoin de connaître l’emplacement de chaque câble, mais il a besoin de savoir si deux chemins apparents partagent une gaine, un routeur, une interconnexion ou un fournisseur amont.

Troisièmement, les preuves de capacité devraient distinguer l’allocation actuelle de la marge de sécurité en cas de panne. La divulgation utile n’est pas la taille totale du parc; c’est de savoir si la zone de reprise sélectionnée a des ressources réservées pour la charge de travail du client, quelles limites de performance s’appliquent en cas de contention, et quel stock de rechange et couverture constructeur existent. Un exercice récent de basculement est une preuve plus solide qu’un adjectif de conception.

Quatrièmement, le support doit être actionnable. Le client a besoin du numéro 24 heures sur 24, des identifiants de service, des niveaux d’escalade nommés, des définitions de gravité, de la méthode de notification et de l’autorisation pour demander des travaux urgents. Il doit savoir si les interventions à distance sont incluses, payantes ou fournies par un tiers, et si une panne matérielle grave peut être traitée en dehors des heures ouvrables normales.

Cinquièmement, la reprise et la sortie nécessitent des tests mesurables. L’étendue de la sauvegarde, la conservation, l’immuabilité, la responsabilité de la restauration, les objectifs de reprise, le format d’exportation, la méthode de sortie, la transition d’adresse et le calendrier de suppression doivent être consignés. Un test de restauration et un test d’exportation devraient être effectués avant que la dépendance en production ne devienne profonde.

Enfin, les preuves de routage actuelles doivent être collectées à partir du service livré. L’ASN d’origine, la propriété des adresses, les chemins amont visibles et la conception de la connectivité privée peuvent tous différer de AS18104. Une trace de route, des informations BGP le cas échéant, une commande de service et un schéma de réseau permettraient d’en savoir plus que le texte du registre historique.

Ces demandes ne sont pas une accusation selon laquelle le service manquerait de résilience. Elles sont la traduction normale d’une offre de groupe en une dépendance au niveau du client. La combinaison inhabituelle chez WCG d’une continuité corporative et d’un routage public en sommeil rend cette traduction impossible à éluder.

Le verdict opérationnel

WCG n’est ni un nom vide, ni un opérateur cloud transparent et indépendant. Wholesale Communications Group Pty Ltd est active, reste présente dans les divulgations actuelles du groupe Vocus, conserve un espace de noms de domaine actif et est associée à AS18104. Ces faits étayent l’identité et la continuité.

Les preuves réseau pointent dans une direction différente. AS18104 est enregistré, mais n’est pas actuellement visible en tant qu’origine. Sa dernière route observée date de 2012. L’unique déclaration d’installation de Sydney dans PeeringDB est ancienne et ne montre aucune connexion à un point d’échange public. Le domaine WCG est résolu via un autre réseau Vocus et ne fournit pas de site commercial public fonctionnel. La proposition d’hébergement actuelle la plus défendable est donc l’offre du groupe Vocus, et non une plate-forme autonome prouvée par l’ASN WCG.

Cette offre de groupe a de réelles prétentions infrastructurelles: trois villes IaaS australiennes, un parc national de centres de données, une vaste portée d’installations externes et un support 24 heures sur 24. Ses conditions générales publiques rendent également lisible la structure de dépendance. Le calcul peut nécessiter une connectivité commandée séparément. La présence multi-villes n’inclut pas la reprise après sinistre par défaut. La validité des sauvegardes et les tests de restauration restent en partie à la charge du client. Les adresses IP attribuées ne quittent pas le client.

Les réparations et la maintenance peuvent franchir les frontières des installations et des fournisseurs. Les recours sont limités par des objectifs, des exclusions et des procédures de réclamation.

Pour les clients, le risque principal n’est pas que la capacité hébergée soit imaginaire. C’est que la capacité nominale, la capacité utilisable et la capacité récupérable puissent être différentes, tandis que le nom WCG ne révèle pas quels actifs et conditions de Vocus comblent l’écart. Un achat avisé identifie le fournisseur réel, le site, la route, le niveau de protection, la capacité de réserve, l’autorité de réparation, la réservation de reprise et le mécanisme de sortie.

Le jugement final est donc conditionnel. WCG a un contexte de groupe crédible et un domicile légal identifiable, mais AS18104 ne peut actuellement porter une revendication de routage indépendant, et les données publiques n’établissent pas de racks propres à WCG, de diversité de transit, de stock de serveurs ou de basculement testé. Les acheteurs devraient considérer la disponibilité actuelle comme une preuve de commande de service: solide lorsqu’elle est liée à des ressources Vocus nommées et à une reprise testée, faible lorsqu’elle est déduite d’un numéro de réseau historique ou d’un nom corporatif isolé.