中卫服务器便宜在哪：电费、自然冷源和被直连链路压下去的距离成本

把一台机器上架到宁夏中卫，账面上最先变动的那一栏不是服务器本身，而是每度电 0.36 元。这个数字来自中卫市政府 2022 年公开文件里对数据中心双回路高可靠性供电到户价格的口径。同一台机器摆在东部机房，硬件采购价几乎一样，机柜租金差距也没想象中大，真正按小时累积、按年结账的差别，落在电力与制冷这两笔上。很多人在比较东西部节点时习惯先看报价单上的月租，其实月租只是结果，电费结构、制冷方式和跨省链路形态才是决定这个结果的三个变量。这篇文章只拆这三件事：便宜的到底是什么、便宜是怎么来的、以及什么样的业务把机器搬过去反而会给自己添麻烦。

先说清楚：西部节点便宜的不是机器，是电和冷

一台双路机架服务器的采购成本，不会因为它在中卫上架就少一截；内存、硬盘、GPU 这些部件的供应链是全国乃至全球统一的，机房所在地不改变硬件本身的价格。真正随地域变化的，是三项长期支出：电力、制冷、以及把数据送回用户那里所需要的长途链路。前两项属于机房运营成本，第三项属于网络运营成本，它们加起来构成了所谓"西部便宜"的完整含义，缺任何一项这个结论都不成立。

电力之所以是最大的那一块，是因为它是唯一一项"只要机器开着就在花钱、且和数据中心规模成正比"的支出。机柜租金按个收，带宽要么按带宽峰值要么按流量收，只有电费是按功率乘时间线性累积的。对一台常年满载的计算型服务器来说，运行三到五年下来，累计电费可以接近甚至超过硬件折旧，这也解释了一个反直觉的现象：在算力密集的场景里，决定单位算力成本的往往不是买机器时谈下来的折扣，而是机房所在位置的电价和制冷效率。

中卫的地理条件给了这两件事一个天然起点。这座城市位于宁夏，地处腾格里沙漠东南缘，公开报道称常住人口约 108 万。人口规模小、土地与电力资源相对宽裕，是西部建设大型数据中心的普遍前提；而中卫在此基础上还叠加了两个国家级身份，这是它区别于一般西部地级市的地方。

其一，中卫是全国一体化算力网络国家枢纽节点宁夏枢纽的起步区，也就是业内常说的西部云基地；其二，它获批建设国家新型互联网交换中心。公开报道称，中卫是同时拥有这两项国家级节点的城市。这两块牌子的实际含义不太一样：枢纽节点意味着它承担的是"东数西算"框架里承接算力的角色，交换中心意味着网间流量可以在本地完成互换，而不必绕行到远端的骨干节点去绕一圈。一个是算力侧的政策定位，一个是网络侧的物理设施，两者合起来才让"既便宜又不算太远"这句话有了落点。

从落地企业也能看出这个定位的实际形态。公开报道提到的落地方包括亚马逊云科技中国区域、美利云、中国电信、中国移动、中国联通，以及美团、欢聚集团、并行科技等。这些主体的共同点是：它们的业务里存在明确的算力或存储密集型环节，且这部分环节不需要紧贴终端用户。由此形成一种被反复提及的典型模式——"前店后厂"：东部做研发、前端与对外服务，中卫承担算力与存储。理解这个模式，是判断自己的业务要不要往西搬的第一步。

需要提前划清边界的是：这里讨论的是国内跨省的成本与选址问题，不涉及跨洲路由、海缆登陆与境外节点的选路逻辑，那是另一套完全不同的判断体系。跨省这一段的核心是电力、制冷与国内骨干网，不能把两者的结论互相套用。

0.36 元/千瓦时这个电价是怎么来的，能覆盖什么

0.36 元/千瓦时这个数字，出自中卫市政府 2022 年公开文件，对应的口径是数据中心双回路高可靠性供电的到户价格。同一份口径里还提到，亚马逊数据中心按投资协议享受不超过 0.36 元/千瓦时的电价，并对高可靠性供电费用给予补贴。另有报道将这个电价描述为约为东部地区的 45%。这三个说法指向同一件事：这是一个针对数据中心、且针对高可靠性供电形态的定向价格，不是居民电价，也不是一般工商业电价的通用数字。

