摘要

  • AS10206 的注册与公开路由观测足以证明一个正在活动的网络对象，中卫园区连续多年的建设和业务报道也足以证明真实运营；两组证据却没有把网段、路由器、客户端口、光纤入口与具体楼宇逐项绑定。
  • 从 760 个试运行机柜到五栋投运楼宇、八千多个已交付机柜，再到新变电站和后续楼宇，公开数字记录了扩张，却没有给出设计、安装、送电、验收、上架、售出、预留及故障后可用容量之间的完整对账。
  • 采购判断不能停在“有网络、有园区、有机柜”：合同应明确实际销售主体、机房与电力链路、网络物理路径、备件与维修时限、独立恢复地点、数据流向和可验证的退出测试。

两个得到证明的事实，推不出第三个结论

理解中国联通中卫云，首先要抵抗一种很自然的推理捷径。公开互联网上可以看见 AS10206，公开项目材料中也可以看见中卫园区从施工走向运营，于是人们容易把两者拼成一幅完整图景：网段就在这些楼里，机柜就在这张网络后面，园区公布的全部电力和容量也就都是这个服务可以出售的资源。问题在于，公开证据只分别证明了两端，并没有公开中间那张映射表。

这不是对资产是否存在的怀疑。网络对象有注册记录、有路由起源、有被观测到的上游关系；园区有土地、楼宇、机柜、供电工程以及政府、医疗和企业工作负载的连续里程碑。对“是否真实存在”这个问题，答案相当明确。真正不明确的是，某个客户购买的服务究竟落在哪个法律主体、哪栋楼、哪个机房模块、哪一组机柜、哪条供电链、哪台边缘路由器和哪条跨接线路上。

这一差别直接决定采购人能够承诺什么。一个总机柜数字可以进入招商材料，却不能进入客户自己的可用性计算；一个自治系统号码可以出现在网络说明里，却不能替代光缆路由、端口编号和维护边界；两栋或五栋楼可以提供更多部署选择，却不能自动构成跨区域恢复。只有把逻辑服务和物理依赖逐项对应，客户才知道自己买到的是空间、服务器、算力、带宽、代运维，还是这些要素的某种组合，也才知道任一要素失效时谁负责。

因此，本文采用一条比“规模有多大”更严格的主线：先确认每一类公开材料实际证明了什么，再明确它没有证明什么。对 AS10206，证据等级可以评为中等，因为活动路由可见，而物理多样性与楼宇映射未解；对园区运营，证据等级可评为中高，因为多期材料记录了投运和扩建；对当前客户可用容量，证据等级仍然偏低，因为没有逐楼宇、逐状态、逐故障条件的公开对账。三种判断可以同时成立，并不矛盾。

AS10206 是网络对象，不是完整的交易对手说明

APNIC 的 AS10206 登记把 CUZW-CN 描述为 China Unicom Zhongwei Cloud，国家代码为 CN，并记录了与 AS4837、AS9929 相关的进出口路由策略。它提供了一个清楚的网络身份锚点：这个号码不是随意写在宣传页上的标签，而是区域互联网注册体系中的自治系统对象。登记中的维护关系也把它置于中国联通的网络结构之内。

但自治系统对象并不等于一家独立注册、能够承接所有合同义务的公司。登记信息描述的是路由策略、维护者与网络标识，不会替客户回答发票由谁开、设备由谁拥有、机房由谁运营、线路由谁租用、现场工程师由谁派遣，或发生服务中断后由哪个主体承担赔偿。把网络名称直接抄进合同而不核对销售主体，等于把技术标签误当成法律边界。

物理项目的文件又给出了另一层身份。第二数据中心园区的用地许可把中国联合网络通信有限公司宁夏分公司列为用地单位，范围涉及 150 亩土地、三栋数据中心建筑及配套工程。其他电力项目材料有时写宁夏分公司，有时写中卫市分公司。这些名称能够说明谁在具体项目上承担用地或建设责任，却仍不能证明所有经 AS10206 交付的服务都由同一分支机构销售。

采购时需要把多个相邻但不同的对象拆开书写：中国联通集团、宁夏省级网络、中卫项目分支、China Unicom Zhongwei Cloud 这一名称、AS10206、全国骨干网 AS4837、登记策略中的 AS9929、中国联通云品牌，以及宁夏西云数据科技相关的 AWS 宁夏网络都不是同一个证据层。它们可能存在网络、项目或商业关系，但不能被合并成一个无限共享的容量池或一个自动兜底的责任主体。

