Кратко

  • Wholesale Communications Group Pty Ltd остаётся действующей австралийской частной компанией и фигурирует в последнем публичном заявлении Vocus Group Holdings о борьбе с современным рабством. Это подтверждает корпоративную преемственность внутри группы Vocus, но не вывод о том, что WCG по-прежнему работает как независимый розничный облачный бренд.
  • APNIC указывает AS18104 как активную и связывает её с именем WCG, а регистрантом называет Vocus. Однако независимое наблюдение маршрутизации не показывает текущих анонсов IPv4 или IPv6 от AS18104 и фиксирует последний наблюдаемый маршрут в июне 2012 года. Зарегистрированная автономная система — это не то же самое, что живая сеть доставки.
  • PeeringDB указывает одно присутствие WCG на площадке Equinix SY1/SY2 в Сиднее и ни одного публичного подключения к точке обмена. Запись о площадке в последний раз обновлялась в 2016 году, так что это историческое свидетельство эксплуатации, а не доказательство актуальной стойки, работающего парка серверов или кросс-коннекта.
  • В текущих материалах Vocus предлагается инфраструктурная ёмкость из Сиднея, Мельбурна и Перта; группа заявляет, что управляет 14 австралийскими дата-центрами и подключается ещё к более чем 150 площадкам. Эти утверждения дают правдоподобную картину возможностей материнской группы по предоставлению услуг, но не раскрывают, какие площадки, стойки, пулы ресурсов и условия поддержки относятся к покупателю, приобретающему услуги под именем WCG.
  • Публичные условия Vocus показывают механику, скрытую за арендуемой ёмкостью: подключение может быть отдельной услугой, аварийное восстановление нужно заказывать явно, на клиента ложатся существенные обязанности по резервному копированию и восстановлению, выделенные IP-адреса непереносимы, а обслуживание или сбои третьих сторон могут ограничивать средства защиты. Покупателю нужны архитектура конкретной площадки и выполнимый план миграции, прежде чем считать номинальную ёмкость восстанавливаемой.

Имя WCG сохранилось отчётливее, чем её независимая сеть

Арендуемая инфраструктура часто покупается через имя, за которым скрыто несколько уровней механизмов. Клиент может видеть один счёт и один номер поддержки, тогда как сама услуга проходит через юридическую дочернюю компанию, сеть группы, арендованные площади дата-центра, платформу виртуализации, стороннее ПО и полевых техников. Это не обязательно дефект. Интегрированные провайдеры регулярно используют несколько компаний группы и поставщиков. Риск возникает, когда клиент принимает устойчивое имя за самодостаточную операционную систему.

WCG — особенно показательный пример. Втекущей записи Australian Business Register для ABN 21 109 626 011Wholesale Communications Group Pty Ltd указана как действующая австралийская частная компания со статусом плательщика GST с июня 2004 года и с основным местом деятельности в Виктории. Взаписи за 2025 год в заявлении правительства Австралии о борьбе с современным рабством для Vocus Group HoldingsWholesale Communications Group Pty Ltd включена в число отчитывающихся организаций. Это сильные факты об идентичности: они показывают, что WCG не исчезла как юридическое имя.

Но они не показывают, что WCG сейчас самостоятельно продаёт виртуальные серверы, выделенные серверы (bare metal), хранилища или управляемый хостинг. Историческое положение WCG установить проще. В годовом отчёте M2 за 2010 год сказано, что M2 приобрела Wholesale Communications Group в мае 2007 года; в нём же более широкий розничный портфель M2 описан как включающий корпоративные виртуальные частные сети и удалённый хостинг. Вподанном годовом отчётеприобретённый бизнес также описан как часть оптовой экспансии M2. Вгодовом отчёте Vocus за 2020 годWholesale Communications Group Pty Limited позднее указана как полностью принадлежащая австралийская дочерняя компания.

Корпоративная последовательность, таким образом, подтверждается: WCG вошла в состав M2, а группа M2 вошла в состав Vocus. Но история — это не актуальный продуктовый прайс-лист. Было бы небезопасно превращать словосочетание «удалённый хостинг» из отчёта 2010 года в утверждение, что конкретный вычислительный сервис WCG доступен в 2026 году с той же платформой, площадками и договором. Текущий операционный вопрос более узкий: какие ресурсы по-прежнему несут идентичность WCG, какую инфраструктуру можно проверить на уровне группы Vocus и где заканчиваются доказательства?

Это различие коммерчески важно. Если покупатель подписывает договор с Wholesale Communications Group Pty Ltd, а услугу проектируют, эксплуатируют или поддерживают другие компании Vocus, в заказе должно быть указано, какая компания поставляет каждый компонент, какие условия действуют и где лежит ответственность. Корпоративная преемственность может успокаивать, но она не заменяет знания о том, какая организация контролирует стойку, сетевой порт, систему резервного копирования и техника, который должен действовать в три часа ночи.

Публичная витрина теперь принадлежит Vocus