把电价换算成可比较的成本，账其实不复杂。一台服务器在满载时的整机功率是可以从电源与部件配置估出来的，用"功率 × 24 小时 × 365 天 × 电价"就得到这台机器一年的理论电费上限；再除以这段时间内它能产出的算力或处理的数据量，就是单位算力的电力成本。这个口径下，电价每下降一个档位，节省下来的部分是全年无休累积的，规模越大越明显。这也是为什么电力密集型的训练、渲染、转码类业务，对电价数字的敏感度远高于对机柜月租的敏感度。

但要注意，到户电价不等于最终结算电价。实际账单里通常还会出现按变压器容量或最大需量计算的基本电费、功率因数调整、峰谷分时以及线损等内容。同样是"0.36 元/千瓦时"的到户口径，两个不同负载率、不同功率因数的机房，结算出来的综合单价可能并不一样。所以在做成本模型时，合理的做法是把到户电价当作基准值，再单独确认基本电费与峰谷规则，而不是直接拿基准值乘功率就下结论。具体的结算结构与当前执行标准，需要以园区或服务提供方给出的说明或咨询确认为准。

为什么这里要特别强调"高可靠性供电"？因为数据中心的供电形态和一般工业用户不同。双回路意味着两路独立市电引入、互为备用，供电侧要按冗余容量配置，成本天然高于单路供电；再往下还有 UPS 与柴油发电构成的第二、第三层保障。对这些冗余容量所对应的费用给予补贴，等于把"为了可靠性多付的那部分钱"压下来。对采购方来说，这条信息的价值在于：便宜的电价并不是以降低供电可靠性为代价换来的，补贴覆盖的恰恰是可靠性那部分成本。这是一个容易被人忽略、但对长期运行很关键的区别。

电价之外还有一层更新的变化。2026 年 5 月，公开报道称中国首个大规模"算电协同"绿电直供项目在中卫投运，项目总投资约 87 亿元，年发电量约 43 亿千瓦时，新建数据中心绿电占比超过 80%。这里要分辨清楚"绿电占比"和"电价下降"是两件事。绿电直供最直接的作用是改变电力的来源结构，让数据中心用电与新能源发电在时间和空间上更贴近；它带来的是长期供应稳定性与碳约束方面的确定性，而未必表现为当期电价的直接下调。对有 ESG 披露要求、或者需要向海外客户说明用能结构的企业来说，这部分价值是实打实的；对只关心当月账单的团队来说，它更像是风险的缓释而不是成本的削减。两者都要算，但不要混为一谈。

需要反复强调的是，本文不给出任何具体的服务器或带宽报价。价格主要受 CPU、内存、存储、带宽、IP 与线路形态影响，需要根据实际配置实时询价。电价是可引用的公开口径，服务器与带宽的成交价则完全取决于配置与签约方式，二者不能互相推算。

年均气温 8.8℃ 换成 PUE 1.1，中间隔了哪些设备投入

中卫的第二个成本优势来自气温。公开报道称当地年均气温约 8.8℃，数据中心全年约 80% 的时段可以不开启传统空调制冷，另有"全年近 300 天可利用自然冷源"的表述口径。这里的"传统空调制冷"特指压缩机制冷，也就是数据中心里最耗电的那一环。气温低意味着室外冷源可以直接或间接把机房热量带走，压缩机要么不开，要么只在极端时段补位。

制冷效率通常用 PUE 衡量，也就是数据中心总能耗与 IT 设备能耗之比。PUE 等于 1.5 意味着每用 1 度电跑计算，还要额外用 0.5 度电在供电损耗、制冷、照明等环节上；PUE 降到 1.1，这个额外开销就被压到了 0.1 度。中卫公开报道的口径是：新建数据中心 PUE 低至 1.1，已投运项目均值约 1.2，另有报道称单座数据中心年制冷节电超过 1 亿度。把 1.5 和 1.1 放在同一个 IT 功率下比较，非 IT 部分的能耗差距是几倍量级的，而这个差距会逐年累积成账单上的差距。

但从"年均气温 8.8℃"到"PUE 1.1"，中间并不是自动发生的，它隔着一整套设备与工程设计。第一层是冷源获取方式：直接用室外空气需要解决洁净度问题，间接方式则通过空气—空气换热器或板式换热器把室外冷量引进来，再用冷冻水或氟系统送到末端。第二层是末端形态：传统房间级精密空调、列间空调、背板换热，气流组织效率差别很大，而气流组织往往比冷源本身更能决定实际能效。第三层是控制策略：什么温度下切换到自然冷却、过渡季怎么运行、多台冷水机组怎么群控、末端风机怎么变频，这些决定了名义上的自然冷源有多少小时能被真正利用起来。