可执行的做法，是要求合同首页写出完整销售方名称，并在技术附件中分别列出设施运营方、网络提供方、硬件或云平台提供方、现场维护方及任何实质分包方。若销售方承诺使用 AS10206，附件还应说明这是客户地址的起源网络、上游接入的一环、园区内部网络，还是仅用于某类产品。身份拆得越清楚，故障时越不容易出现每一方都承认关系存在，却否认修复责任归自己的局面。

路由表能证明可达，不能画出园区里的光纤

网络侧的公开观测是一组相互印证但边界明确的证据。Hurricane Electric 的 AS10206 页面显示该自治系统起源 IPv4 和 IPv6 前缀，页面所列路由具有相应的 RPKI 状态，并可观察到与 AS4837 的邻接。IPinfo 的 AS10206 概览也给出地址与上下游关系的观测。这些材料足以支持“AS10206 正在互联网中活动”，而不是只有登记、没有路由的空壳号码。

对单个网段的观察把这一点再缩小一层。IPinfo 对 103.251.240.0/24 的记录提供了宁夏地址分配语境以及一次经过 AS4837 到达 AS10206 地址的测量路径；BigDataCloud 对同一 /24 的观测也把该网段描述为由 AS10206 起源，并由 AS4837 接收。不同平台在同一关键关系上相互吻合，提高了“当前可见路径经过 AS4837”的可信度。

然而，BGP 的诚实之处在于它只回答逻辑可达性。路由器向外宣布一个网段，采集器看见某个相邻自治系统，并不会同时暴露边缘路由器位于哪栋楼、客户从哪个端口接入、光纤从园区哪一侧进入、两条线路是否共穿一根管道，或维护窗口是否由同一支队伍执行。地理定位也不能完成这项转换：一个地址被归入宁夏，不等于对应设备就在某个中卫机柜里。

APNIC 登记中出现 AS9929，是值得继续核实的策略线索，却不是第二条现役物理路径的证明。当前展示的观测稳定看见 AS4837，但没有仅凭这些页面就能确认 AS9929 同时作为第二上游活动。即使采购人另行得到两条 BGP 会话的证明，仍要继续追问两条会话是否落在不同路由器、不同光传输系统、不同建筑入口和不同地下通道。逻辑上的两个邻居，可能在物理上共享一个容易同时受损的环节。

bgp.tools 的 AS135629 页面列出 AS10206 是宁夏西云数据科技或 AWS 宁夏网络的上游之一。这是 AS10206 参与区域云连接生态的可信迹象，也说明它并非只服务一个封闭的内部用途。但“提供上游”不能被扩写成资产所有权、同楼部署、共同运维或共同恢复安排，更不能证明 AS135629 的任一客户容量就是中卫园区中可供本实体销售的容量。

最稳妥的网络验收不是再找一张更漂亮的城市连线图，而是索取当前会话与物理路径的对应材料：每条电路的编号和承运方、园区入口、管道与光缆段、交接机房、路由器位置、保护方式、维护责任，以及在隔离单一路径时实际观测到的业务结果。公开路由证据为尽调提供了起点；它不能替代客户自己的路径验收。

城市连接是集群叙事，不是 AS10206 的逐线拓扑

中卫作为算力枢纽的服务范围在公开报道中不断扩大。2025 年 9 月的中卫集群报道提到通往北京、上海、广州和成都的直连，并称更广泛的集群连接了 26 个重要城市。对于判断中卫是否处在跨省算力与网络协同体系中，这些信息有价值；对于判断某一名客户从 AS10206 的某个端口走哪条线路，却还不够。

“集群”是多个运营者、网络、设施和政策工程可以共同使用的地理或产业口径。把集群的全部城市覆盖都归给 AS10206，等于把区域能力自动装进一个自治系统。公开报道没有给出逐城市的 ASN 路径、线路所有者、带宽、时延测量、入口位置或故障切换方法，也没有说明这些直连是否面向每一类客户产品。

城市数量本身还容易制造一种不恰当的恢复想象：既然可以连到许多城市，业务似乎就可以在其中任一地点恢复。连接目的地与恢复目的地却是两回事。前者说明流量可能到达，后者要求在另一个地点预留兼容的计算、存储和网络资源，保持数据复制，准备访问控制与密钥，并通过恢复演练确认在规定时间内能够接管。

因此，采购文件中不应只写“连接北京、上海、广州和成都”或“覆盖 26 城”，而应写清楚客户实际购买的 A 端与 Z 端、带宽承诺、保护路径、拥塞测量、故障检测与切换条件。若城市连线只是产品背景而不是合同资源，也应明确标注，避免市场地理被误读为专属网络冗余。