Собственный домен WCG всё ещё существует, но в нём нет актуального публичного каталога услуг. По наблюдениям июля 2026 года,wcg.net.auрезолвился в IPv4-адрес и сохранял почтовые и DNS-хосты эпохи WCG и M2, тогда как обычные веб-запросы не возвращали работающий сайт WCG. Впубличной DNS-сводке для wcg.net.auуказан адрес 203.132.224.176, почтовые обменники подm2core.com.auи авторитетные серверы подwcg.net.au. Веб-сервер там не настроен. DNS динамичен, и сторонняя сводка может отставать от изменений, но это совпадает с общей картиной: пространство имён поддерживается, но не работает как действующая витрина услуг.

Сам адрес — не доказательство того, что сайт размещается в AS18104. РезультатRIPEstat network-information для 203.132.224.176относит его к префиксу, анонсируемому другой сетью Vocus, а не AS18104.Запись APNIC для адресадаёт реестровый контекст этого блока. Живая A-запись, таким образом, подтверждает преемственность домена и сети группы, но её нельзя использовать как пример рабочей нагрузки, доказывающей активное облако WCG.

Видимое текущее предложение размещено на публичных страницах Vocus. На страницеInfrastructure as a Serviceкомпания Vocus описывает пулы ресурсов в Сиднее, Мельбурне и Перте, размещённые в её дата-центрах и связанные её магистральной сетью. Там рекламируются выделения процессора, памяти и хранилища, несколько вариантов пропускной способности, цены на резервное копирование и круглосуточная поддержка. В прилагаемомпродуктовом листе IaaSназваны те же три точки предоставления и перечислены политики резервного копирования и сервис-деск.

Отдельно настранице решений для дата-центровVocus сообщает, что управляет 14 дата-центрами по всей Австралии и подключается ещё к более чем 150 площадкам, включая объекты партнёров. Это содержательное свидетельство того, что материнская группа располагает широкой физической и межсетевой инфраструктурой. Но это всё же обобщённая информация маркетингового уровня: на странице не названы 14 площадок, не указаны доступные мощности по питанию или вычислительным ресурсам на каждой из них и не сопоставлены три пула IaaS с конкретным заказом WCG.

Внимательное прочтение говорит не о том, что у WCG нет услуг. Оно говорит о том, что публичные данные подтверждают текущую услугу группы Vocus и сохраняющуюся корпоративную идентичность WCG, но оставляют нераскрытыми текущие коммерческие отношения между ними. Потенциальному клиенту стоит выяснить, является ли WCG контрактным поставщиком, унаследованным именем учётной записи, реселлером, операционной «дочкой» или просто исторической идентичностью, закреплённой за некоторыми сетевыми ресурсами. От ответа зависит, какой портал поддержки, регламент услуги, уведомление о конфиденциальности и процедура расторжения фактически действуют.

AS18104 зарегистрирована, но сейчас не анонсирует маршруты

Номер автономной системы WCG — самый соблазнительный фрагмент доказательств, который легко переоценить. ВRDAP-записи APNIC для AS18104номер отмечен как активный, назван WCG-AS-AP, а Wholesale Communications Group описана как национальный оптовый оператор связи в Сиднее. Регистрант — Vocus Pty Ltd. В записи также сохранён контакт сетевой эксплуатации WCG, тогда как роль по злоупотреблениям (abuse) отсылает к Vocus. Такое сочетание согласуется с ресурсом, который прошёл через корпоративную интеграцию, не потеряв всех старых ярлыков.

Активный статус в реестре не означает, что номер активно анонсирует трафик. Различие простое, но важное. Региональный интернет-реестр фиксирует распределение, контакты регистранта и административный статус. Глобальные коллекторы маршрутов наблюдают, какие сети реально анонсируют. Эти два набора данных отвечают на разные вопросы.

Результатrouting-status в RIPEstat для AS18104на момент наблюдения в июле 2026 года не сообщает ни об одном анонсированном блоке IPv4 или IPv6, не фиксирует наблюдаемых соседей и показывает нулевую видимость среди пиров-коллекторов. Первый наблюдаемый маршрут датирован январем 2002 года, последний — 125.168.0.0/16 — 19 июня 2012 года. Результатannounced-prefixesне возвращает ни одного префикса в текущем окне наблюдения.Маршрутизационная панель Cloudflare Radar для AS18104даёт вторую публичную поверхность наблюдения, астраница Hurricane Electric для AS18104сохраняет сетевую идентичность и исторический контекст маршрутизации.

Эти наблюдения не доказывают, что каждое устройство, когда-то связанное с WCG, выключено. Автономная система может оставаться зарегистрированной, пока её адреса анонсирует другая сеть группы, используются внутри, придержаны на будущее или больше не нужны. Сервисы также могут работать за адресами провайдера, не появляясь в публичной маршрутизации под старым ASN. Что данные действительно устанавливают — так это то, что AS18104 нельзя представлять как текущий независимый путь, по которому арендуемые нагрузки WCG выходят в интернет.

В административной политике маршрутизации в APNIC в операторах import по-прежнему указаны AS9942, AS2764 и AS9654. Эти операторы — не текущие измерения транзита. Текст политики в реестре может оставаться долго после изменения топологии, а отсутствие текущих анонсов означает, что сейчас нет маршрута AS18104, на котором можно было бы наблюдать этих соседей. Перечисление трёх номеров как живого разнообразия аплинков превратило бы исторический конфигурационный текст в необоснованное операционное заявление.