沙漠环境还额外带来一笔账。中卫地处腾格里沙漠东南缘，风沙与扬尘是常态。空气侧自然冷却效率再高，也要先解决过滤问题：新风过滤段的滤网更换频次、换热翅片的积尘清洗周期、机房正压维持，这些既是运维工作量，也是持续的材料与人工成本。此外，蒸发冷却与水侧方案要消耗水资源，在干旱地区，水耗与电耗之间同样要做取舍——用蒸发换来的制冷效率提升，可能以更高的水耗为代价。这些都是自然冷源这张牌的反面，它们不会出现在宣传口径里，但会出现在运维排班表和采购预算里。

还有一个容易被误读的点：PUE 是一个统计周期内的比值，不是瞬时值。夏季正午室外温度高的时候，即便在年均气温 8.8℃ 的地方，也仍然需要机械制冷补位，此时的瞬时能效会明显差于年均值。因此看到"PUE 1.1"时，应该先问清楚它是设计值、全年统计值，还是某一个时段的统计值；问清楚了，才知道这个数字能不能直接进自己的成本模型。对打算长期运行大规模集群的团队来说，更稳妥的做法是要求对方给出按月的能效统计口径，而不是只拿到一个最低值。

把电价和制冷效率放在一起看，西部节点的成本优势才完整：电价决定了每度电的单价，PUE 决定了同样算力下要用掉多少度电。两者是相乘关系，不是相加关系，这也就是为什么"便宜的电"和"低的 PUE"必须同时成立，缺一个优势就会大幅缩水。

"西部一定慢"这个印象，和中卫到北京 8 毫秒的直连数字对不上

关于西部节点最常见的顾虑是慢。这个印象有它的历史来源：早期西部机房的流量确实常常要绕行到东部骨干节点再出去，路径长、跳数多，感知自然不好。但把中卫的具体数字摆出来，会发现这个印象需要修正。公开的网络口径是：中卫到北京点对点直连单向时延在 8 毫秒以内，到上海 15 毫秒以内，与 20 多个重要城市的直连时延在 20 毫秒以内；另有"已开通集群直连网络重要城市 26 个"的表述。市政府还曾公布互联网出口带宽达 12.4T。

要正确理解这些数字，先要分清几个概念。第一，这是单向时延，应用层感受到的通常更接近往返时延——一个请求发出去、应答回来，光在路上就要走两趟，再加上 TCP 与 TLS 握手、服务端处理、数据库查询，最终呈现在用户面前的时间会明显大于 8 毫秒这个数字。第二，这是链路层面的口径，不等于"用户端访问时延"——用户的宽带接入、本地汇聚、城域出口这一段，与机房在哪里无关。第三，这是直连链路上的数字，只有在你的流量确实走了这条直连路径时才成立。

把时延拆开看，它由四部分构成：光信号在光纤中的传播时间、沿途设备的转发与处理、拥塞时的排队等待、以及服务端自身的应用处理时间。第一部分是物理下限，只能靠缩短距离来解决，跨省这一段无论如何都存在；第二部分取决于路径上的设备数量与性能；第三部分取决于链路利用率，也就是带宽是否充裕；第四部分跟机房位置无关，放哪里都一样。中卫的直连网络能优化的是第二部分和第三部分，第一部分只会因为距离而客观存在。理解了这个拆分，就能明白为什么"8 毫秒"既不是宣传噱头，也不等于"和东部机房一样快"。

那么 8 毫秒这个量级到底对什么业务有影响？举几个典型判断：对网页浏览、文件下载、视频播放这类容忍秒级缓冲、且可以靠缓存和预取掩盖延迟的业务，跨省的十几毫秒往返几乎不可感知；对批处理、模型训练、离线渲染这类不依赖实时交互的任务，时延甚至可以完全不进入评价体系。反过来，对高频交易撮合、实时对战、实时音视频互动、数据库主库写入、以及依赖分布式一致性协议频繁往返的分布式存储系统，每一毫秒的往返都会直接叠加到关键路径上，这类业务放在离用户或离主库几千公里之外，省下来的电费很可能抵不过性能与复杂度上的代价。判据不是"快不快"，而是"这个时延会不会进入你的关键路径"。

直连链路是铺出来的，不是网络自然长出来的