园区运营的证据，是一条可以逐年追踪的时间线

如果说网络证据的弱点在物理映射，那么园区证据的优势恰好在于时间与建设状态较为具体。2020 年的中卫项目报道描述了约 200 亩、六栋数据中心建筑的构想，当时第一栋楼仍在建设中。这个节点证明的是规划与施工，不是可交付服务；但它为后来的扩张提供了可核对的起点。

2021 年 4 月的进展把状态向前推进了一步：一栋 IDC 楼和一栋运维楼已经完成，760 个机柜进入试运行，政府云和医疗云工作负载被报道为正式使用。这是“园区真实运营”最早的一组有力证据，因为它不只列建筑，还列出试运行机柜和实际工作负载。不过，760 个试运行机柜仍不能说明整栋楼已经全部验收，也不能说明其中有多少余量。

2021 年 9 月的项目更新称一期 1,500 个机柜已经售出，并谈到二期规划 4,000 个、单柜 8 kW 的机柜以及预售情况。销售进展说明市场需求，却不是设施状态。一个被预订的未来机柜可以计入合同或招商成果，但在机电系统未完工、网络未验收之前，不能承载客户业务。

到 2022 年 4 月的重大项目报道，一期安装率被称为超过 90%，二期却被写成 2,000 个机柜，并称已预售。这个数字与前一年二期 4,000 个 8 kW 机柜的说法冲突。冲突可能来自设计调整、分期命名改变或统计范围缩小，但公开材料没有给出解释，因此不能由读者自行把两者“平均”或相加。

2022 年 11 月“闽宁云”启动材料报告已有十多家福建企业用户，并再次使用二期 2,000 个 8 kW 机柜、三期另规划 2,000 个 8 kW 机柜的口径。它证明跨区域企业工作负载开始进入这个运营环境，也强化了二期后来采用 2,000 口径的事实；它仍未提供从预售到送电、验收和上架的逐项转换。

2023 年 5 月三号楼封顶报道称该楼设计容纳 2,000 个 8 kW 机柜和三万多台服务器。“封顶”在建筑时间线上很重要，却只意味着主体结构达到一个节点；机电安装、变配电、冷却、消防、网络、联调和客户验收都可能仍在后面。把封顶机柜记为现货，会把建筑面积误写成服务能力。

2024 年 12 月的 AIDC 报道把运营证据推进到两栋投运楼宇：1,500 个 4 kW 机柜、2,000 个 8 kW 机柜、超过 14,000 颗 GPU 芯片，安装率超过 85%，并点出政府、医疗、金山云和联想等工作负载。这里的“投运”和具名业务比早期规划更接近真实服务，但安装率的分母、各楼利用率、未售容量和故障预留仍未公开。

再往后，2025 年 12 月的运营更新称已有五栋楼投运、两栋在建，交付机柜超过 8,000 个。这是目前最强的园区规模里程碑之一。报道同时出现约 12 万个标准机柜和 300 MW IT 负载的远期设想，两者必须与当前状态分开：前者是当期报道的交付规模，后者是未来图景，不能放在同一列作为现有库存。

2026 年 1 月的 DC6 进展又提供了楼宇级细节：DC6 据报已于 2025 年 9 月完成机电交付，包含 1,992 个机柜和约 29 MW IT 容量；DC7 仍处测试相关阶段，DC8 处于更早的建设里程碑。即使“机电交付”比“封顶”更接近运营，它仍不自动等同于客户负载已上线，更不等同于这些机柜现在空闲可售。

把这些记录连起来，园区真实存在且持续扩张几乎没有疑问。恰恰因为证据充足，采购人更应尊重每个动词的差别：规划、开工、封顶、机电交付、测试、投运、安装、售出和可用，不是同一个状态的不同说法，而是容量转化链上的不同关口。

机柜数字最容易被加总，也最不应该被直接相加

数据中心研究常被一个看似简单的问题带偏：一共有多少机柜？机柜是可见、可数、方便横向比较的单位，但不同年份的文件可能在谈设计位、标准机柜、特定功率密度机柜、已交付机柜或已经装机的客户位。若不先统一状态和口径，加法会制造一种并不存在的精确度。

四期项目就是警示。2024 年四期工程总承包采购公告提出约 1,625 个 20 kW 机柜以及设计 PUE 1.197，范围涉及数据中心和配套建筑。这是采购阶段的设计范围，能说明当时准备建设什么，却不是竣工后按现场情况形成的资产清单。