Полезную перекрёстную проверку даёт текущий облачный договор Vocus. ВVocus Cloud Service Scheduleперечислены несколько автономных систем, под которыми Vocus, по её словам, поддерживает и эксплуатирует свою сеть для Cloud Internet. AS18104 в этом списке нет. Vocus оставляет за собой право добавлять и убирать номера, так что список не является неизменным. Тем не менее это усиливает вывод наблюдения за маршрутами: текущую доступность облака следует оценивать как сетевую архитектуру Vocus, а не выводить из устаревшего ASN WCG.

Одна старая запись о сиднейской площадке не подтверждает национальную ёмкость

Сетевая запись WCG в PeeringDBсвязывает AS18104 с одной площадкой — Equinix SY1/SY2 в Сиднее — и ни с одной публичной точкой обмена трафиком. В записи сеть помечена как региональная, преимущественно с входящим трафиком и с селективной политикой пиринга. Там не указаны ни уровень трафика, ни количество IPv4-префиксов. Данные о площадке в последний раз обновлялись в марте 2016 года, контактные данные — в марте 2016 года, сама сетевая запись — в июле 2022 года.

Это свидетельство, но с долгим периодом полураспада. Базу PeeringDB поддерживают организации-участники. Строка «сеть — площадка» означает, что участник заявил о присутствии сети на этой площадке; она не раскрывает, было ли это присутствие маршрутизатором в полной стойке, небольшим выделением в общей зоне, удалённым портом, кросс-коннектом, организованным другой стороной, или договорённостью, которая позже изменилась. Возраст обновления площадки особенно важен с учётом отсутствия текущих анонсов AS18104.

Equinix SY1 и SY2 — крупные сиднейские площадки обмена трафиком, однако характеристики этих зданий нельзя автоматически приписывать WCG. В публичной строке не указаны ни стойко-места, ни выделенная мощность, ни число вводов, ни количество кросс-коннектов, ни серверная инвентаризация, ни архитектура хранилищ, ни право на remote hands. Там не сказано, что WCG владеет площадкой. Это не доказывает даже, что конфигурация 2016 года сохраняется в 2026-м. Корректный вывод: WCG заявляла о присутствии на сиднейской площадке в базе данных обмена трафиком, а текущий статус не подтверждён.

Отсутствие публичной записи о точке обмена значимо в том же ограниченном смысле. Сейчас PeeringDB не показывает AS18104 в LAN биржи. Это не исключает частных соединений, платного транзита, удалённого пиринга или доступности через другой ASN Vocus. Но вместе с нулевым числом текущих маршрутов это не даёт оснований заявлять о текущем пиринговом разнообразии WCG или независимой доступности через биржу.

Более широкое присутствие Vocus следует рассматривать отдельно. На текущем сайте материнской группы заявлены три города предоставления IaaS, 14 эксплуатируемых австралийских дата-центров и подключения к более чем 150 дополнительным площадкам дата-центров. На её юридической странице —https://www.vocus.com.au/help-and-support/legal-contracts— размещены регламенты для собственных площадок колокейшена и для сторонних операторов, включая Equinix и NEXTDC. Такая широта может поддерживать отказоустойчивую услугу, если клиент действительно покупает соответствующие площадки, пути и реплики. Она не может задним числом превратить строку WCG в PeeringDB в трёхгородскую вычислительную платформу.

Доказательства, которые закрыли бы вопрос, просты: текущий заказ услуг с указанием площадки или зоны предоставления, выделения стойки или виртуальных ресурсов, деталей сетевой сдачи трафика и письменного подтверждения эксплуатирующих и контрактующих организаций. Без этого публичный след лучше всего описать как одно историческое заявление о Сиднее плюс более крупный текущий инфраструктурный парк группы, распределение которого между клиентами под брендом WCG неизвестно.

Ёмкость — это цепочка выделений, а не число на странице продукта

Облачная ёмкость кажется делимой, потому что её продают мелкими единицами. Покупатель может запросить ещё один виртуальный процессор, гигабайт памяти или том хранилища, не видя установленного сервера. Экономическое обещание состоит в том, что общая платформа поглотит такой запрос эффективнее, чем собственное оборудование покупателя. Физический предел никуда не делся — он переместился за систему выделения ресурсов.

Регламент IaaS у Vocus делает эту границу необычно наглядной. Он определяет виртуальные машины в купленных единицах процессора, памяти и хранилища и оговаривает, что при конкуренции за ресурсы процессорное время будет распределяться между запрашивающими. Созданную ёмкость хранилища уменьшить нельзя. Клиенты остаются обязанными оплачивать заказанное выделение, даже если фактическое использование ниже. Эти пункты не раскрывают текущую загрузку, но показывают, почему заказанная, установленная и полезная ёмкость — разные величины.

Заказанная ёмкость — это то, что указано в заказе услуг. Установленная ёмкость — это оборудование, хранилища и сетевые устройства, физически доступные в соответствующем пуле ресурсов. Полезная ёмкость — доля, которую можно выделить, не нарушая ограничений по производительности, отказоустойчивости или питанию. Восстанавливаемая ёмкость ещё меньше: доля, которая остаётся доступной или может быть восстановлена в требуемый срок при отказе хоста, системы хранения, стойки, площадки или канала.

