China Unicom Zhongwei Cloud работает. Доступную мощность ещё предстоит доказать.

Резюме

• AS10206 — зарегистрированная и зримо активная сетевая идентичность, а датированные публичные документы показывают, как кампус China Unicom в Чжунвэе перешёл от пробных стоек к нескольким действующим зданиям. При этом ни один из этих источников не связывает публично префикс, маршрутизатор или клиентский порт с конкретным залом и договором.
• Количество стоек, готовность зданий, мощность подстанций и заявления о низком PUE описывают реальные вехи инфраструктуры, а не датированную опись введённой в эксплуатацию, совместимой и свободной мощности, которая остаётся пригодной при крупном отказе.
• Серьёзному покупателю следует заключать договор с привязкой к конкретным активам и обязанностям: юридический продавец, назначенный зал и стойка, система электропитания, физически прослеженные трассы волокна, совместимый резерв запчастей, сроки ремонта, резервная площадка восстановления, проверенная целевая точка восстановления и реальный порядок вывода данных.

Имя обозначает сетевую поверхность, а не всю услугу

«China Unicom Zhongwei Cloud» звучит как законченный коммерческий объект. В публичных данных полезнее начать с более узкого утверждения.Запись APNIC об AS10206описывает CUZW-CN как China Unicom Zhongwei Cloud, относит её к Китаю и фиксирует политики маршрутизации с участием AS4837 и AS9929. Это убедительно показывает, что имя принадлежит поддерживаемому объекту автономной системы внутри структур China Unicom. Но это не свидетельство о регистрации компании, не клиентский договор, не право собственности и не перечень оборудования, обслуживающего какую-либо нагрузку.

Физические документы указывают на связанные, но иначе названные стороны.Разрешение на использование земли от 2025 года для второго парка дата-центровназывает Нинсяский филиал China United Network Communications Limited пользователем земли площадью 150 му и описывает план из трёх зданий дата-центров и вспомогательных объектов. В других энергетических документах владельцем проекта указаны Нинсяский филиал или филиал города Чжунвэй. Эти наименования устанавливают ответственность за землю или физические работы на уровне, описанном в каждом документе. Они не означают, что каждая услуга, рекламируемая под маркой AS10206, продаётся именно этим филиалом, и не исключают наличия между клиентом и активом аффилированной компании, оператора платформы, арендодателя оборудования или подрядчика по обслуживанию.

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

Поэтому безопасная модель идентичности держит несколько уровней раздельно. AS10206 — это не автоматически материнская компания China Unicom. Это не AS4837, не AS9929, не сеть провинции Нинся, не бренд China Unicom Cloud и не международные операции China Unicom. Это также не Ningxia West Cloud Data Technology и не сеть AWS Ningxia. Взаимосвязь этих объектов может быть важна операционно, но связь не даёт права объединять их маршруты, здания, персонал или резервные мощности в один пул.

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

AS10206 доказывает достижимость, а не физическую разнесённость маршрутов

Данные о маршрутизации значимы.Представление AS10206 на Hurricane Electricпоказывает анонсируемые префиксы IPv4 и IPv6, статус RPKI для показанных маршрутов и наблюдаемое соседство с AS4837.Обзор AS10206 на IPinfoтакже отражает активные наблюдения за адресами и взаимосвязями. На уровне префиксапредставление IPinfo для 103.251.240.0/24помещает выделение в контекст Нинся и показывает измеренный путь с участием AS4837. Отдельноенаблюдение BigDataCloud за тем же /24определяет AS10206 как источник, а AS4837 как принимающую сеть. Вместе эти записи обосновывают простой вывод: AS10206 — не «спящая» метка. Она видна в живой интернет-маршрутизации.

У этого вывода есть жёсткое ограничение. Протокол Border Gateway Protocol описывает логическую достижимость. Коллектор может видеть источник и соседнюю сеть, не видя корпус маршрутизатора, линейную карту, оптическую транспортную систему, ввод в здание или кабельную канализацию под дорогой. Выборочный путь к одному адресу не локализует все адреса в одном зале. Ярлык геолокации также не доказывает, где установлен сервер, клиентский порт или край сети. Наблюдения за маршрутизацией меняются со временем и зависят от коллектора; даже стабильная связь мало говорит о лежащем под ней физическом домене отказа.

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