随后，2025 年关于四期规划许可注销的公告说明申请方因方案优化，请求注销较早的四号楼及配套中心规划许可。后来材料又称四号楼进入运营。两件事并不必然冲突，项目可以在优化后继续，但公开信息没有提供一份把原采购设计、注销方案、新方案与最终建成配置逐项对照的竣工桥接表。因此，不能把 1,625 个 20 kW 机柜原封不动认作运营中的四号楼配置。

后续楼宇也要按同一规则读取。DC7 的建设工程许可证明项目身份和建设获准，不证明完工、送电或客户可用；DC8 的规划公示展示四层建筑以及电池、电气、辅助用房和柴油机平台等计划内容，这比只写楼名更具体，却仍属于规划状态。配套空间画在图上，不等于设备已经安装、燃油保障已经签订或带载测试已经完成。

采购人真正需要的不是一个更大的总数，而是一张有日期的逐楼宇状态表。每栋楼至少要分别列出设计机柜、现场安装机柜、已送电机柜、完成综合验收机柜、已经上架并承载负载的机柜、已售或已预留机柜，以及未承诺且与客户功率密度和设备规格兼容的机柜。若“标准机柜”被用来折算不同功率位，还要公开折算方法。

这张表还必须有第二个维度：故障条件。正常运行时空着的十个机柜，可能依赖已经满载的同一条冷却支路；名义上未使用的电力，可能必须留作 N+1 设备失效后的安全余量；一批空间可能有电却没有兼容服务器、网络端口或现场支持。客户可用容量不是“总量减去已售”的一道减法，而是空间、电力、冷却、网络、硬件和运维在给定故障条件下的交集。

这也解释了为什么“超过 8,000 个已交付机柜”应被尊重为重要运营里程碑，却不应被写成“仍有 8,000 个机柜可售”。公开材料没有给出当前预订、上架、空闲与故障预留的分布。对正在选择落点的客户，缺失的那一列往往比总数更重要。

供电工程很具体，铭牌容量仍不能折算成可售算力

供电侧公开材料比许多园区宣传更接近工程语言。第一座 110 kV 变电站环境影响报告提出三台 63 MVA 主变、两回 110 kV 进线和 36 回 10 kV 出线，计划分别接自风云一号、二号开关站。报告同时明确，110 kV 送出线路工程不在其评价范围内。这一限定很关键：站内设计和站外线路不是一份文件就能完整证明的同一件事。

该变电站后续建设许可确认了项目获准建设及相应规模，但许可不是送电证书。公开证据没有给出实际投运日期、保护定值、当前负载、最大需量、主变运行方式或综合系统测试结果。把“已获许可”写成“已经为客户提供三乘 63 MVA 电力”，会跨过建设和调试中最关键的几个状态。

上一级来源也影响冗余判断。风云 110 kV 开关站项目批复称其服务中卫语境中的七家云企业。这说明区域供电基础设施具有共享属性。两回园区进线即使来自风云一号和二号，也需要继续核实更上游是否共享开关站、输电走廊或区域电源；“两回”描述的是数量，不自动表示两个完全独立的故障域。

第二座 110 kV 变电站环境影响报告同样提出三台 63 MVA 主变与 36 回 10 kV 出线，并描述两条约 1.5 公里和 1.7 公里的地下电缆路径，部分采用园区东西不同通道。不同通道是有意义的物理设计信息，但两条线路都从大唐开关站出发，而且报告中的项目仍是拟建性质。路径长度和走向不能替代竣工图、送电记录与单路隔离试验。

楼宇机电项目还有能源审查记录。二号楼机电项目节能审查表明相关项目通过审查，但公开版本没有给出可用于计算的能耗数据，也不证明设备已经投运；三号楼机电项目变更后的节能审查则说明当建设规模或能源使用发生重大变化时存在相应条件，公开内容同样没有披露实际负载。审查是一道治理手续，不是实时电表。

更重要的是，MVA 与客户可用 IT MW 之间不存在可以从公告直接套用的固定换算。功率因数、变压器运行组合、线路和配电损耗、冷却与辅助负载、冗余等级、检修方式、保护约束和必须保留的安全余量都会介入。三台主变的铭牌总和不应全部分配给服务器，更不能在未确认 N、N+1 或 2N 结构的情况下，把相同容量重复计算为正常容量和备用容量。

一份可用于采购的供电说明，应从公用电网一路画到客户机柜，标出每一级开关、变压器、母线、UPS、电池、柴油发电机和 PDU 的对应关系，附上实际带载与切换试验。还要说明电池自治时间、发电机数量与持续运行条件、燃油补给安排、维修旁路以及失去最大单一设备后的可用 IT 负载。没有这条电力链，机柜功率标签只是一项设计属性，不是可用性承诺。