接下来要解释一个更根本的问题：为什么大部分西部节点慢，而中卫能给出 8 毫秒这个数字。答案是，网络性能不是由地理距离单独决定的，而是由路由格局决定的。中国的骨干网核心节点、互联网交换中心、以及主要的互联网企业接入点历史上集中在东部，西部机房产生的流量如果本地没有出口与交换能力，就必然要长途跋涉到东部去完成互联互通，路径被拉长，排队与绕行随之而来。所以"西部慢"这个现象的本质，是路由与交换格局的历史结果，而不是地理上的宿命。

中卫在这个问题上做了两件针对性的事。第一件是枢纽节点定位：作为全国一体化算力网络国家枢纽节点宁夏枢纽的起步区，它在规划层面就被赋予了承接算力、并配套建设网络能力的角色，而不是单纯盖几栋机房楼。第二件是国家新型互联网交换中心。交换中心的作用是让不同网络之间在本地完成流量互换——原本可能需要绕到远端骨干节点才能完成的跨网访问，在本地就能落地，路径被直接缩短。公开报道称中卫是同时拥有这两项国家级节点的城市，其意义正在于此：一个是算力侧的定位，一个是网络侧的设施，两者缺一，都无法解释 8 毫秒这个数字。

而具体到"点对点直连"这件事，它是被建设出来的：运营商需要在中卫与重点城市之间铺设长途链路，并在集群层面组织起直连网络，才能形成"到北京 8 毫秒以内、到上海 15 毫秒以内、与 20 多个重要城市 20 毫秒以内"这样的能力。这也是为什么不同城市之间、不同运营商之间的可达性会有差异——链路是逐条谈、逐条建的，不是一次性覆盖全国。对采购方来说，这意味着不能只问"时延多少"，而要问"到哪几个城市、走哪家运营商、在什么条件下能保证"。具体的链路形态与可用带宽，需要以服务提供方给出的实时说明或咨询确认为准。

还有一层需要分辨：集群直连网络与普通的互联网出口路径，在保障方式上不是一回事。前者通常面向园区内部的大型算力集群，服务于集群与集群之间、集群与上层业务之间的大流量传输；后者是通用的公网访问路径。两者在带宽保障、故障切换方式、以及拥塞时的表现上都可能存在差异。如果你的业务是"计算结果回传东部"，关心的主要是前者；如果是"用户直接访问部署在西部的服务"，那后者才是关键路径。把这两种场景分开问，才能得到有用的答案。

什么业务放中卫是省钱，什么业务放中卫是找事

综合前面三节的三笔账——电价、PUE、跨省链路——可以给出一个相对清晰的适配判断。核心思路是：把对时延不敏感、对电力敏感的计算与存储环节往西放，把必须贴近用户、需要频繁往返的环节留在东部。下面这张表按业务类型给出判断，供选型时对照。

表格里的判断需要一个补充说明：所谓"适合"与"不适合"，描述的是业务环节，而不是整个公司或整个系统。现实中更常见的正确做法不是整栈西迁，而是拆分——把训练与批处理放在西部，把推理服务与用户接口放在东部靠近用户的地方，中间用数据同步与任务调度衔接起来。这也是"前店后厂"这个模式的实质：前台贴着用户，工厂贴着电。

再补一个容易踩的坑：很多人把"便宜"理解成"把现有机房里的东西原样搬过去"。但跨省部署真正的成本增量，往往不在服务器上，而在架构改造上——数据要分层、任务要可调度、状态要能在两地之间同步、监控要覆盖两个地域、发布系统要能分别灰度。这些改造是一次性的工程投入，如果业务本身规模不够大，可能永远收不回这笔投入。因此规模门槛是真实存在的：算力占用越大、运行时间越长、越连续满载，西部节点的成本优势才越明显；反过来，小规模、间歇性、且需要频繁人机交互的负载，搬过去多半是找事。

放在西部之前要逐项确认的清单

决定往西部署之后，落地阶段有一份比价格更该先过一遍的清单。这些内容大部分不出现在报价单里，但决定了后续几年运维的顺畅程度。

第一项是电力与供电形态。要确认是否提供双回路市电引入、两路之间是否真正独立、UPS 与柴油发电的切换逻辑和带载能力、以及单机柜的功率密度上限。功率密度这一项在 AI 算力场景下尤其关键：高功率密度的 GPU 机柜对供电与散热的要求远高于传统 Web 服务器，机房能承受的是 5 千瓦一柜还是更高，直接决定了你能上什么机器。同时要确认超出标准密度之后的计费方式与可用性。