Логическая множественность становится отказоустойчивостью только после трассировки физических зависимостей.

Есть также свидетельства участия в более широкой среде облачного подключения.Представление AS135629 на bgp.toolsназывает AS10206 одним из апстримов сети, связанной с Ningxia West Cloud Data Technology и AWS Ningxia. Это полезное подтверждение региональной роли. Оно не доказывает, что AS10206 владеет AS135629, что две сети находятся в одном здании, что клиент China Unicom Zhongwei Cloud использует оборудование AWS или что одна сторона предоставляет другой резервные мощности для восстановления.

Заявления о географии услуги требуют той же сдержанности.Отчёт 2025 года о более широком кластере Чжунвэяназывает прямые каналы на Пекин, Шанхай, Гуанчжоу и Чэнду и говорит, что кластер достиг 26 важных городов. Эти заявления указывают на существенную междугороднюю связность в экономике дата-центров Чжунвэя. Они не приписывают каждый городской канал AS10206, не раскрывают путь договорного канала и не подтверждают, что путь избегает общего отказа магистрали.

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

Публичные данные BGP дают AS10206 среднюю оценку сетевых доказательств: сеть явно жива, но публично не привязана к стойке и не доказана как физически разнесённая.

Кампус в Чжунвэе перешёл от концепции к эксплуатации

Физическая история сильнее одного объявления, потому что разворачивается в датированных записях.Муниципальное описание западного хаба данных от 2020 годаговорило о концепции на 200 му с шестью зданиями дата-центров, когда первая очередь ещё строилась. В тот момент большие цифры относились к плану. Документ — свидетельство намерений, освоения площадки и ранней проектной рамки, а не доказательство того, что все предложенные стойки построены и запитаны.

К апрелю 2021 года статус изменился.Муниципальный отчёт о точке обмена трафиком и кампусе в Чжунвэесообщал, что одно здание IDC и административное здание завершены, а 760 стоек находятся в пробной эксплуатации. Там же говорилось о действующих государственных и медицинских облачных нагрузках. Пробная эксплуатация — не то же самое, что полная коммерческая приёмка, но названные нагрузки и работающие стойки — достоверное операционное свидетельство. Они выводят кампус за пределы рендеров, разрешений или построенной коробки.

Сообщения о расширении затем добавили и коммерческий спрос, и неоднозначность.Обновление проекта от сентября 2021 годаговорило, что продано 1 500 стоек первой очереди, и описывало вторую очередь примерно на 4 000 стоек по 8 кВт. Заявление о продаже стоек указывает на спрос или бронирование, а не обязательно на монтаж и подачу энергии. Важнее, что цифра не осталась стабильной.Отчёт о крупных проектах от апреля 2022 годаоценивал монтаж первой очереди выше 90 процентов и описывал вторую очередь на 2 000 стоек, которые, как сообщалось, были предварительно проданы. Публичные данные не дают объяснения, означали ли прежние 4 000 более широкую концепцию, другую границу очереди или план, позднее сокращённый.

Запуск облака «Фуцзянь—Нинся» в ноябре 2022 годаснова упоминал 2 000 стоек во второй очереди и ещё одну третью очередь на 2 000 стоек. Сообщалось о более чем десяти предприятиях провинции Фуцзянь как пользователях начальной услуги. Это свидетельство межпровинциальной рабочей нагрузки и коммерческого использования. Оно не раскрывает распределение стоек этих пользователей, законтрактованную мощность, сетевые пути или порядок восстановления.

Строительные вехи продолжались.Отчёт о третьем здании от мая 2023 годазафиксировал завершение конструкций для проектной ёмкости 2 000 стоек по 8 кВт и более 30 000 серверов. Завершение конструкций доказывает, что здание достигло важной стадии. Само по себе это ничего не говорит о распределительных устройствах, ИБП, контурах охлаждения, приёмке сети, противопожарных системах, монтаже клиентов или живой нагрузке.

