2026 克雷塔罗服务器租用近岸算力：电网与水资源约束/集群密度/并网周期干货全攻略

近岸需求落到克雷塔罗，先看清是制造业在拉算力

近岸这个词在墨西哥已经不再是招商口号，而是产线的实际约束。过去几年把组装、零部件、家电与汽车零部件产能放到墨西哥北部和巴希奥地区的企业，很快发现一个问题：生产系统跟着产线走，但算力没有跟过去。制造执行系统、仓储管理系统、供应商协同平台、设备预测性维护、视觉质检这些模块，原本跑在美国或更远的地方，数据要跨越国境往返一次，延迟就直接体现到产线节拍和排产窗口上。

把这些系统往墨西哥本地挪，动机不是省带宽费，而是闭环时间。一条产线的异常检测如果要在境外完成推理再回传指令，实时性会打折；一个跨厂区的排产如果依赖境外集中计算，网络抖动会直接变成排产结果的不可用。所以近岸算力的需求侧基本盘非常具体：工业物联网数据采集与就近处理、实时排产与供应链协同、面向北美客户的服务交付，以及正在进入的推理类负载。

与美国南部和中部之间的网络距离是加分项，但不该被当作主因。真正决定算力落点的是数据在哪里产生、决策在哪里被执行。如果工厂在墨西哥、客户在北美、管理总部在更远的地方，那么算力放在墨西哥中部的合理性，来自它同时靠近数据源和出境链路，而不是来自某一张延迟测试截图。

四类需求对资源的敏感度完全不同。工业物联网和供应链系统更在意稳定性和接入时序，对单柜功率要求不高；面向北美的服务交付更在意网络出口的多样性和互联生态；推理类负载把电力、水和散热一起推到台前。搞清楚自己属于哪一类，再去谈机柜，才不会在谈判桌上被一堆漂亮的总容量数字带偏。

实践中最大的错位发生在内部口径上。业务部门按"离工厂近"提需求，IT 部门按"延迟低"做选型，采购部门按"机柜单价"做比价，三个部门各自正确，合起来却选错。解决办法很朴素：在询价之前先出一份负载清单，写清楚每类业务的部署位置、峰值功率、是否需要境内存储、能否接受分阶段交付、扩容窗口在哪一年。这份清单比任何比价表都更能决定最终结果。

克雷塔罗成为中心，靠的是园区体制与互联生态的存量

克雷塔罗的地理条件不错：位于墨西哥城以北，处在连接北部制造带与中部消费市场的中间位置，既不在边境的极端位置，也不远离主要人口与工业聚集区。但地理位置只是入场券，类似的中间位置在墨西哥并不是唯一的。真正让它跑在前面的是工业基础与园区体制。当地已有的工业园区、成熟的加工出口配套、相对成型的园区供电与供水审批路径，意味着新建数据中心可以嵌进一套现成的体制里，而不是从零开始和多个部门博弈。这一点在电力紧张、水资源敏感的背景下尤其关键，园区体制本身就是一种审批与配套的加速器。

第三个原因是互联生态的存量。KIO Data Centers 于 2025 年 12 月 8 日在克雷塔罗启用 QRO2 数据中心，使其在克雷塔罗州的总装机接近 19 MW；QRO2 相对 QRO1 提供约 178% 的容量增幅，并与 QRO1 共同构成当地的运营商中立互联枢纽。这个事实的价值不在于 19 MW 这个数字有多大，而在于它说明当地已经存在可交换、可互联的中立设施基础。

运营商中立对一个企业意味着什么？意味着进入园区之后，网络上行、云接入、跨机房互联都可以按需选择多家提供方，而不必被单一运营商的路由和出口绑死。对需要双上行、跨机房备份、同时使用多家云的企业来说，这份存量比机房面积更值钱，因为它决定了后期能不能低成本调整架构。