Для WCG ни одна из этих величин на уровне компании не публикуется. Нет открытых данных о числе серверов, поколении процессоров, типе хранилищ, выделении стоек, зарезервированной мощности, загрузке или доле резервных хостов, привязанных к WCG. Публичные материалы Vocus дают продуктовые параметры и города, но не свободный запас. Трёхгородская платформа может иметь неравномерный запас прочности: город, открытый для новых заказов, может не располагать достаточной простаивающей ёмкостью, чтобы принять все нагрузки другого города при региональном сбое.

Склад оборудования — часть того же уравнения. Платформа может располагать запасом виртуальной ёмкости до тех пор, пока не выйдут из строя материнская плата, контроллер, оптический модуль или модель диска. Восстановление тогда зависит от совместимых запчастей, поддержки вендора и техника с доступом на площадку. Вопрос не в том, достаточно ли группа велика, чтобы закупать оборудование. Вопрос в том, есть ли у контрактной услуги запас замен в нужном городе и в нужном контуре безопасности и учтено ли время замены в целевом сроке восстановления.

Питание — ещё одно выделение. Втекущем регламенте услуг NEXTDCстойки определяются согласованным выделением мощности, а подготовленное питание описывается как конечный ресурс. Там предупреждают, что превышение потребления может затронуть клиента, других клиентов и охлаждение. Этот регламент относится к стороннему колокейшену, который предлагает Vocus, и не доказывает, что WCG пользуется NEXTDC. Его ценность — пояснительная: даже в высокотехнологичном объекте продаваемая площадь стоек ограничена законтрактованными киловаттами, сбалансированными вводами, охлаждением и правилами эксплуатации.

Итог — более строгое определение ёмкости. Покупателю стоит спрашивать не только, сколько виртуальных процессоров можно заказать. Полезные вопросы: какой запас на случай отказа есть в выбранном городе, зарезервирована ли ёмкость на площадке восстановления, какие компоненты хранятся локально и что происходит, когда ремонт требует одобрения третьей стороны или окна изменений.

Разнообразие транзита относится к предоставленной услуге, а не к корпоративной группе

Нынешнее отсутствие маршрутов AS18104 не означает, что услуга по контракту WCG была бы недоступна. Это значит, что клиенту нужно установить фактическую сеть предоставления. В облачном регламенте Vocus сказано, что Cloud Internet может быть доступен через автономные системы, эксплуатируемые Vocus, и что международная сеть включает пиринг и транзит с многочисленными сетями. Там также оставлено право Vocus менять эти договорённости без уведомления.

Это заявление об отказоустойчивости уровня группы, а не схема путей для конкретной площадки. Виртуальная машина в Сиднее может выходить в интернет через резервируемые маршрутизаторы и несколько аплинков; она может также зависеть от одного файрвола клиента, одного канала доступа или одной незащищённой точки сдачи. Частная сеть может не использовать публичный интернет, но зависеть от единственного оператора «последней мили». Два договора могут делить один пул облачных ресурсов и иметь совершенно разные поверхности отказа.

В регламенте сказано, что подключение не входит в услугу, если это явно не оговорено. Доступ может осуществляться через интернет или частную сеть, как указано в заказе. Этот пункт предотвращает типичную категориальную ошибку: покупка вычислений не обязательно означает покупку разнесённого пути к ним. Покупателю нужно рассматривать интернет-сервис, частное соединение, кросс-коннект и оборудование на стороне клиента как отдельные компоненты, каждый со своим уровнем защиты.

Впродуктовом листе Cloud Connectкомпания Vocus сообщает, что группа имеет доступ к более чем 100 публичным дата-центрам и поддерживает частные подключения к крупным облачным провайдерам с опциями уровня 2 и уровня 3 (L2/L3). Такой охват может снизить зависимость от публичных интернет-путей. Но подключение к облачному провайдеру не становится автоматически резервируемым. По-прежнему важны количество портов, разнесение по городам, разнесение маршрутизаторов и собственные требования облачного провайдера.

То же относится к доступности через точки обмена. Оператор может широко пиринговать под основным ASN, тогда как у унаследованного ASN дочерней компании нет порта на бирже. Клиентам важен маршрут, по которому реально идут их пакеты, а не то, какие регистрации существуют в других частях группы. В архитектуре услуги должны быть определены исходный ASN, тип адресов клиента, путь через аплинк или частное соединение, защищённый или незащищённый статус и поведение при обслуживании.

Адресация, выделяемая провайдером, создаёт дополнительную зависимость. В облачном регламенте сказано, что адреса, выделенные Vocus, остаются собственностью Vocus, непереносимы и перестают использоваться после окончания услуги. Vocus может менять их с уведомлением или немедленно, если срочное изменение необходимо для стабильности или устранения сбоя. Адреса клиента возможны, но перенос адресов доступен не в каждом городе и не с каждой услугой. Клиент, встроивший адреса провайдера в списки разрешений, DNS, сертификаты или партнёрские системы, тем самым заложил стоимость миграции в архитектуру своей сети.