К декабрю 2024 годаразмещённое на государственном ресурсе описание площадки AIDC в Чжунвэесообщало о двух действующих зданиях, 1 500 стойках по 4 кВт и 2 000 стойках по 8 кВт, более чем 14 000 чипов GPU и степени монтажа выше 85 процентов. Там же назывались нагрузки государственных органов, медицины, Kingsoft Cloud и Lenovo. Часть цифр исходит от оператора и не имеет публичного аудита на уровне зданий, но совокупность деталей заставляет с трудом сомневаться в продолжении эксплуатации.

Более поздние записи показывают, что кампус продолжает двигаться.Операционное обновление от декабря 2025 годасообщало о пяти действующих зданиях, двух строящихся и более чем 8 000 поставленных стойках. Там же описывалась будущая концепция 120 000 стандартных стоек и 300 МВт ИТ-нагрузки. Первый набор — датированная операционная веха; второй — прогноз.Отчёт о DC6 от января 2026 годаговорил, что здание механически готово, с 1 992 стойками и примерно 29 МВт ИТ-мощности, тогда как DC7 находился на тестировании, а DC8 оставался на более ранней стадии строительства.

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

Арифметика стоек скрывает опись, которая на самом деле нужна клиенту

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

Конфликт по второй очереди иллюстрирует проблему. Публичные сообщения перешли от плана на 4 000 стоек в 2021 году к 2 000 стойкам в 2022 году без опубликованной сверки по фактическому исполнению. Сложить обе цифры — значит посчитать дважды. Выбрать одну как текущий итог — значит сделать вид, что изменение объёма объяснено. Единственно корректный подход — сохранить оба датированных утверждения, указать на конфликт и не превращать ни одно из них в текущую свободную мощность.

Запись о четвёртой очереди даёт ещё одно предупреждение.Уведомление о закупке EPC 2024 годаописывало здание и центр поддержки примерно на 1 625 стоек по 20 кВт и проектным PUE 1,197. Позднееуведомление природоресурсного ведомства аннулировало прежнее градостроительное разрешениепо заявлению заявителя ради оптимизации схемы. Последующие сообщения говорят, что здание 4 введено в эксплуатацию, но публичные материалы не соединяют проект тендера, аннулированное разрешение, пересмотренную схему и финальную операционную конфигурацию в одной непротиворечивой таблице.

Другие документы точны по разрешениям, но не по доступности.Уведомление DC7 после выдачи разрешенияустанавливает идентичность проекта и разрешение на строительство. Оно не сообщает о введённой в эксплуатацию ёмкости стоек или ИТ-нагрузки.Планировочное уведомление DC8описывает четырёхэтажное здание дата-центра с модульными, аккумуляторными, электрическими и вспомогательными помещениями и дизельной площадкой. Это полезный физический объём. Оборудование на стадии планирования — не действующее оборудование, а завершение гражданского строительства — не электрическая приёмка.

Даже самая сильная текущая веха — более 8 000 поставленных стоек в кампусе с пятью заявленными действующими зданиями — не доходит до нужного покупателю знаменателя. «Поставлено» не раскрывает, сколько стоек физически установлено, запитано, подключено к сети, введено в эксплуатацию и технически совместимо. Оно не раскрывает, сколько уже занято или зарезервировано. Оно не показывает, сколько площади должно оставаться незанятой из-за электрических, холодильных или конструктивных ограничений. И главное — оно не показывает мощность после самого крупного правдоподобного отказа.

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

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

DC6 показывает, почему единицы нельзя смешивать небрежно. Публичная веха соединяет 1 992 стойки и примерно 29 МВт ИТ-мощности. Деление одного на другое может дать среднее, но не покажет проектную плотность каждого зала, потери при распределении, ограничения охлаждения, резервирование или фактическую нагрузку. Оно также не покажет, продана ли мощность, зарезервирована или готова к сценарию восстановления. Арифметика стоек не бесполезна; просто это не учёт запасов.

Для закупки правильный вопрос не «сколько стоек у кампуса?», а «какие датированные, принятые и свободные активы назначены этой услуге, в каком контуре мощности и охлаждения, и что остаётся доступным при обслуживании и отказе?». Пока ответ не подкреплён мостом на уровне здания, полезная для клиента мощность заслуживает низкой оценки доказательств, хотя сам кампус явно работает.