网络侧也有可查的增量。在建的空置光纤方面，克雷塔罗及周边计划新增约 750 公里暗光纤投资。这条信息对需要自建长途或城域容量的企业有意义，但要注意口径：暗光纤是可用的物理资源，不等于已经开通的路由，更不等于已经完成调测的可用通道。引用它做规划时，必须再确认具体段落、开通时序和运维责任方，否则很容易把"有纤"当成"有路"。

反过来说，如果一个企业的业务高度集中在北部边境的某几家工厂，克雷塔罗的地理中心优势就会被削弱，这时候盲目跟随热点反而是成本更高的选择。中心位置是优势，但只是对特定负载分布而言的优势。

并网周期排在机房租金前面

2025 年宣布的重大投资把克雷塔罗推到了全球视野里：AWS 宣布在克雷塔罗州投资约 50 亿美元建设新的数据中心区域；新进入者 CloudHQ 于 2025 年 9 月宣布投资约 48 亿美元，在当地建设六栋、总容量约 900 MW 的园区，并取得约 200 MW 的初始电力供应；微软、谷歌也在当地设立或规划与云相关设施，这一条属于第三方报道口径，具体进度需以各方正式披露为准。

这些钱不会同时变成机柜。900 MW 是规划总容量，200 MW 是初始电力供应，两者之间的差额就是未来数年的上架节奏。把规划容量当成可用容量，是这一轮投资热潮里最容易犯的错误之一：一个园区宣布了六栋楼，不代表六栋楼都能在同一时间通电，更不代表你在签约后能在预期的季度里拿到全部容量。

更直接的证据是微软的遭遇。2025 年 9 月，微软因当地电网接入延迟，宣布在克雷塔罗的一处设施临时使用燃气发电机供电。连资源调度能力和议价能力都处在顶端的买家都要面对接入排队，中小规模的企业更应该把并网时序当作排期里的第一变量，而不是把机房装修进度当作第一变量。

所以谈判顺序应该改：先问电，再问价。机柜租金、带宽单价都是可以按季度重新谈的条款，而接入时序一旦排定就很难插队。把预算里的主要精力放在压租金上，往往会换来一个便宜但迟迟不能上架的合同。

具体落到条款层面，建议争取三样东西：一是按接入批次分阶段交付与分阶段计费，避免为还没通电的机柜付费；二是把接入时序写进交付里程碑，而不是只写机房交付日期；三是约定接入延迟情形下的处理方式，包括是否允许临时自备电源、费用由谁承担、以及超过约定期限后的解约权利。这三样在电力宽松的市场里显得多余，在克雷塔罗则是保命条款。

250 MW、700 MW、1,516 MW 这组数字该怎么读

墨西哥数据中心协会（MEXDC）给出的口径是：全国已投运容量约 250 MW，已宣布与规划中的新容量超过 700 MW，并预计到 2030 年需要新增约 1,516 MW 才能满足需求。这三个数字放在一起，描述的是同一个事实的不同切面：存量小、规划大、缺口更大。

《连线》（Wired）的分析指出，若按 2030 年 1,516 MW 的预期规模，这一容量几乎相当于克雷塔罗全州的用电需求。这个对比值得每个准备在当地落地的企业反复读几遍：一个州级的电网，要在数年内承接一个体量接近全州用电的单一行业增量，配套的扩容节奏不可能对所有项目一视同仁。麦肯锡的估算则把外部需求也算了进来：墨西哥还有机会承接来自美国的约 1,500 MW 需求，两者合计约 3 GW，约相当于墨西哥在二〇二三年的尖峰用电需求的 6%。6% 这个比例放在全国尺度上不算惊人，但它不是均匀分布在全国的，而是高度集中在克雷塔罗、新莱昂等少数几个州。对落地企业来说，局部的集中度远比全国的比例重要。

由此得到的判断不是"机房会不会过剩"，而是"电网扩容速度决定你能不能按计划上架"。供应侧的规划容量和电网侧的实际接入能力之间的落差，会以排队的形式分摊到每一个项目头上，而排队的对象是电力，不是机柜。