Для WCG решающим доказательством стали бы текущая трассировка маршрута и спецификация услуги реальной рабочей нагрузки, а не регистрация AS18104. До этого момента унаследованный ASN полезен для понимания истории и корпоративной интеграции, но он не является сегодняшним свидетельством резервирования.

Окна ремонта вскрывают границу ответственности

Как только программное восстановление не срабатывает, сбой превращается в цепочку разрешений. Кто-то должен определить, находится ли неисправность в виртуальной машине, гипервизоре, физическом хосте, системе хранения, питании стойки, кросс-коннекте, городской оптике или вышестоящей сети. На каждой границе могут действовать своя команда, свой поставщик и свои часы.

Всоглашении об уровне сервисаVocus обещает круглосуточный доступ к центру поддержки и описывает приём обращений по телефону, электронной почте, через портал и автоматические оповещения. Инциденты можно эскалировать на специалистов нужной квалификации и на вендоров. Там также сказано, что сроки восстановления — это ориентиры, а не гарантии, и Vocus приложит разумные усилия, чтобы их соблюсти. Это различие важно при физическом сбое. Четырёхчасовой ориентир — операционная цель; это не доказательство того, что замена компонента, бригада на оптике или сопровождающий в здании будут доступны в течение четырёх часов.

Соглашение требует от клиентов сообщать о серьёзных инцидентах по телефону и предоставлять идентифицирующую и диагностическую информацию. Эскалация возможна по матрице, которую предоставляют при начале оказания услуг или по запросу. При инциденте приоритета 1 клиент может запросить отчёт по итогам инцидента; Vocus заявляет, что приложит разумные усилия, чтобы предоставить его в указанные сроки. Это содержательные механизмы поддержки. Но это актуальные механизмы Vocus, а на публичном сайте WCG нет отдельного действующего пути эскалации. Покупателю WCG следует до сбоя получить в заказе указание на процесс Vocus или иной применимый процесс.

Плановые работы — отдельная зона риска. В соглашении описаны категории обслуживания: опасное, влияющее на услугу, нарушающее работу и аварийное. Уведомление об обслуживании с нарушением работы обычно направляется за десять рабочих дней; аварийные работы могут быть объявлены, как только это разумно возможно, с целевым уведомлением за восемь часов. Для работ на площадках колокейшена или обслуживания третьими сторонами Vocus обещает уведомление в максимально разумной степени в данных обстоятельствах. Плановое обслуживание исключается из обычных компенсаций за доступность.

Сторонний колокейшен делает границу ещё яснее. В регламенте NEXTDC remote hands определены как дополнительная услуга, ограниченная конкретными мелкими техническими операциями. Персонал площадки получает полномочия контролировать доступ в аварийных целях, в целях безопасности и для выполнения юридических требований. Обязанности по обслуживанию оборудования клиента возложены на клиента, а также требуется совместимость с инфраструктурой площадки. Опять же, это не доказательство стойки WCG в NEXTDC. Это показывает вид зависимости, которую услуга группы может унаследовать, когда здание, арендатор стойки и заказчик хостинга — разные стороны.

Договорённости с Equinix имеют собственную цепочку. Врегламенте Vocus для Equinix IBX Centreсказано, что Equinix сохраняет право собственности на свой центр, а резервируемые конфигурации cloud fabric требуют двух портов. Клиент, купивший только один порт, не приобрёл резервируемую конфигурацию лишь тем, что находится в здании Equinix.

Надёжная схема ремонта поэтому называет владельца каждого уровня. В ней указано, кто мониторит хост, кто может открыть стойку, кто хранит запчасти, кто может согласовать изменение кросс-коннекта, когда доступен remote hands и чьи исключения по обслуживанию действуют. Одних имён WCG и Vocus для ответа на эти вопросы недостаточно.

Доступность в нескольких городах — это не автоматический переход на резерв

Сидней, Мельбурн и Перт — полезные точки разнесения. Они снижают зависимость от одного здания и, в зависимости от архитектуры, от городского сбоя питания, оптики или стихийного бедствия. Vocus сообщает, что точки предоставления IaaS связаны её магистральной сетью, что обеспечивает непрерывность между инстансами, размещёнными в разных точках предоставления. Это заявление о возможности, а не декларация о том, что данные и приложения каждого клиента реплицируются во всех трёх городах.

Переход на резерв требует ёмкости, состояния и полномочий. На площадке восстановления должно быть достаточно зарезервированных вычислительных мощностей, памяти, хранилища, лицензий и пропускной способности. Данные приложений должны копироваться с периодичностью, соответствующей допустимым потерям клиента. Сетевая идентичность должна переноситься или воссоздаваться. Персоналу нужны полномочия и проверенные инструкции для запуска резервной среды. Такие зависимости, как DNS, аутентификация, ключи, мониторинг и списки разрешений третьих сторон, должны пережить переезд.

В облачном регламенте Vocus прямо сказано, что услуги аварийного восстановления не входят в услугу, если в заказе не указано иное. Импорт виртуальных машин и данных и настройка среды исключены, если не заказаны явно. Мониторинг и оповещение по виртуальным машинам клиента находятся вне базового описания вычислений и хранилища. Эти исключения возвращают большую часть проектирования непрерывности клиенту.