冷却和 PUE 要看测量边界，也要看最热一天

中卫寒冷、干燥的自然条件为节能冷却提供了合理背景，公开材料也列出自然冷源、间接蒸发冷却、氟泵和冷板液冷等技术，并在 2024 年运营报道中使用 PUE 低于 1.2 的表述。四期采购设计中的 1.197 又给出一个非常具体的目标值。技术路线与目标并非没有意义，它们说明园区在高密度负载和能源效率上采取了明确方向。

但 PUE 的小数点越精细，越需要问清分母、边界与时间。设计 PUE 是工程目标，不能自动变成投运后的全年实测；园区平均值可能掩盖某栋楼或某个高密度模块的差异；年均值也不能显示夏季峰值时冷却是否接近极限。若没有楼宇级计量边界、连续读数和负载分布，采购人无法把一个园区数字准确套到自己的 8 kW 或 20 kW 机柜。

国家数据中心绿色低碳发展专项行动计划为能效、利用率和可再生能源使用提供了政策方向，却不是任何单个园区的测量报告。政策目标可以促使运营者改善设施，不能替代客户所需的现场数据。同样，采用液冷或自然冷源是一项技术选择，不等于每个机房模块都已具备同样的冷却密度和冗余。

冷却还是故障后容量计算中最容易被忽略的一环。正常条件下可以承载的服务器功率，未必能在一台冷机、一条循环泵、一段换热回路或控制系统退出后继续维持。冷板液冷还引入接头、冷却液分配、兼容备件和泄漏处置等具体运维依赖。客户需要的不是技术名词清单，而是不同负载密度下的供回水或空气条件、故障切换逻辑、峰值热性能以及检修期间的降额规则。

水资源与能效也不应被混为一个指标。间接蒸发等方案的实际表现与气候、运行模式和用水有关，而公开材料没有给出园区水量、峰值日表现或分楼计量。对于长期合同，运营方应定期提供同一边界下的实测 PUE、关键冷却设备可用率与超温事件记录，使客户能够判断“低于 1.2”是设计目标、阶段性表现，还是可持续的运营结果。

托管容量不是一排空机柜，而是一组同时成立的依赖

工业和信息化领域的电信业务分类说明显示，IDC 服务可以包含场地、维护、服务器或存储出租、线路、带宽以及配套和安全设施。这个定义提醒采购人，“在中卫买云”可能对应完全不同的交付物：有人只租空间和电力，有人租裸金属或存储，有人再购买网络与代运维，有人使用更上层的计算服务。

工信部门关于互联网数据中心客户数据安全保护的指南进一步区分托管、存储和计算等场景，并强调运营者、客户和第三方之间的责任边界。它不是对中卫园区的合规审计，却提供了分析服务依赖的正确方法：不要假设建筑仍有电，客户服务就一定可用；也不要假设服务名称相同，责任分配就相同。

对只租机柜的客户，可用容量至少要求合适的空间、功率密度、制冷、PDU、跨接端口和进场权限同时具备。对裸金属客户，还需要兼容服务器、磁盘、内存、加速卡、固件、备件和部署人员。对存储或云计算客户，则要再加上控制面、镜像、密钥、日志、计费和接口。任一环节缺位，园区里即使还有空机柜，也不能把相应服务交付给客户。

这组依赖还解释了为什么硬件库存与维修时限是容量问题，而不只是售后问题。一个标称可以容纳大量 GPU 的园区，如果缺少与客户节点兼容的电源、网卡、加速卡或液冷部件，故障节点可能长时间无法恢复；如果现场工程师必须等待授权，备件即使在同城也不能及时更换。恢复速度由最慢的必要环节决定。

合同应把组合服务拆成可以验收的项目。空间要有机柜和模块编号，电力要有正常与故障状态下的 kW，网络要有端口、带宽和物理路径，硬件要有型号与备件范围，运维要有值守、响应、到场、修复和升级时限。若某一项目由第三方承担，应同时写出接口人与替代安排。只有这样，“托管容量”才从营销名词变成可测量的服务。

价格也应按依赖拆解。低成本机柜若绑定昂贵出口、有限的远程操作时段或高额数据迁出费用，整体经济性可能与表面报价不同；预留机柜若没有同步预留电力、网络和硬件，也可能只是空间选项。采购比较应覆盖完整持有成本以及故障和退出成本，而不只比较每柜或每千瓦单价。

故障会沿着共享环节扩散，维修责任也会在边界处断开