250 MW 这个存量数字同样值得琢磨。它意味着全国范围内已经投运、可以立即承接业务的容量规模有限，真正能"签约即上架"的机房并不多。如果企业的上线时间窗口很紧，优先考察已有投运容量的设施，谈的是机位和扩容空间；如果时间窗口宽松，才可以去谈新建园区的首批容量，用等待换条件。这两种打法对应完全不同的谈判策略，混在一起谈会两头落空。还有一个读法上的提醒：1,516 MW 是需求侧的预测，不是供应侧的承诺。它描述的是"到 2030 年需要这么多"，而不是"到 2030 年一定会有这么多"。供应能不能跟上，取决于发电、输电和配电三个环节的扩容进度，任何一环滞后都会把缺口留给需求方。企业不应该用这个预测缺口反推自己的可用容量，更不该假设缺口越大、自己谈条件越容易。

落到预算层面，需要预留一段等待接入的时间成本，并把这段时间的责任划分写进合同：如果因为外部接入延迟导致无法按期交付，责任如何界定，是否有替代方案，是否允许自备临时电源。这些条款在电力宽松的地区几乎用不上，在克雷塔罗则是必要条款。

缺水地区的选型问题要换成每兆瓦用水量

克雷塔罗属于半干旱、缺水压力较大的地区，居民对新建数据中心与缺水、限电之间的关联存在社会争议。这条信息经常被当作背景噪音读过，但它的实际含义是：水资源约束会转化为审批条件、取水指标和社会舆论压力，最终影响的是运营连续性，而不是公关形象。

蒸发冷却是传统数据中心降低制冷能耗的主要手段，代价是持续消耗水。在水资源紧张的地区，水价只是成本项里最小的一部分，真正的风险是干旱季节的取水限制和优先保供排序。一个在雨季运行良好的蒸发冷却系统，可能在旱季被迫降低换热效率，进而推高机房温度、触发降频，这类损失远高于水费本身。

因此评价体系要调整。PUE 衡量的是电能使用效率，它不包含水的代价；WUE（水使用效率）才是缺水地区更应该被放进讨论的指标。而且这两者常常互相拉扯：靠蒸发换来的低 PUE，往往对应着更高的 WUE。在克雷塔罗这样的地方，把 PUE 当作唯一目标去选型，等于把停水风险折算成了电费里看不见的负债。

正确的问法应该是：每兆瓦 IT 负载的日用水量是多少，水源是市政供水、自备井还是再生水，干旱期有没有明确的优先保供条款，WUE 的目标值是承诺值还是设计值。这四个问题里任何一个答不上来，都不应该进入下一轮比价。

还有一个容易被忽略的角度：社会争议会改变监管环境的走向。当居民把数据中心和限电、缺水联系起来之后，地方政府在审批新的取水许可时会更谨慎。这种变化不体现在任何一张报价单上，却会体现在下一批项目的审批结果里。签约时还应该争取一项运营期的透明度：要求机房按周期提供用水量与 WUE 的实际报告，而不是只在交付时给一个设计值。理由是水指标在缺水地区可能被重新分配，设计值只代表建成时的条件，运行值才代表当前条件。把这项写进服务报告清单，企业才能在指标收紧之前拿到预警，而不是在限水通知到达时才知道。

无水冷却与闭式冷却改变了谈判顺序

CloudHQ 的园区宣布采用无水冷却设计。这不是一条环保宣传，而是选址可行性的前提：在缺水的地区，愿意放弃蒸发冷却，才谈得上长期稳定的大规模运行。把这条信息和前述的社会争议放在一起看，就能理解为什么新进入者要在设计阶段就把水的问题解决掉。

无水冷却和闭式循环并不是没有代价。它们的能耗结构不同：通常风机功耗更高，对室外环境温度的适应窗口更窄，在高温时段的综合能效未必优于蒸发方案。也就是说，PUE 未必更低，甚至在某些时段会更高。这是一个真实的取舍，不是技术路线的优劣问题。

取舍要按负载来定。如果负载是全年稳态、对能效敏感的批处理型任务，闭式方案在高热时段多付出的电费需要被仔细算进总拥有成本；如果负载是低密度、常驻、对连续性要求高的业务系统，那么多付的制冷电费远小于停水带来的中断风险。后者在缺水地区的答案通常是明确的：宁可多付电费。