Положения о резервном копировании разделены так же. Vocus может предоставить доступ к среде резервного копирования, но клиент остаётся ответственным за применение политик и контроль того, что резервная копия работает. В рамках Backup as a Service Vocus управляет платформой резервного копирования, а клиент управляет конечными точками, выбирает защищаемые данные, планирует цели восстановления и проводит тестирование. Восстановление может оплачиваться дополнительно, а часть операций восстановления предоставляется на основе разумных усилий, а не как гарантия.

В регламенте сказано, что клиент отвечает за целостность резервируемых данных, поскольку Vocus не может проверить их природу, содержание и форму.

Рекомендации австралийского правительства приводят к тому же операционному выводу.Руководство Australian Signals Directorate по облачной безопасности для руководителейпредписывает организациям оценивать непрерывность бизнеса, аварийное восстановление, безопасное подключение, условия доступности, хранение и переносимость. Егоруководство по регулярным резервным копиямрекомендует отказоустойчивые копии и согласованные тесты восстановления. Реплика, которую ни разу не восстанавливали в реалистичных условиях, — это доказательство копирования, а не доказательство восстановления.

Для услуги под маркой WCG покупателю стоит запросить схему восстановления в конкретных величинах: основной город, город восстановления, способ репликации, целевую точку восстановления (RPO), целевое время восстановления (RTO), зарезервированную ёмкость, изменения маршрутов и DNS, администратора резервного копирования, периодичность тестов и дату последней успешной проверки. Заявление о трёх точках предоставления отвечает только на первый вопрос: где может существовать платформа.

Сбой биллинга может превратиться в инфраструктурный сбой

Физическая часть — лишь половина отказоустойчивости хостинга. Рабочая нагрузка может быть здоровой и всё равно стать недоступной из-за нерешённого счёта, лицензии или условия договора. Поэтому контакты для выставления счетов и даты продления должны входить в план непрерывности.

В облачном регламенте Vocus сказано, что клиенты платят за выделение из заказа, даже если фактическое использование ниже. Превышение по пропускной способности и данным резервного копирования может тарифицироваться дополнительно. Повышение цен на стороннее ПО может перекладываться на клиента с уведомлением, а несоблюдение лицензионных условий в оговорённых случаях может привести к немедленному расторжению. Клиент обязан иметь нужное количество и типы лицензий на ПО.

Условия колокейшена делают последствия более осязаемыми. Врегламенте колокейшена в дата-центрах Vocusплата привязана к заказанному пространству и мощности, предусмотрен пересмотр стоимости в описанных обстоятельствах и ограничения доступа. В регламенте NEXTDC есть права, связанные с неоплаченными суммами, приостановкой услуг и оборудованием клиента. Это обычные коммерческие защиты в инфраструктурных договорах, но они показывают, что владение и доступ могут расходиться. Клиент может владеть сервером, но зависеть от статуса оплаты и разрешения площадки, чтобы добраться до него.

Договоры провайдеров создают ещё один риск концентрации, когда между клиентом и площадкой стоит реселлер. Конечный клиент может платить WCG, тогда как с оператором дата-центра контракт заключён у Vocus или другой организации. Если вышестоящий договор изменится, покупателю нужно знать, продолжится ли его услуга, мигрирует ли она или прекратится. Публичная корпоративная принадлежность не раскрывает договорную цепочку для конкретного заказа.

Практические меры контроля обыденны и ценны: более одного уполномоченного контакта по счетам, проверенные реквизиты счетов, задокументированная эскалация споров, напоминания о продлении, учёт принадлежности лицензий и план непрерывности, который не зависит от входа в приостановленную услугу. Клиенту также стоит знать, начисляются ли компенсации автоматически или их нужно запрашивать. Соглашение Vocus требует письменного запроса на компенсацию в течение определённого срока и зачисляет одобренные суммы на счёт, а не выплачивает деньгами.

Именно здесь арендуемая ёмкость раскрывает свою двойственную природу. Это физическая резервация и продолжающееся юридическое разрешение использовать эту резервацию. Запасной сервер мало чего стоит, если вместе с договором заканчиваются учётные данные клиента, выделение адресов или доступ на площадку. Восстанавливаемость должна включать коммерческий доступ, а не только выживание оборудования.

Переносимость начинается до установки первой рабочей нагрузки

Перенос арендуемой рабочей нагрузки — не одна операция. Это набор экспортов и замен: данные, виртуальные машины, конфигурация приложений, секреты, журналы, доменные имена, DNS-записи, сертификаты, IP-адреса, лицензии и знания о поддержке. У каждого компонента могут быть свой владелец и свои правила передачи.

Сам домен WCG иллюстрирует это разделение. Лицензия на домен, авторитетный DNS, почтовый хостинг и веб-хостинг — разные услуги, даже если один поставщик продаёт все четыре. Вруководстве auDA по переносу домена.auсказано, что регистрант может перейти к другому подходящему провайдеру, и объясняется код авторизации переноса. Это защищает переносимость домена. Но оно не переносит автоматически содержимое зоны, данные почтовых ящиков, файлы сайта или серверную среду.