第二项是制冷与运行环境。要问清送风方式（地板下送风、列间空调、还是更靠近热源的末端）、机柜进风温度的运行范围、以及超出标准密度时的散热方案。结合中卫的自然冷源特点，还要专门确认空气过滤的配置与滤网更换周期——腾格里沙漠东南缘的扬尘环境下，过滤段的设计水平会直接影响设备内部的清洁度和长期故障率。过渡季与夏季的制冷运行策略也值得问，因为它决定了 PUE 的年均值形态。

第三项是网络。要拿到直连城市的完整清单、对应的运营商、以及每条路径的可用带宽与冗余方式；要确认主用路径中断时的绕行方案与恢复方式；要分清集群直连网络与公网出口这两类路径分别覆盖什么场景。计费方式也要确认清楚——按带宽峰值、按流量、还是按端口速率，不同方式对业务模型的适配差别很大。IP 地址数量与归属、是否支持自带地址广播，同样要提前谈。相关的价格与可用形态需要实时询价。

第四项是合规与数据。要梳理清楚业务数据是否存在不出域的要求、日志留存周期、以及所在行业对数据存储位置的监管规定。跨省传输本身不是问题，但涉及个人信息与重要数据时，传输加密、密钥管理位置、以及两地之间同步链路的身份认证方式，都要提前设计好。这一项和前三项不同，它是前置条件而不是优化项——不满足就不能搬。

第五项是运维与人力。西部节点最大的隐性成本往往在这里：本地是否有足够的现场技术力量、备件库的覆盖范围、硬件故障的响应与更换流程、以及带外管理通道（IPMI 或 BMC）的可达性与访问控制。这些都需要在合同里写明具体条款，不能停留在口头承诺。远程管理能力做得好，现场人力需求就低；做不好，每一次换盘都要等窗口。

第六项是交付与扩容节奏。要确认机架交付周期、扩容的最小颗粒度（按整机柜、半柜还是单台）、以及跨地域扩容时网络与内网地址规划的余量。一个可参考的行业指标是上架率：2022 年 10 月的公开数据显示，中卫当时的标准机架为 4.33 万架、上架率超过 70%。上架率既反映园区的成熟度，也在一定程度上反映扩容谈判的空间，但这是 2022 年的口径，和当前情况不能直接划等号，看的时候要留意年份。

关于西部算力节点，几个常被问到的问题

西部是不是一定便宜？不一定。便宜的主要是电力与制冷这两项，而这两项只有在业务长时间满载运行时才会充分体现。机器本身的采购或租用成本、跨省长距离传输的带宽成本、以及西部本地的运维人力成本，都不见得比东部低。判断的关键是看你的成本结构里电力占比有多高：占比高的训练、渲染、批处理类业务收益明显，占比低的轻量 Web 类业务收益有限。

PUE 1.1 是不是意味着能耗能少三成？要看比较基准。PUE 衡量的是非 IT 开销相对于 IT 能耗的比例，从 1.5 降到 1.1，省下来的是非 IT 那一部分的绝大部分，但 IT 设备本身的能耗不会变。如果你的业务原本就跑在一个 PUE 已经很低的机房里，迁移带来的能耗节省就没有宣传数字看起来那么惊人。另外要区分口径：中卫公开报道的是新建数据中心 PUE 低至 1.1、已投运项目均值约 1.2，两者对应的是不同建设年代的项目。

到北京 8 毫秒是不是等于访问很快？这是单向链路口径，应用层感知的是往返加上服务端处理时间。更重要的是，它描述的是中卫与北京之间的链路状态，不等于"你的用户访问部署在西部的服务"的体验。如果用户在长三角，那应该看的是到上海 15 毫秒以内这个口径；如果用户在珠三角，就应该单独确认到当地的路径情况。要看的是你的用户所在位置到机房的那一段，而不是最有代表性的那一段。

绿电占比超过 80% 对我有什么实际意义？它主要改变的是用能结构与长期供应确定性，而不是当期账单。2026 年 5 月公开报道的"算电协同"绿电直供项目，给出的口径是总投资约 87 亿元、年发电量约 43 亿千瓦时、新建数据中心绿电占比超过 80%。对需要做能耗与碳披露、或者需要向客户说明用能来源的企业，这是可量化的加分项；对只看月度成本的团队，它的价值更多体现在电价波动风险的缓释上。