客户感知到的中断很少只来自“数据中心停电”。最内层是服务器和机柜：电源模块、PDU、磁盘、内存、加速卡、固件、交换端口或液冷接头都可能失败。向外一层是机房和楼宇：开关柜、母线、UPS、电池、发电机、冷却回路、汇聚交换机与消防控制会影响更大范围。再向外是园区与区域电网、光纤通道和上游网络。

这些层次之间存在共同依赖。一条看似独立的网络线路可能与另一条线路共用园区入口；两个机房可能由同一座上级开关站供电；不同楼宇可能共享备件库、值班队伍或供应商；多个上游会话可能最终经过相同的光学系统。公开材料给出部分组件和规划，却没有足够拓扑来计算“最大单一故障”会带走多少客户容量。

网络故障也不只表现为断纤。边缘路由器、路由策略、DDoS 处置或控制操作错误都可能造成可达性下降；AS4837 的相关路径若出现问题，是否存在已经验证的替代路径，不能从 AS9929 出现在登记策略里直接推断。即便物理链路完好，跨接合同到期、端口被停用或计费争议也可能让服务中断。

运营故障通常更缓慢，却同样影响业务。缺少兼容备件、供应商交付延误、远程操作排队、夜间授权层级过长或升级路径不清，会把一个可在数分钟定位的故障拖成数小时甚至更长。公开报道没有披露备件矩阵、值班表、历史工单或实际修复窗口，因此无法据此给出量化的修复时间判断。

受影响者也不止合同签署方。已公开提及的宁夏政府和医疗工作负载、福建企业用户、平台与技术客户、下游网络以及远程终端用户，都可能处在不同服务链上。它们是否共享楼宇、网络或运维团队，公开拓扑不足以判断，所以不能把某次局部故障的影响范围预先写成一个确定数字。

采购人应在事故发生前完成责任演练：硬件坏了由谁判定和更换，网络不通由谁先开单，市电异常时谁决定转入备用供电，冷却降额时哪些负载被迁移，第三方平台故障由谁与客户沟通。每一项都要有单一责任方、时间目标、升级联系人和证据保全方式。没有这样的责任图，技术冗余可能存在，服务恢复仍会因组织边界而停滞。

维修窗口尤其需要与业务架构配套。运营方安排的计划维护如果同时触及客户的两条逻辑路径，所谓双路接入就失去意义；客户若没有提供可切换的应用架构，再好的设施维护也无法避免业务影响。双方应交换年度维护规则、紧急变更程序和冲突检查方法，并用实际切换记录验证，而不是把责任全部压在一个笼统的可用率百分比上。

多栋楼增加选择，但不自动构成独立恢复地点

五栋楼投运、两栋在建，意味着中卫园区内部可以拥有更多部署空间，也可能为设备分散创造条件。这是一项真实优势。但同一园区的楼宇可能共享电网来源、上级开关站、光纤走廊、网络骨干、现场人员、备件和进场条件。把工作负载从一栋楼复制到相邻楼宇，可以抵御部分楼内故障，却未必能抵御园区级或区域级事件。

公开证据没有为这一准确服务指出一个具名的第二恢复站点，也没有披露复制方式、预留恢复容量、实际达到的恢复点目标与恢复时间目标、完整恢复演练，或一条独立于中卫故障域的网络路径。没有这些要素，“可以在其他地方恢复”仍是能力设想，不是经过证明的结果。

恢复容量还必须预先保留。事故发生后才去寻找空闲服务器、存储和带宽，面对的往往是所有受影响客户同时争用同一批资源。日常空闲不等于灾时可用；另一栋楼有空间，也不等于有兼容硬件、足够电力、正确镜像、最新数据和可用密钥。合同应说明哪些资源专属预留，哪些依赖共享池，以及共享池在同时灾难中的分配顺序。

一个可信的第二站点要逐项证明独立性：法律运营方是否不同，公用电网和上级站点是否分离，光纤和承运商是否分离，管理平面和身份系统是否会共同失效，值班人员是否能在区域交通受限时到岗，备份是否与生产权限隔离。独立性不是看地图上的距离，而是检查每条关键依赖是否重新汇合。

演练则应从“备份成功”推进到“业务恢复成功”。客户需要看到数据从备份或副本还原，应用在备用资源上启动，网络和访问控制正确切换，外部用户能够访问，并在完成后验证数据一致性。演练还应覆盖非工作时间和整栋楼不可用的情形，记录实测耗时、失败步骤和整改结果。

恢复与维修也不能分开设计。如果主要站点的一个设备故障预计四小时修复，而切换备用站点需要八小时，客户可能选择现场修复；若备件到场需要数天，切换策略就应更积极。只有把备件、修复窗口、数据复制和恢复容量放在同一张决策表里，恢复承诺才会与真实运营相匹配。