Переносимость IP более ограничена. В облачном регламенте Vocus сказано, что адреса, предоставленные провайдером, передавать нельзя и право их использования заканчивается вместе с услугой. Использование адресов клиента зависит от статуса в реестре, согласования и доступности услуги. Приложению, построенному вокруг адресов Vocus, могут потребоваться изменения DNS, обновление списков разрешений у партнёров и тщательно спланированное переключение. Старая регистрация AS18104 не даёт каждому клиенту хостинга переносимые адреса WCG.

Переносимость вычислений на уровне WCG публично не описана. Vocus использует широко известные технологии виртуализации и рекламирует единый интерфейс управления, но узнаваемость — это не обязательство по экспорту. Клиенту нужно знать, может ли он экспортировать виртуальные диски в документированном формате, с какой скоростью, с какой помощью и по какой цене. Согласованность базы данных, формат снимков и лицензирование ПО могут определить, запустится ли экспортированный образ в другом месте.

Пропускная способность может оказаться самым медленным звеном. Большой массив данных, который легко хранить, может копироваться через ограниченный канал днями или неделями. Если услуга уже деградирует или приостановлена, фактическая скорость экспорта может быть ниже. Для очень больших объёмов быстрее могут быть физические носители, но тогда клиенту нужны шифрование, цепочка сохранности, совместимые носители и согласованный процесс возврата. Например, положения регламента о ленточных носителях требуют своевременного запроса, если носители должны быть возвращены при расторжении, и по умолчанию не включают восстановление с ленты.

Надёжную схему выхода проверяют, пока услуга здорова. Клиенту стоит экспортировать репрезентативную машину и набор данных, пересобрать сеть в нейтральной среде, ротировать секреты, подтвердить полномочия в DNS, замерить время передачи и убедиться, что резервные копии читаются без исходной учётной записи. Такая проверка превращает слово «переносимая» в наблюдаемую длительность и список зависимостей.

Для WCG нет публичного документа, который определял бы текущий формат экспорта, гарантированную скорость выгрузки, объём помощи при миграции или срок хранения данных после расторжения для услуги под брендом WCG. Это не повод предполагать худшее. Это условия, которые поставщик должен предоставить, прежде чем покупатель сможет оценить стоимость выхода.

Австралийские точки предоставления отвечают не на все вопросы локализации

На публичной странице IaaS Vocus сообщает, что точки предоставления находятся в Сиднее, Мельбурне и Перте и размещены в её дата-центрах. Это полезное свидетельство для варианта с основными вычислениями в Австралии. Оно конкретнее общего заявления о суверенитете. Но оно не определяет местонахождение каждой копии и каждого человека, имеющего доступ к среде.

Локализация данных имеет несколько уровней. Основной виртуальный диск может находиться в Сиднее. Реплики — в Мельбурне или Перте. Ленты резервного копирования могут храниться на стороннем удалённом объекте. Журналы мониторинга, записи поддержки и данные учётной записи могут обрабатываться в другом месте. Поставщик может оказывать удалённую помощь из другой юрисдикции. Взаимодействие с публичным облаком может направлять трафик клиента к отдельному провайдеру, чьи регионы и условия поддержки регулируются другим договором.

Сам облачный регламент Vocus говорит, что услуги в разных зонах могут использовать разную инфраструктуру и ПО. Внешнее хранение лент может включать третью сторону. Эти положения не доказывают хранение за рубежом, но не позволяют покупателю считать австралийский адрес компании доказательством того, что все данные остаются в Австралии.

Для персональных данных сохраняют значение собственные юридические обязанности клиента. Настранице Australian Privacy Principles, размещённой Office of the Australian Information Commissioner, изложен принцип APP 8 о трансграничном раскрытии. Вдействующем руководстве OAIC по главе 8объясняются механизм подотчётности и исключения. Является ли конкретная передача раскрытием и какие меры разумны, зависит от фактов и применимого права. Город дата-центра на брошюре сам по себе не может ответить на этот юридический вопрос.

Схема локализации должна отдельно определять основные данные, реплики, резервные копии, журналы, данные учётных записей, доступ поддержки и субобработчиков. В ней также должно быть указано, как уведомляют об изменениях расположения и как данные возвращаются или уничтожаются по окончании. Клиентам с государственными, медицинскими, финансовыми или иными регулируемыми нагрузками могут потребоваться дополнительные меры помимо общего режима конфиденциальности.

Корректный вывод для WCG узок. Вариант основного хостинга в Австралии правдоподобен и подтверждается на уровне группы Vocus. Публичные данные не устанавливают полную архитектуру размещения для какой-либо текущей услуги WCG. Суверенитет данных — это поэтому свойство уровня заказа: выбранные зоны, копии, пути доступа и поставщики, а не атрибут, автоматически наследуемый от букв AU в записи реестра.

Какие текущие доказательства закрыли бы самые большие пробелы

Публичная история WCG достаточно сильна, чтобы исключить путаницу с идентичностью, и достаточно слаба, чтобы требовать прямого технического раскрытия. Покупателю не нужен секретный обзор всей инфраструктуры провайдера. Ему нужны доказательства, привязанные к услуге, которую он фактически получит.