Энергетические документы показывают запланированную инфраструктуру, а не тракт питания клиента

Публичный энергетический блок необычно полезен, поскольку называет номиналы оборудования и питающие станции. Его так же легко перечитать.Экологическая оценка первой новой подстанции 110 кВуказывает три трансформатора по 63 МВА, два планируемых ввода 110 кВ от распределительных станций «Фэнъюнь» № 1 и № 2 и 36 отходящих цепей 10 кВ. В оценке прямо исключены работы по отходящим линиям, которые рассматривались отдельно.Позднее планировочное уведомление по этой подстанцииподтверждает разрешение и физический объём. Ни один документ не является сертификатом подачи напряжения, записью о нагрузке или тестом комплексной системы.

Контекст выше по сети не менее важен.Утверждение распределительной станции «Фэнъюнь»говорит, что региональный проект должен был поддерживать семь облачных предприятий. Таким образом, два названных ввода в кампус могут сохранять общую зависимость выше в энергосистеме. «Двойное питание» — не полное утверждение об отказоустойчивости, пока клиент не видит, откуда начинаются источники, где они сходятся и что происходит, когда общий элемент недоступен.

Оценка второй подстанции 110 кВописывает ещё три трансформатора по 63 МВА, 36 отходящих цепей и две подземные кабельные трассы длиной примерно 1,5 км и 1,7 км. Трассы частично используют разные коридоры внутри кампуса, что является значимым свидетельством физических маршрутов. Обе начинаются на распределительной станции «Датан», а документ описывает предлагаемый проект. Частичное разделение коридоров может снизить часть локальных рисков, оставляя исходную станцию общим доменом отказа.

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

Три раза по 63 МВА также нельзя напрямую превратить в 189 МВт продаваемой ИТ-мощности. МВА — это полная мощность. Полезная ИТ-мощность зависит от коэффициента мощности, режима работы трансформаторов, потерь, нагрузки охлаждения и вспомогательных систем, распределения на нижних уровнях, резерва на обслуживание и предусмотренной схемы аварийного резервирования. При схеме N+1 один агрегат может держаться в резерве. В другой топологии тот же номинал можно распределить иначе. Без однолинейной схемы, настроек защиты, живой нагрузки и правил эксплуатации арифметика не показывает, что может потребить клиент.

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

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

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

Эффективное охлаждение правдоподобно, но запас на отказ остаётся неизвестным

Климат Чжунвэя и опубликованные инженерные решения делают низкоэнергетическое охлаждение правдоподобным. Операционный отчёт 2024 года называет наружное воздушное охлаждение, косвенное испарительное охлаждение, системы с фторсодержащим насосом и жидкостное охлаждение холодной плитой, а также PUE ниже 1,2. Тендер четвёртой очереди использовал проектный PUE 1,197. Это согласованные технологии и цели для сухого прохладного региона, обслуживающего смесь обычного и более плотного оборудования.

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

Национальный план действий по «зелёным» и низкоуглеродным дата-центрамзадаёт более широкое политическое направление по эффективности, утилизации и источникам энергии. Он не проверяет PUE конкретного здания в Чжунвэе или долю возобновляемой энергии. Национальные цели и замеры на площадке относятся к разным уровням доказательств.

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

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

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

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

Хостинговая мощность — это цепочка обязанностей за пределами здания

Кампус дата-центра может оставаться доступным, пока размещённая услуга отказывает.Официальная классификация телекоммуникационных услугпомогает понять почему: услуги IDC могут объединять пространство, обслуживание, арендованные серверы или хранилища, линии, полосу пропускания и вспомогательные или охранные средства. Покупатель «облака» или «хостинга» может поэтому покупать несколько зависимых услуг под одним коммерческим описанием.

Руководство MIIT о клиентских данных в услугах IDCразличает сценарии хостинга, хранения и вычислений и выделяет границы ответственности оператора, клиента и третьих сторон. Это общее руководство, а не аудит China Unicom Zhongwei Cloud. Его ценность здесь концептуальна: ответственность меняется с формой услуги. Сервер, принадлежащий клиенту в арендованной стойке, порождает иные вопросы обслуживания и доступа к данным, чем арендованные вычисления под управлением оператора.

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