还要区分新建与既有。无水冷却更适合在新建楼栋上从设计阶段落地，既有蒸发冷却机房改造为闭式方案的代价通常很大，涉及管路、换热设备和空间布局，改造期间还可能影响在运业务。因此选择既有运营商时，重点要问的不是"你们有没有无水方案"，而是"哪几栋楼是无水方案、什么时候投运、我能不能排进第一批"。这个问题的答案，比运营商整体的技术路线声明有用得多。

谈判顺序因此被改写。过去的惯例是先定机柜数量再谈制冷细节，现在应该反过来：先确认冷却架构与水源，再谈机柜。因为冷却架构决定了这个机房能不能承载你的目标功率密度，也决定了它在极端天气下的行为。冷却方案不匹配的机房，租得再便宜也用不上。

集群密度一旦上移，制冷就绪就是硬门槛

AI 与 GPU 负载进入之后，单机柜功率整体上移，这是行业普遍趋势，具体到某一个机房的可承接上限需要向运营方核实。传统的通用机房按较低的平均功率设计地板承载、送风与配电，直接塞进高密度机柜会出现局部热点，而局部热点无法靠增加机房总面积来解决。液冷与直接到芯片（DTC）冷却的就绪与否，正在成为区分机房能力的硬条件。判断标准不是"支不支持液冷"这种笼统说法，而是具体到有没有二次侧回路、冷量分配单元（CDU）的冗余方式、二次侧水质与维护责任由谁承担、漏液检测与应急流程怎么约定。缺任何一项，液冷就只能停留在宣传页上。

申请口径也应该分层，而不是用一个平均数去谈。低密度通用型部署，可以按平均功率申请，重点确认地板承载、送风方式和机柜间距；中密度部署，必须要求运营方给出明确的单柜功率上限，并确认冷热通道封闭的实施范围；高密度部署，除了单柜上限，还要拿到液冷或直冷的就绪说明、CDU 冗余配置和二次侧的运维界面。三层的材料清单不一样，混在一起谈必然出现信息不对称。

最常见的失败方式是按平均值申请、按峰值上架。采购阶段按全场平均功率算出所需机柜数，上架时把 GPU 节点集中到少数机柜，结果局部功率远超设计值，被迫降低部署密度，等于付了钱却用不满容量。这个错误在密度差异大的混合业务里尤其容易发生。

更稳妥的做法是分区：把 GPU 节点集中在少数明确支持高密度与液冷的区域，把通用业务留在传统区域，两者分别谈容量和条款。全场按最高密度建设通常不经济，而全场按最低密度建设又会卡住 AI 负载的扩展，分区是两者的平衡点。

配电口径同样要问准。运营方给出的容量常常是总供电容量，包含制冷、照明和损耗，真正能分配给服务器的是可用 IT 功率，两者相差不小。询价时统一用"可用 IT 功率"作为计量口径，并确认 UPS 与备用发电机的配置能否覆盖该功率下的峰值，否则会出现机柜数量够、电力容量不够的局面。

延迟不写毫秒，改写成测量方法与验收口径

面向美国南部、美国中部、墨西哥城、蒙特雷的访问延迟，本文不给具体毫秒数。原因是这些数字高度依赖路由、时段、运营商和业务形态，任何脱离测量条件给出的数值都会在落地时失真，用它做选型依据只会误导决策。

正确的做法是把延迟变成一个可验收的条款。测量方法上，必须从业务侧的真实接入点发起，而不是使用机房自己提供的探测节点，后者反映的是最优路径，不代表实际用户的体验路径。测量要覆盖工作日与周末、业务高峰与低谷多个时段，并连续采集至少一个完整的业务周期，而不是抽一个下午做一次测试。

采样对象也要约定清楚。应当以真实业务请求的响应样本为样本，而不是用 ICMP 探测结果替代。ICMP 只反映网络层的往返情况，覆盖不了 TLS 握手开销、应用处理时间、回源路径和跨运营商的互联质量。很多"延迟看起来没问题、业务却很慢"的纠纷，根源就是验收时用了 ICMP 数据。