数据放在中卫，不等于数据边界已经闭合

把数据和计算工作负载部署在中卫，可以支持境内放置目标，也与西部算力承接适宜工作负载的政策方向相吻合。但“服务器在中卫”只回答了主要处理地点的一部分。远程运维人员从哪里访问、日志送到哪里、备份复制到哪里、平台使用哪些分包方、密钥由谁持有、事故时数据是否会迁移，都可能改变实际的数据边界。

《中华人民共和国数据安全法》建立了数据分类分级、保护、风险监测以及重要数据出境等法律背景；《中华人民共和国个人信息保护法》规定个人信息处理义务，并设有跨境提供个人信息的相关章节；2024 年促进和规范数据跨境流动的规定进一步规定适用机制与部分情形。具体义务仍取决于数据类型、处理角色、行业和实际流向，不能只靠机房地址判断。

因此，数据本地性应被写成一张数据流图，而不是一个地点标签。图中要列生产数据、备份、快照、日志、监控、工单附件、密钥材料和管理访问分别存放与流向何处；每一处要标明控制者、处理者或其他参与方、保留期限、访问权限和删除方法。若某项服务由第三方平台完成，也要把该平台纳入边界。

技术上可到达的恢复地点，法律和合同上未必可用。一个境外站点可能拥有充足容量，却不一定适合特定数据；一个境内站点可能满足地点要求，却缺少客户需要的行业资质或隔离条件。恢复方案必须同时通过容量、网络、数据分类、合同授权与实际演练五项检查，不能等到事故发生后才讨论能否复制。

退出同样属于数据主权。客户要知道可以导出哪些格式、需要多少带宽、如何取回密钥和日志、费用如何计算、多久能完成，终止后生产副本、备份和介质如何删除并提供证明。若专有镜像、接口或数据格式使迁移异常缓慢，数据虽然地理上留在中卫，控制权却可能被技术依赖锁住。

本地性承诺还要与支持方式一致。若远程支持、故障分析或软件更新会让数据被不同地点的人员访问，合同应明确访问条件、最小权限、审批、审计和通知。采购人不需要把每一种远程操作都禁止，而需要确保地点、角色和证据与自己的合规判断一致。

“东数西算”解释选址逻辑，却不替客户承担可用性

“东数西算”工程实施意见强调枢纽利用、东西部协同以及把适宜的工作负载放到适宜地点。中卫园区的扩张、跨省企业使用和城市连接，能够放在这一政策与产业背景中理解：西部能源、气候与土地条件为大规模数据中心提供了发展空间，东部需求则通过网络与业务协同进入。

政策方向回答的是为什么建设、希望形成什么样的全国算力布局，并不为任何单个客户提供端到端服务保证。一个项目符合枢纽建设方向，不代表其每栋楼已经送电；城市间有连接，不代表某客户拥有物理分离的双路；园区利用率提高，也可能意味着事故时可调度的空闲资源更少。宏观效率目标与微观恢复余量之间甚至可能存在需要管理的张力。

工作负载是否“适宜”也不能只按计算量判断。对时延不敏感、可以批处理、数据边界清晰的任务，远端集中部署可能具有优势；对依赖即时交互、需要频繁迁移大规模数据或必须与其他系统紧密耦合的任务，网络、出口费用和恢复时间会占更大权重。公开集群叙事不能替客户完成应用分级。

采购人应把政策红利与服务证据分开评价。前者包括区域基础设施投入、长期扩建方向和产业协同；后者则是当前可验收的机柜、电力、网络、硬件、维修和恢复。政策可以提高项目持续发展的合理性，却不能填补合同附件中缺失的端口、线路、备件和第二站点。

这并非降低中卫的价值，而是让价值落在可以兑现的层面。真实运营、持续扩建和区域连接是可见的优势；客户若能进一步取得逐项映射和测试结果，就能把宏观建设能力转换为自己的业务韧性。若拿不到这些材料，也应在架构、保险、价格和退出安排中为不确定性留出余量。

采购人需要的不是更多总数，而是一张可核验映射

第一张表应解决法律主体。它要列出销售方全称、设施运营方、土地或建筑相关主体、网络提供方、云或硬件平台方、现场维护方和分包方，并说明每一方承担的服务、数据处理角色、事故通知与赔偿边界。AS10206 可以作为技术标识出现，却不能独自占据“服务提供方”一栏。