На уровне помещения или здания зависимость расширяется до распределительных устройств, шинопроводов, блоков ИБП и батарей, генераторов, контуров охлаждения, агрегационных коммутаторов и систем пожаротушения. Заявления об избыточности должны называть компонент и режим работы. N+1 по охлаждению при нормальной нагрузке может стать N при обслуживании. Двойные фидеры стойки могут сходиться на одном вышестоящем щите. Генераторная система может нести критичные нагрузки, но не всю введённую ИТ-нагрузку. Покупателю нужна карта компонентов, а не общее прилагательное.

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

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

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

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

Поэтому центральный объект закупки — не количество стоек. Это сквозной путь услуги с владельцами, зависимостями и временными ограничениями. Здание незаменимо, но это лишь одно звено пути.

Отказ распространяется по общим компонентам и очередям ремонта

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

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

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

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

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

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

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

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

Несколько зданий не доказывают наличие независимого домена восстановления

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

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

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

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

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

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

Учения должны включать неудобные условия: целое здание недоступно, обычные администраторы не могут попасть в основную систему управления, запуск в нерабочие часы, один путь оператора изолирован и требуется совместимое сменное оборудование. Результат должен фиксировать, что отказало, что потребовало ручного вмешательства и достигнуты ли целевые сроки. Тест, проверяющий только создание резервной копии, не доказывает восстановление.

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

Данные в Чжунвэе всё равно могут пересекать операционные и правовые границы

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

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

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

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

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

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

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

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

Политические амбиции поддерживают регион, а не гарантию отдельной услуги

Чжунвэй находится внутри национальной работы по координации вычислительных ресурсов и размещению подходящих нагрузок в западных хабах.Руководство по реализации инициативы «Восточные данные, западные вычисления»касается утилизации, координации восток—запад и размещения нагрузок. Это направление помогает объяснить устойчивое строительство, межпровинциальные клиентские связи и внимание к энергоэффективности. Это свидетельство стратегической значимости, а не гарантия уровня услуги.

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

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

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

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

Самая сильная интерпретация политики и записей о кампусе — не скептицизм и не продвижение. Чжунвэй — устоявшаяся и расширяющаяся вычислительная локация с заметной операционной активностью. Проекты China Unicom образуют существенную часть этой среды. Но публичные амбиции не могут заполнить недостающие строки клиентского перечня активов. Гарантию услуги всё равно нужно строить из принятого оборудования, прослеженных маршрутов, назначенных людей и испытанного восстановления.

Покупателям следует требовать карту услуги, которая выдерживает удаление одного элемента за раз

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

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

В-третьих, уточнить мощность. Для назначенного здания получить датированный мост от проекта к установленным, запитанным, введённым, загруженным, проданным или зарезервированным и свободным запасам. Зафиксировать ИТ-мощность в МВт, потребление от сети, плотность стоек и совместимость охлаждения. Указать мощность, зарезервированную для обслуживания, и мощность, остающуюся после самого крупного указанного отказа. Не принимать общий объём кампуса как замену.

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

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

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

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

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

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

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

Доказательства подтверждают эксплуатацию, но не эквивалентность мощности

China Unicom Zhongwei Cloud представляет необычное сочетание сильных доказательств существования и слабого отображения на уровне клиента. AS10206 зарегистрирована и видна в маршрутизации. Кампус в Чжунвэе имеет многолетнюю историю пробной эксплуатации, названных нагрузок, действующих зданий и продолжающегося строительства. Земельные, планировочные, энергетические документы добавляют физическую глубину. Это не бумажная сеть, прикреплённая к воображаемому кампусу.

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

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

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

Самые опасные сокращения — простые равенства: политика ASN равна двум физическим маршрутам; два фидера равны независимому электроснабжению; номинал трансформатора равен ИТ-мощности; поставленная стойка равна свободной стойке; пять зданий равны аварийному восстановлению; адрес в Чжунвэе равен полной локальности данных. Каждое равенство отбрасывает промежуточные зависимости, определяющие, останется ли нагрузка доступной.

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