验收口径建议写成三项：均值、抖动、丢包率。均值决定基本体验，抖动决定实时类业务的可用性，对实时排产、语音与交互类系统的影响常常大于均值本身；丢包率在跨境链路上尤其值得写进合同，因为少量丢包在均值上几乎看不出来，却会显著拖慢长连接和大文件传输。

最后要约定复测机制：路由发生变更后由谁触发复测，复测采用什么方法和样本量，复测结果不达标时如何处理。没有复测机制的延迟条款，在链路调整之后就自动失效了，而跨境链路的调整是常态。执行细节也要一并写清：使用什么测量工具、数据保留多久、以哪一份报告作为验收依据、出现争议时是否引入第三方复测以及费用由谁承担。跨境链路在不同时段的表现差异往往大于不同运营商之间的差异，如果只在签约前测一次，验收实际上等于没有验收。把测量做成一份可重复执行的流程，延迟才从口头承诺变成可执行的条款。

蒙特雷与巴希奥各自承接哪一类负载

次级枢纽正在形成，蒙特雷（新莱昂州）与巴希奥地区是其中最值得关注的两个。它们的出现不是对克雷塔罗的简单复制，而是承接了不同的负载结构，理解这个差异才能在布局上做取舍。

2025 年 11 月，新莱昂州宣布将建设拉美首个高性能计算与 AI 中心，属于第三方报道口径，初期投资约 10 亿美元、周期约十年。这条信息的意义在于方向：如果规划落地，蒙特雷会吸引对高密度算力和电力条件要求更高的一类负载，形成与克雷塔罗不同的定位。

蒙特雷的承接逻辑更靠近北部制造带与边境通道，适合需要贴近北部工厂、或者本身就以美墨边境物流为核心业务的算力。规划中的高性能计算与 AI 中心会进一步强化这一定位，吸引对电力单价比对互联生态更敏感的负载。需要注意的是，这类规划的周期以十年计，近期落地的容量与远期规划之间仍有很大距离，排期上不能按规划峰值来算。

巴希奥地区的承接逻辑则来自制造业集群的密度。这里聚集了大量汽车零部件、家电与通用制造企业，工业物联网与供应链协同系统的近场算力需求天然存在，而且对功率密度的要求相对温和，更看重稳定性与本地运维响应。

什么时候不该把所有负载都押在克雷塔罗？如果生产与用户高度集中在北部边境，克雷塔罗的地理中心优势会变成劣势；如果负载对电力和水的波动极为敏感，把容量分散到不同电网与水系的区域，能降低单一区域政策与资源变化的集中风险；如果客户或监管要求多可用区，同城双活也不等于同城容灾，不同城市才构成真正的独立性。分散也有代价，需要同时算进去。跨城市布局会推高运维人力、备件库存、跨城互联和差旅成本，对只有一个小团队的 IT 部门是实实在在的负担。因此也不该反过来走极端：如果总负载规模很小、业务中断的代价可控、预算有限，先在一个城市做扎实，把并网时序和扩容条款谈好，往往比勉强铺两个城市更稳。分散与否的判断依据不是城市的时髦程度，而是中断代价与运维能力之间的比值。

金融与电信记录的本地存储要求要写进合同条款

2025 年的个人数据相关法规要求金融与电信记录在国内存储，这一条属于第三方市场研究口径，适用范围需核实。写这句话不是为了推卸责任，而是因为数据本地化要求的适用范围、过渡期和监管机构口径，会直接影响架构设计，必须由当地法律顾问出具书面意见，而不是依赖行业文章的转述。

"需核实"应该是一组具体动作，而不是一句免责声明。要确认的问题包括：哪几类数据被纳入范围，适用哪些持牌机构，是否有过渡期安排，监管机构对"境内存储"的认定标准是物理机房位置还是法人实体归属，跨境备份与远程运维是否被认定为跨境传输。每一个问题都可能改变架构。