第二张表应解决网络映射。每个客户前缀要对应起源策略，每个客户端口要对应路由器、交接机房、园区入口、光缆和承运商；AS4837 与任何声称的 AS9929 路径要分别提供现役会话、物理分离和隔离测试证据。若不同路径在上级站点、管道或设备处重新汇合，表中应明确标出共同故障点。

第三张表应解决容量状态。逐栋楼列设计、安装、送电、验收、上架、售出、预留和未承诺机柜，并同时给出实际 IT MW、功率密度、冷却能力与硬件兼容性。正常状态和失去最大单一电力、冷却、网络或硬件组件后的可用容量应分列，不能用同一个总数覆盖。

第四张表应解决电力和冷却。它要从上级开关站、110 kV 进线、主变、10 kV 出线一路落到楼宇和机柜，说明运行方式、冗余、维护旁路、电池自治、发电机与燃油、综合测试和当前负载。冷却部分要给出同一计量边界下的实测 PUE、峰值热性能、液冷或风冷适用范围以及故障降额。

第五张表应解决维修。针对服务器、存储、网络、供配电和冷却设备，列出现场备件、兼容型号、值守人员、响应时间、到场时间、修复目标、供应商升级和客户授权流程。维修时钟从何时开始、什么条件算恢复、计划维护是否计入，都应在合同中写明。

第六张表应解决恢复。它要写出具名的第二地点、运营主体、独立电网与网络、复制方式、预留资源、恢复点和恢复时间目标、最近一次整站演练结果，以及主要站点和恢复站点不能同时使用的共同依赖。若当前只有园区内多楼部署，就应如实描述为楼宇级分散，而不是跨区域灾备。

第七张表应解决数据与退出。所有生产、备份、日志、密钥和支持访问路径都要有地点与角色；导出格式、带宽、费用、删除证明和部分迁移测试也要事先约定。一次小规模、计时并核算费用的退出演练，通常比一页“支持迁移”的说明更能暴露真正的锁定风险。

这些材料不必全部公开给互联网，但应在采购尽调、合同签署和定期复核中向客户提供。它们共同完成公开证据没有完成的工作：把一个活动自治系统、一个扩张中的园区和一项具体客户服务连接起来。

最后的判断：可购买的是真实环境，不能购买的是未经证明的等号

对中国联通中卫云最公平的结论，不是把公开信息读成一份无保留的扩张故事，也不是因为缺少逐机柜拓扑就否认园区运营。AS10206 有注册和多方路由观测，网络活动证据为中等；中卫园区从试运行机柜到多栋投运楼宇的时间线连续，运营证据为中高。两者都是真实而有价值的基础。

薄弱之处在连接层。没有公开材料把每个前缀、路由器和客户端口固定到具体中卫楼宇；没有逐栋楼的容量桥接把设计机柜转换成送电、验收、在用、已售、未承诺及故障后仍可用机柜；没有足够资料证明两条上游或两回进线跨越了不同物理故障域；也没有为准确服务给出具名的异地恢复证明。因此，客户可用容量的公开证据仍然偏低。

这意味着采购人可以相信自己面对的不是纸面园区，也可以相信 AS10206 不是只登记不活动的号码；但不能把 AS10206 等同于中国联通集团全部网络，把中卫集群的城市连接等同于本服务的专属路径，把八千多个已交付机柜等同于可售余量，把三乘 63 MVA 等同于客户 IT 功率，把多栋楼等同于异地恢复。

真正可购买的服务应能回答一连串具体问题：合同由谁履行，设备在哪个机房，正常和故障时有多少电与冷却，数据从哪个端口和哪条光路进出，备件在哪里，夜间谁能修，多久升级，园区级事故后到哪里恢复，数据和日志经过哪些地点，退出需要多久、多少钱。任何无法回答的项目都不是自动否决项，却应成为价格、架构、冗余或合同保护的一部分。

中卫园区的规模仍会继续变化，路由观测也会随时间变化。采购判断因而不能只在签约前做一次。客户应定期更新 BGP 会话与路径测试、逐楼宇容量表、供电运行方式、PUE 实测、备件和工单表现、恢复演练以及数据流向。只有持续复核，才能避免把曾经成立的里程碑误当成今天仍然成立的可用性。

最终需要拒绝的不是这个运营环境，而是未经证明的等号。路由存在不等于物理多路，楼宇投运不等于机柜空闲，机柜交付不等于故障后可用，电力设计不等于可售 IT 负载，同城多楼不等于独立恢复，数据在中卫也不等于所有处理与退出边界已经清楚。把这些等号逐一拆开，才是把真实基础设施转化为可靠客户服务的开始。