集群规模到底有多大，该怎么看？这里必须把年份口径分开。2022 年 10 月的公开数据是累计投资 92 亿元、标准机架 4.33 万架、上架率超过 70%。2026 年的公开报道则是引进数据中心企业 26 家、累计投资 570 亿元、标准机架 20 万架（另一处口径为 25.6 万架）、算力规模 12.6 万 PFlops（另一处口径为 23.13 万 P）、智算规模约占全国 13.6%。两组数字分别属于各自的年份，不能混用、也不能相减得出"增长了多少"的结论。看的时候还要注意同一年份内部存在不同报道口径——机架 20 万架与 25.6 万架、算力 12.6 万 PFlops 与 23.13 万 P，这些差异通常来自统计范围不同（是否包含在建、是否包含智算折算），引用时应当并列标注而不是择一取用。

两个国家级节点意味着什么？一个是全国一体化算力网络国家枢纽节点宁夏枢纽起步区，也就是西部云基地，它决定了这里在国家算力布局中的定位；另一个是国家新型互联网交换中心，它决定了网间流量能否在本地完成互换。公开报道称中卫是同时拥有这两项国家级节点的城市。对采购方的实际意义是：既不用太担心算力定位的持续性，也不用太担心网络要绕远路。

把中卫这类节点排进架构时要先分清的两类数据

最后要落到架构层面。把西部节点排进整体架构时，第一步不是选机房，而是给自己的数据分类。分类标准只有一个：这段数据（或这个计算环节）的关键路径里，有没有"必须贴近用户"这一条。

第一类是要贴着用户的数据与服务。典型包括面向终端的请求入口、需要频繁读写的在线业务状态、会话与缓存、以及任何对端到端时延有硬性指标的接口。这类东西的共同特征是：每一次用户请求都会触达它们，时延直接叠加在用户体验上，且很难靠缓存完全掩盖。它们应该留在用户密集的区域，或者至少放在边缘层后面。放在几千公里之外，省下的电费会以另一种形式在体验与复杂度上还回来。

第二类是要贴着电的数据与计算。典型包括训练语料与模型权重、历史归档与备份、批处理与离线计算的中间结果、渲染与转码的任务队列、以及各类日志与埋点的原始落盘。这类东西的共同特征是：吞吐大、驻留时间长、但单次访问的时延要求宽松，成本主要取决于存储容量与运行功耗。它们天然适合放在电价低、制冷效率高、土地与电力资源宽裕的地方——也就是中卫这类节点。把这一类迁走，几乎不会带来任何体验损失，却能获得电价与 PUE 相乘之后的成本收益。

分完类，剩下的工作是设计两者之间的连接。这个连接要回答三个问题：数据怎么同步、同步的时延要求是多少、以及不同步的时候业务怎么降级。以"前店后厂"这一典型部署思路为例——注意，以下为典型部署思路，并非特指某一真实客户——东部保留接入层与在线服务，西部跑训练与批处理，训练产物通过定时或事件触发的方式回传东部，东部只保留最近的若干个版本，历史版本留在西部按需取回。这套结构下，跨省链路承载的是批量回传而不是用户请求，带宽可以被规划，故障也可以被容忍。

还有一点值得单独强调：迁移的颗粒度。除非业务本身就是纯离线计算，否则不建议一次性整栈西迁。更稳妥的顺序是先迁最"冷"的那一块——归档与备份——验证跨省链路的稳定性、同步机制的可靠性以及运维流程的顺畅度，再逐步把批处理、训练、渲染这类离线计算迁过去，最后再评估是否要把任何在线环节西移。每一步之间留出观察期，让监控数据、故障记录和运维反馈来指导下一步，而不是一次性把架构复杂度推到最高。

一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源；西部枢纽当期可选哪些机型与带宽档位，建议下单前向服务商索取实时清单。西部枢纽的机型、带宽与报价以官网实时信息或咨询确认为准。

回到开头那个 0.36 元。它值得被认真对待，因为它确实是西部节点成本优势的源头；但它也只是三个变量里的一个。完整的判断是：用年均气温 8.8℃ 换来的低 PUE，决定了同样算力要用掉多少度电；用 2022 年公开文件确认的到户电价，决定了每度电多少钱；用点对点直连网络压下去的跨省距离成本，决定了这份便宜你能不能真正拿到手。三个变量都成立，"中卫便宜"才成立；任何一个不成立，都要重新算一遍账。而算账的起点，永远是先分清你的哪一部分数据要贴着用户，哪一部分可以贴着电。