对架构的直接影响是：如果某类记录必须在墨西哥境内，那么"拉美境内"或者"北美境内"这类笼统表述不成立。落地时必须具体到机房所在的物理位置、存储介质的位置、备份副本的位置。一个托管在境外但由墨西哥法人运营的方案，未必能通过认定。

合同条款里至少要写清四件事：主数据存储地，备份数据是否在境内，运维与远程访问是否构成跨境传输，灾备切换时数据流向哪里。第三项和第四项最容易被忽略，很多方案在设计时满足了主存储本地化，却在远程运维和灾备切换的环节上出现了事实上的跨境流动。

管理动作上，数据分类清单必须前置到采购之前。先厘清哪些数据受本地化约束、哪些不受约束，再决定节点布局和灾备方式，比上架之后补合规材料要省得多。后者往往意味着重新签约、重新迁移，成本远高于前期梳理。跨国集团还要额外处理一个场景：集团内部的数据共享。墨西哥子公司产生的数据如果要汇总到境外总部做报表、审计或集团级分析，是否属于受限的跨境传输，是很多企业在实际运行中才碰到的问题。常见的处理思路是把汇总动作放在境内完成，只把聚合后的结果外传，但这一做法是否被认可，同样要拿到当地法律意见，不能凭经验判断。

区域站点、近岸算力、灾备站点分别看什么

区域站点服务的是本地用户和本地业务，典型的如本地化的应用部署、内容分发、面向本地分支机构的服务。这一类最看重网络接入的多样性与本地互联生态，对电力单柜容量和水资源的要求相对宽松，交付周期通常也最短。它的风险点不在资源，而在出口路由的单一化。

近岸算力站点承接的是面向北美的业务，或者需要贴近制造现场的计算。这一类最看重并网时序与扩容弹性，关键问题是：在首次交付后的 12 到 24 个月里，能不能再拿到一批容量，按什么价格、什么时序拿到。近岸业务通常是增长的，首期容量够用不等于两年后够用，扩容条款比首期价格更重要。

灾备站点看的是独立性。与主站点是否处在不同的电网、不同的水系、不同的路由方向、不同的气象与地质风险带，这些才是灾备站点的价值来源。同一个城市内的两个机房，在电网和水资源约束面前往往是高度相关的，同城双活的容灾价值有限，真正的灾备需要跨区域。三类的共同点是都要先看电力与水，区别在于看的深度。区域站点确认接入稳定即可；近岸算力要确认扩容时序；灾备站点要确认两个站点的资源约束是否真的相互独立。把这三类混在一起评估，最常见的后果是灾备站点和主站点同时遇到同一个区域性的电力或水资源事件。

托管与租用在这三类站点里的取舍也不同。租用模式的优势是设备已经在机房、开通快，在并网排队明显的地区，这个时间优势会被放大；托管模式需要等待设备采购、运输、报关与安装，周期更长，但对长期稳定、硬件规格固定的负载更经济。判断依据不是单价，而是"这批业务什么时候必须跑起来"与"这批业务会跑多久"两个问题的答案。三类站点的准备节奏也不一样。区域站点通常最快，主要工作是选路由和谈互联；近岸算力站点受并网时序影响，准备周期要按接入批次倒推，并预留缓冲；灾备站点除了建设，还要安排真实的切换演练，演练本身需要窗口期和人力，不能只在纸面上完成。把三类站点的周期分开排，才不会出现主站点已经上线、灾备站点还在等接入的情况。

关于价格，不同城市、不同密度、不同电力保障等级之间的差异很大，且随时调整，具体机型、带宽与报价以官网实时信息或咨询确认为准。不建议用估算值作为预算基线，尤其是在电力和水资源条件差异明显的区域之间做横向比较时，单价的可比性本来就不高。

哪些是已核对的外部事实，哪些必须现场核实