Во-первых, поставщик должен назвать контрактующую организацию, эксплуатирующую организацию и организацию поддержки. Если заказ подписывает Wholesale Communications Group Pty Ltd, сеть эксплуатирует Vocus Pty Ltd, а договор на площадку контролирует другая компания Vocus, это распределение ответственности должно быть явным. В заказ должны быть включены применимые стандартные условия, облачный регламент и соглашение об уровне сервиса с указанием версий.

Во-вторых, архитектура должна называть основную площадку и площадку восстановления, а не просто страну. Нужно указать, эксплуатирует ли площадку Vocus или партнёр, используется ли оборудование клиента или провайдера, один или два ввода питания, одно или два сетевых устройства и защищённый или незащищённый доступ. Клиенту не нужно знать расположение каждого кабеля, но нужно понимать, делят ли два видимых пути одну кабельную канаву, маршрутизатор, кросс-коннект или аплинк.

В-третьих, данные о ёмкости должны отличать текущее выделение от запаса на случай отказа. Полезное раскрытие — не общий размер парка, а то, есть ли в выбранной зоне восстановления зарезервированные ресурсы для нагрузки клиента, какие ограничения производительности действуют при конкуренции и какой запас замен и вендорское покрытие существуют. Недавняя проверка перехода на резерв — более сильное доказательство, чем прилагательное в описании архитектуры.

В-четвёртых, поддержка должна быть реализуемой. Клиенту нужны круглосуточный номер, идентификаторы услуги, поименованные уровни эскалации, определения серьёзности, способ уведомления и полномочия запрашивать срочные работы. Он должен знать, входят ли remote hands в услугу, оплачиваются ли отдельно или предоставляются третьей стороной, и можно ли устранить серьёзный сбой оборудования вне обычных рабочих часов.

В-пятых, восстановление и выход должны проверяться измеримыми тестами. Объём резервного копирования, срок хранения, неизменяемость, ответственность за восстановление, цели восстановления, формат экспорта, способ выгрузки, переход адресов и сроки удаления должны быть зафиксированы письменно. Пробное восстановление и пробный экспорт нужно выполнить до того, как зависимость от продакшена станет глубокой.

Наконец, текущие данные о маршрутизации нужно собирать с фактически предоставленной услуги. Исходный ASN, владение адресами, видимые вышестоящие пути и схема частных соединений могут отличаться от AS18104. Трассировка маршрута, данные BGP там, где они применимы, заказ услуг и сетевая схема прояснят больше, чем устаревший текст реестра.

Эти запросы — не обвинение в том, что услуге не хватает отказоустойчивости. Это обычный перевод предложения уровня группы в зависимость уровня клиента. Необычное сочетание корпоративной преемственности и бездействующей публичной маршрутизации у WCG делает такой перевод обязательным.

Операционный вывод

WCG — не пустое имя и не прозрачно независимый облачный оператор. Wholesale Communications Group Pty Ltd действует, остаётся в текущей отчётности группы Vocus, сохраняет живое доменное пространство и связана с AS18104. Эти факты подтверждают идентичность и преемственность.

Сетевые данные указывают в другом направлении. AS18104 зарегистрирована, но сейчас не видна как источник (origin). Последнее наблюдение её маршрута датируется 2012 годом. Единственное заявление о сиднейской площадке в PeeringDB устарело и не показывает публичного подключения к точке обмена. Домен WCG резолвится через другую сеть Vocus и не предоставляет работающего публичного сайта. Наиболее обоснованное текущее предложение хостинга — поэтому предложение группы Vocus, а не самостоятельная платформа, доказанная ASN WCG.

У этого группового предложения есть реальные инфраструктурные заявления: три австралийских города IaaS, национальный парк дата-центров, широкий охват внешних площадок и круглосуточная поддержка. Его публичные условия также делают структуру зависимостей различимой. Для вычислений может требоваться отдельно заказываемое подключение. Присутствие в нескольких городах не включает аварийное восстановление по умолчанию. Корректность резервных копий и тестирование восстановления частично остаются задачей клиента. Выделенные IP-адреса не уходят вместе с клиентом. Ремонт и обслуживание могут пересекать границы площадок и вендоров.

Средства защиты ограничены ориентирами, исключениями и процедурами подачи требований.

Для клиентов главный риск не в том, что арендуемая ёмкость воображаема. Он в том, что номинальная, полезная и восстанавливаемая ёмкость могут различаться, а имя WCG не раскрывает, какие активы и условия Vocus закрывают этот разрыв. Обоснованная покупка определяет фактического провайдера, площадку, маршрут, уровень защиты, запас ёмкости, полномочия на ремонт, резерв восстановления и механизм выхода.

Итоговое суждение поэтому условно. У WCG есть правдоподобный групповой контекст и идентифицируемая юридическая принадлежность, но AS18104 в настоящее время не может нести заявление о независимой маршрутизации, а публичные записи не подтверждают специфичных для WCG стоек, разнообразия транзита, серверного запаса или проверенного перехода на резерв. Покупателям стоит рассматривать текущую доступность как доказательство уровня заказа услуг: сильное, когда оно привязано к названным ресурсам Vocus и проверенному восстановлению, слабое, когда выводится только из устаревшего номера сети или корпоративного имени.