已核对的外部事实，指的是有公开来源、可以在本文中被直接引用的内容：2025 年宣布的投资规模与园区规划，MEXDC 给出的容量口径，《连线》与麦肯锡的分析结论，微软因接入延迟临时使用燃气发电的事件，CloudHQ 园区的无水冷却设计，《电力部门法》（Ley del Sector Eléctrico）为工业园区内私有发电项目提供快速审批通道，KIO 在克雷塔罗启用 QRO2 的事实，以及新莱昂州宣布建设高性能计算与 AI 中心的消息。这些事实用来判断方向和风险结构。

必须核实的项目，指的是不能凭公开信息下判断的内容：具体园区的接入容量与分阶段接入时间表；单个机房的单柜功率上限与液冷就绪程度；WUE 目标值与水源结构；备用电源的配置与燃料保障；是否允许自备电源；当地适用的数据本地化范围；以及路由与延迟的实测结果。这些项目决定排期和可用性。

区分两者的原因是它们的作用不同：公开事实告诉你该不该去、去了会面对什么类型的约束；项目事实决定你什么时候能上架、上架后能不能稳定运行。把两类信息混在一起，最典型的后果就是机柜租好了、电没到，或者上架之后发现冷却方案撑不住目标密度。

核实的节奏建议分成三轮。第一轮是初筛，用书面材料筛掉明显不匹配的候选，重点看接入容量、冷却架构、单柜上限这三项；第二轮是现场勘查，看的不是样板间而是配电室、制冷机房、水路接口与进线路由，同时确认冗余是否真的物理分离；第三轮是签约前确认，把勘查和谈判中得到的口头答复逐条转成书面确认函。三轮各有侧重，跳过第二轮直接签约，是这类项目里最高发的错误。索取材料的形式也有讲究。尽量要书面确认函，而不是口头承诺或宣传材料；能写进合同的写进合同，暂时不能写进合同的至少写进会议纪要并双方确认。宣传材料里的容量通常是规划值，确认函里的容量才是承诺值，两者的法律效力完全不同。

下面这张表把前面的判断压缩成一份可以直接拿去谈的材料清单，左边是约束项，右边是常见的误判。

把这些判断落到具体机型之前，还要先确认三件事

第一件是确认负载的功率密度与增长曲线。要问的不是现在的平均功率，而是 18 个月后的峰值功率，以及峰值出现在哪些机柜上。近岸算力的业务通常是增长的，按当前值选型的方案在扩容时会发现自己所在的机房根本没有高密度区域，届时只能迁移，而迁移的成本远高于初期多谈一份液冷就绪说明的成本。

第二件是确认合规边界。哪几类数据必须在墨西哥境内存储，远程运维与跨境备份是否被认定为跨境传输，监管机构对境内存储的认定标准是物理位置还是法人归属。这几个问题在没有书面意见之前，任何架构图都只是假设。合规边界会影响节点数量、备份方式和运维流程，是选型的前置条件，不是上架后的补充材料。

第三件是确认交付时序的责任划分。如果因为外部并网延迟导致无法按期上架，责任如何界定，是否有替代交付方案，是否允许自备临时电源，延迟期间的费用如何计算。这些条款在电力宽松的地区几乎用不上，在克雷塔罗这样并网排队明显的地区是必要条款，而且必须在签约前谈，签约之后就没有谈判空间了。

一万网络的交付边界与验收口径

一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。

交付边界需要说清楚。墨西哥本地机房的接入容量、并网时序、取水指标与自备电许可，由当地运营方与主管部门决定，一万网络不对其做出超出书面确认范围的承诺；我们能提供的是把这些条件的核实过程结构化，把需要索取的证明材料清单前置到签约之前，并在方案设计阶段就把电力、水、密度三类约束同时纳入评估，而不是只看机柜与带宽。

验收口径同样需要事先约定。延迟、抖动与丢包以实测为准，测量点、时段、样本量与复测机制在合同附件中写明；密度与制冷以机房出具的单柜功率上限与液冷就绪说明为准，不采用宣传材料中的规划值；水的相关指标以运营方提供的 WUE 目标与水源结构说明为准。凡是需要向当地核实的项目，一律标注为待核实，不用估算值替代实测值。