2026 年亚松森服务器租用：水电便宜是事实，但内陆国没有海缆要怎么算出口账

客户的采购单上只写了两条要求，第一条是「电费要低，最好是可再生的」，第二条是「南美终端用户打开页面不能慢」。团队第一次看到巴拉圭的电价结构时眼睛一亮——伊泰普水电站是巴西与巴拉圭共有的 14,000MW 级水电设施，巴拉圭历史上把自己用不掉的大量电力低价卖给巴西，本地电力长期处于富余状态，2026 年 1 月出台的第 5306 号法令又专门面向 AI 与云公司，给出了以美元计价、锁定 15 年的电价机制。第一条要求看上去几乎是送分题。可当有人把地图摊开，第二条要求立刻变成了另一道题：巴拉圭是内陆国，被玻利维亚、阿根廷、巴西三国包围，没有海岸线，因此没有直连的海底光缆，国际出口完全依赖跨境陆缆经邻国转接。而客户的用户几乎全在沿海——圣保罗、布宜诺斯艾利斯、蒙得维的亚、里约的电价和海缆条件都不差。于是这张采购单变成了两个互相打架的账本：一个账本上电价低到让人心动，另一个账本上出口链路要绕经邻国、单点风险高、跨境结算复杂。这两个账本不能合并成一行来算，必须先拆开，再决定哪部分业务放进内陆、哪部分业务留在沿海。

把电价账和出口账拆成两本，是亚松森选型的第一步

很多团队在选节点时会下意识地找「综合最优解」：一个地方电价低、带宽也不贵、位置还靠近用户，那就全部搬过去。巴拉圭恰好是反例——它在某一个维度上极强，在另一个维度上有结构性短板，而且这个短板不是靠花钱就能补上的。电量可以买、机组可以扩、机房可以新建，但海缆登陆点是一个地理事实，内陆国无法凭空获得。

正确的做法是把业务按「对延迟的敏感度」和「对电价的敏感度」切成两类，分别定价、分别选址。训练、批处理、渲染、归档这类负载，把结果交出来的时间以小时、天为单位计，链路多绕几百公里对交付周期几乎无影响，但电费账是按月累乘的，差一分电价在几百千瓦的负载上就是可观的差额。反过来，网页首屏、交易下单、实时行情、多人游戏这类负载，用户对延迟的感知是以毫秒计的，而电费在这些业务的总成本里通常只占很小的比例——为省电把它们放到需要多次跨境转接的内陆节点，是拿最大的体验风险去换最小的成本收益。

这个拆分不是妥协，而是把两类负载各自放到成本曲线的最低点上。亚松森的价值不在于「便宜」，而在于「对某一类负载极其便宜」，前提是你能接受它的出口条件。

伊泰普的水电是真实的，但它先解决的是巴拉圭自己的电力出口问题

要判断亚松森的电力优势能不能持续，得先看清楚这些电是从哪来的、原本要去哪。伊泰普水电站由巴西与巴拉圭共有，是 14,000MW 级的水电设施。历史上巴拉圭自身消纳不完自己分到的电量，把大量富余电力低价卖给巴西——这件事说明两件事：一是本地电力供给确实富余，二是这笔电此前的主要出路是「对外卖电」，而不是「在本地变成算力」。

对算力投资者来说，这是一个重要的性质差异。卖电给邻国，赚的是电能本身的差价；在本地建数据中心，赚的是把电能转化成算力的附加值。后者对巴拉圭是产业升级，对投资方则意味着一个新的成本结构：你买的不再是「电」这一项商品，而是一整套电力接入、变电站配套、园区用地、散热与运维的组合。所以真正决定项目可行性的，不只是电价数字，而是接入点离电源有多近、变电站容量够不够、扩容批复能不能跟上负载爬坡速度。

2026 年公开的项目信息里，一个反复出现的关键词就是「靠近电源」。Crusoe 与巴拉圭开发商 Araico 在 2026 年 10 月宣布合作建设的 AI 计算设施，选址就在伊泰普变电站旁边——这不是巧合，而是把「电力接入」当成第一约束条件的直接结果。对租用方来说，这条信息的含义是：亚松森周边的算力供给会高度集中在电源附近，而不是均匀分布在城市各处，你在评估机房时要问的第一组问题应该围绕供电路径，而不是机房装修等级。

第 5306 号法令把「电价便宜」变成了可以签进合同的长期条款

便宜的电如果只是现货便宜，对数据中心这种十年以上生命周期的资产没有太大意义——真正重要的是能不能锁定。巴拉圭 2026 年 1 月出台的第 5306 号法令，专门面向 AI 与云公司设计了一套电价机制：以美元计价，锁定 15 年。

这两个属性各自解决一个具体问题。美元计价解决的是汇率风险：数据中心的主要资本支出（服务器、GPU、网络设备）多以美元或美元挂钩的货币结算，如果收入端是本地货币、成本端是美元，汇率波动会直接吃掉利润；对租用方而言，这意味着电费账单的计价币种需要和业务收入的币种对齐，否则你省的可能是电费、亏的是汇差。锁定 15 年解决的是投资回收期的确定性：GPU 集群的折旧周期、机柜的租约周期、电力扩容的批复周期，都需要一条稳定的成本曲线才能算得过账。

但需要提醒的是，「政策给了机制」和「你拿得到这个机制」是两件事。这类政策通常附带产业属性要求（投资规模、用电规模、就业、技术类型等），且具体条款以项目方与主管部门的实际协议为准。租用方如果听到「我们用的是美元计价、锁定 15 年的电价」，应当追问的是：这个价格适用到我自己这个合同上吗？是以我实际用电量结算，还是以园区整体打包后分摊？如果园区扩容不及预期、分摊基数变小，单价会不会变？这类问题在签约前必须落到纸面，而不能停留在宣传口径上。具体电价数字需询价，且以官方发布与合同文本为准。

谁在亚松森周边建：从 Crusoe·Araico 到 HIVE、X8 与本地运营商

判断一个节点是不是「真起来了」，看的是有没有多个互相独立的投资方在同一时间做重资产投入。2026 年巴拉圭的情况符合这个特征。

• Crusoe 与 Araico：2026 年 10 月宣布合作，在伊泰普变电站旁建设 AI 计算设施，一期计划 2027 年年中投运，路径为 106MW IT 容量，长期可扩至约 280MW。Araico 规划的 Iguazu AI City 为 1.3GW 园区，被当地称为巴拉圭历史上最大私人投资（约 120 亿美元量级）。
• HIVE Digital：加拿大公司 HIVE Digital 在巴拉圭 Yguazú（Valenzuela）的数据中心，二期完工后 200MW 在运，三期变压器已送电、再加 100MW。HIVE 同时运行比特币挖矿与 GPU 的 AI 计算业务（BUZZ 平台）——这一点很关键，说明当地的算力资产正在从单一挖矿用途转向可对外提供通用计算的形态。
• X8 Cloud Infrastructure 与 ANDE：X8 与巴拉圭国有电力公司 ANDE 签约，计划从 50MW 起步（2026 年一季度商业运营），到 2027 年扩至 500MW。与国有电力公司直接签约，意味着电力接入这一环被放进了合同框架。
• 既有设施：现有巴拉圭数据中心设施主要来自 Claro、Ipxon、Bitfarms、Tigo、Penguin 等，多数位于亚松森与 Villarrica。政府另有建设 Tier III 认证国家数据中心的计划。

把这些放在一起看，能读出一个清晰的结构：新增的超大容量几乎都在电源附近（伊泰普、Yguazú），而既有的城市机房在亚松森和 Villarrica。这两类设施的定位并不相同——前者是电力驱动的算力园区，后者是靠近用户和企业的城市机房。租用方容易犯的错误是只看总容量数字，忽略了「容量在哪」和「容量接了什么网络」这两个问题。总容量大不代表你的业务适合放进去，就像电价低不代表你的出口账能算平。

还有一个信号值得注意：HIVE 同时运行挖矿与 GPU 的 AI 计算业务，说明当地已经存在一批「为高功率密度负载建好电力与场地」的资产。这类资产转型为算力供给时，电力和场地是现成的，需要重做的是散热形态、网络出口与运维体系——这正是矿场转型算力这一类负载在巴拉圭出现的现实基础。

内陆国没有海缆：国际出口要经邻国陆缆，这是一条地理约束而非工程问题

现在回到那张采购单的第二条要求。巴拉圭没有海岸线，因此没有直连的海底光缆，国际出口完全依赖跨境陆缆经邻国转接。这句话的每一个分句都会落到你的架构上。

第一，路径更长且不由你控制。数据从亚松森出发，要经过陆缆穿过邻国领土才能到达海缆登陆点或国际交换点。这条链路上涉及的运营方、维护责任边界、故障响应流程都比「同城接入国际出口」要多。你在签服务协议时看到的「带宽」是一回事，这条带宽在什么条件下可用、故障后走哪条路由、修复责任归谁，是另一回事。

第二，单点风险集中。跨境陆缆的物理路由受地理条件限制，可选路径有限。海底光缆在一段海域内往往有多条缆互为备份；跨境陆缆的路由选择受国界、地形、既有管道走廊限制，冗余度天然更低。这意味着你在做容灾设计的时候，不能假设「换一条路就行」，而要按「这条路可能整段不可用」来设计。

第三，跨境意味着多套监管与结算。数据跨境要满足相关法域的要求，流量跨境要面对不同运营主体的结算规则，出现争议时的责任划分也更复杂。这些内容在下文的合规部分单独展开。

第四，也是最容易被忽略的一点：出口条件会影响你的业务形态上限。如果你的业务模型是「南美用户实时访问」，那么每多一次跨境转接，就等于把你的用户体验暴露在一条你无法直接优化的链路上。这类业务在亚松森不是不能跑，而是你无法承诺它跑得多好。

出口账怎么算：路径、冗余、结算与可验证性

既然出口是短板，就必须把它算清楚，而不是笼统地说「网络一般」。建议按下面四个维度向服务商提要求，并且要求对方给出可验证的材料。

• 路由可见性：要求提供从机房到你目标区域（例如巴西圣保罗、阿根廷布宜诺斯艾利斯、美国东部）的路由追踪结果，以及相邻两次路由是否一致。跨境陆缆的路由如果频繁变化，你的容量规划就没有稳定基准。
• 冗余路径数量与独立性：问清楚有几条出境方向，这些方向是否共享同一段物理走廊、同一家上游运营方、同一个边界节点。共享走廊的「双路由」在故障面前等同于单路由。
• 故障模式与切换时间：不要问「会不会断」，要问「主用路径中断后，切换到备用路径是自动还是人工、需要多久、切换后带宽是否降额」。切换后的带宽降额尤其重要，因为很多业务的瓶颈不在延迟而在吞吐。
• 计费口径：国际出口流量是按 95 计费、按平均、还是按峰值？进出双向是否都计费？越境段是否单独计价？这一部分通常是总成本里最不透明的一块，务必在合同中写清口径。具体带宽单价需询价，以官网实时报价为准。

还有一个实操建议：把出口验证做成持续动作而不是一次动作。你可以在租用后设置定期的路由与吞吐采样（例如每周固定时段跑一次到目标区域的吞吐测试与路由记录），把结果存成时间序列。这样当业务方反馈「变慢了」时，你手上有基线可以对比，能快速判断是链路变化、容量饱和还是业务自身问题。这里说的测试是你自己应当去做的实测，本文不提供任何实测数据。

哪些负载适合放亚松森，哪些不适合：按敏感度而非按业务名划分

把业务名称作为选址依据是不可靠的，因为同一个业务内部也有快慢分层。更可靠的划分依据是三个可量化的指标：单次任务的容忍时长、单次交互的容忍延迟、单位算力消耗的电量。

容忍时长以小时或天计、容忍延迟宽松、单位算力耗电高的负载，天然适合放在电力便宜而出口受限的地方。典型包括大模型预训练与大规模微调、离线批处理与报表重算、离线渲染与视频转码、冷数据归档与备份、以及由矿场转型而来的通用算力。这些负载的共同特征是：它们消耗大量电力，但几乎不要求「现在就返回结果」。

容忍时长以毫秒或秒计、容忍延迟极紧、单位算力耗电相对不高的负载，则不应该放在这里。典型包括面向终端用户的网页与 App 接口、电商下单与支付链路、实时行情与撮合、多人在线游戏、实时音视频会议。这些负载的共同特征是：用户对延迟的感知是直接且苛刻的，而电费在它们的总成本结构中占比并不高。

还有一个中间地带值得单独讨论：南美区域业务的后台系统，例如报表生成、对账、日志归档、备份、内部管理系统。这类负载的延迟容忍度中等，且往往有数据驻留的诉求——数据留在南美境内可以减少跨境合规负担。它们放在亚松森或巴拉圭境内是合理的，但通常需要与沿海的只读副本或缓存层配合，让前台交互不直接打到内陆。

一个被公开报道的验证案例可以作为「训练类负载对链路不敏感」的旁证：哥伦比亚大学研究团队从纽约远程使用位于亚松森的 GPU 训练模型，两地相距约 5,000 英里，用以验证远程训练链路的可用性。这个案例说明的是远程训练在工程上可行，但它不能外推为「任何业务都可以远程跑」——训练任务可以容忍链路往返，交互式业务不能。本文不引用该案例的任何延迟数值，也不建议读者据此推断延迟表现。

拆分架构怎么写：算力留在内陆，交互层放到沿海或用户就近

上面那张表的落地形式，是一套明确的分层架构。它不需要复杂，但每一层的职责必须写清楚，否则在扩容和故障时会迅速失控。

• 第一层：算力层，放在亚松森及周边电源附近。承载 GPU 训练、批处理、渲染、归档。这一层的对外接口应该是「任务提交」和「结果取回」，而不是「用户请求」。它的网络需求是稳定的大吞吐批量传输，不是低延迟小包交互。
• 第二层：数据层，两侧都放，但职责不同。热数据（模型检查点、正在处理的中间结果）留在算力层本地，避免每一步都跨境；对外交付的数据副本放在沿海节点的对象存储里，供下游读取。两侧之间用异步复制，复制窗口和带宽上限要在容量规划里单独列出。
• 第三层：交互层，放在沿海或用户就近节点。网页、接口、实时业务全部在这一层，直接面对用户。它从沿海的数据副本读取，不回源到内陆。
• 第四层：调度与观测层，独立于前三层。任务调度、队列、监控、日志采集应当部署在与算力层同侧（减少控制面跨境往返），但监控数据的展示与告警通道要能在沿海侧独立工作，避免链路中断时你既看不到问题也发不出告警。

这套架构里最容易被忽略的是控制面。很多人把数据面拆得很干净，却让调度系统、镜像仓库、认证服务、日志平台全部跨境访问。结果是：算力层一切正常，但任务下发要绕一圈、镜像拉取慢到超时、告警发不出来。建议在架构评审时单独列一张「控制面依赖清单」，逐条标注它部署在哪一侧、另一侧如何访问、链路中断时降级成什么行为。

还有一条工程建议：把「跨境」当成一种显式的资源，而不是隐形的网络。你可以在系统里给跨境传输单独设队列、单独限流、单独计费、单独监控。当它变成一个可观测、可配额的对象时，成本失控和性能意外的概率会显著下降。

服务器配置怎么定：先按电力与散热定密度，再按任务定部件

在电力便宜的地方，配置的决策顺序和常规机房不一样。常规机房通常是「先定机柜数，再看电力够不够」；在亚松森这类电力富余的节点，更合理的顺序是「先定单柜功率密度和散热形态，再反推机型」。因为这里真正的稀缺资源不是电，而是散热能力和出口带宽。

• GPU 机型：训练类负载按显存容量和卡间互联带宽选型，而不是按算力峰值的宣传值。多卡训练时，卡间互联带宽往往比单卡算力更早成为瓶颈；显存不足则会导致批次被迫切分、吞吐下降。高功率密度机柜需要确认机房的散热形态（风冷上限、是否支持液冷或后门换热），并且要确认满载时的进风温度和持续运行条件，而不是看空载指标。GPU 机型与机柜报价需询价。
• CPU：数据预处理、任务调度、编排、存储网关这些环节吃的是 CPU 和内存，不是 GPU。一个常见错误是 GPU 配置拉满、CPU 和内存配得很紧，结果 GPU 长时间等待数据，利用率上不去。建议按「每张 GPU 配套的核心数」和「每 TB 数据集配套的预处理能力」两个口径同时核算。
• 内存：训练与渲染任务对内存的需求主要由数据集切分方式和中间产物规模决定，而非由 GPU 数量线性决定。内存不足会导致频繁换页，直接吃掉你省下来的电费收益。建议留有余量，并把内存占用做成可观测指标。
• 磁盘分层：这是亚松森这类节点最值得投钱的地方。因为出口是瓶颈，数据应该尽量在算力层本地完成生命周期：本地高速盘承载热数据与检查点，大容量盘承载中间产物与归档，只有最终交付物才走跨境。换句话说，在本地多买磁盘，是为了少付跨境流量费、少受链路波动影响。存储容量与磁盘报价需询价。
• 带宽：亚松森侧的国际出口带宽应当按「批量窗口内的吞吐需求」来定，而不是按「峰值并发」来定。因为你放在这里的业务本来就不该承担峰值并发。把这两件事分开，你的带宽账单会显著缩小。带宽单价需询价，以官网实时报价为准。

最后一条配置建议：为扩容留出电力与机位的连续性。Crusoe 与 Araico 的路径是从 106MW 到约 280MW、HIVE 是 200MW 再加 100MW、X8 是从 50MW 到 500MW——这些都是分阶段爬坡的。你的租约应当明确「下一阶段我能否在同一园区、同一电力接入点扩容」，否则第一次扩容就变成一次迁移。

成本构成：电费省下来的钱，可能被出口和跨境环节吃掉一部分

把亚松森的总成本拆开，通常包含以下几块，每块的不确定性来源不同：

• 算力资源费：GPU 或裸金属的租用费用，与机型、数量、租期相关，需询价。
• 电费或电费分摊：取决于是否适用第 5306 号法令的机制、是按实际用电计量还是按 PUE 与机柜功率打包、是否随园区扩容后分摊基数变化。具体电价需询价，以合同与官方口径为准。
• 机柜与场地费：与功率密度、机柜数、是否含散热改造相关，需询价。
• 国际出口带宽费：这是与沿海节点差异最大的一块，计费口径（95 计费／平均／峰值）与是否双向计费需要在合同中写死，单价需询价，以官网实时报价为准。
• 跨境与合规成本：跨境数据传输的合规评估、本地实体与税务处理、可能需要的本地合作方结构，这部分通常是隐性成本且容易被漏算。
• 运维与人力成本：远程运维的响应链路更长，备件与现场支持的到位时间要单独确认，不要默认与你在成熟节点的经验一致。
• 冗余与容灾成本：因为出口路径冗余度天然较低，你往往需要为「另一侧也留一份」付出额外成本，这笔钱应当计入选型比较，而不是事后追加。

比较亚松森与沿海节点时，正确的方法不是比单价，而是比「同一份交付」的总成本。举例来说：如果一份训练任务的电费节省是 A，但产物回传的出口流量费是 B、为应对链路中断而增加的冗余副本存储是 C、跨境合规成本是 D，那么只有当 A 明显大于 B+C+D 时，这个迁移才成立。这个算式里每一项的数值都需以你自己的业务量和实际报价为准，本文不给出任何价格数字。

还有一个容易被忽略的成本变量：时间。如果跨境传输成为交付瓶颈，你的任务排期会被拉长，而排期拉长意味着同样的硬件在单位时间内产出更少。这种「隐性吞吐损失」不会出现在任何账单上，但它真实存在。所以在做成本模型时，建议把跨境传输时间作为一个独立的排期变量纳入，而不是当成可以忽略的常数。

数据出境与合规：税务、数据驻留、跨境传输要提前做，不要上线后补

把一个节点建在内陆国，意味着你的数据流和存储地分布在多个法域之间。巴拉圭本身、跨境陆缆经过的邻国、以及数据最终到达的目的地，各自的规则并不相同。这一节不提供法律意见，只列出必须提前确认的问题清单，具体结论请以你的法务与专业顾问意见为准。

• 实体与税务：在巴拉圭租用资源，涉及合同主体、发票与税务处理、是否需要本地实体或本地合作方、以及是否符合第 5306 号法令等产业政策的适用条件。汇率与币种问题也要一并考虑：你的收入币种与成本币种不一致时，汇差可能抵消电价优势。
• 数据驻留：如果业务涉及南美用户数据，将主数据留在南美境内通常是合理的方向，但需要确认各相关法域对数据本地化的要求，以及哪些数据类别受限。
• 跨境传输：模型权重、训练数据、用户数据跨境流动时，需确认适用的跨境传输规则、是否需要标准合同条款或等效机制、是否需要做数据分类分级与脱敏。
• 日志与监控数据：这类数据往往被忽略，但它们同样可能包含个人信息，同样会跨境。建议在架构设计阶段就把日志的采集范围、留存地和出境路径确定下来。
• 审计与举证：当监管或客户要求说明数据在哪里、怎么传的，你需要拿得出现状的证据。这意味着数据流向图、存储地清单、跨境链路清单应当是随架构同步维护的文档，而不是出事后再补。

合规上最容易出问题的时点不是上线，而是变更。你加了一个下游系统、换了一条回传链路、把日志接到了境外的分析平台——每一次变更都可能改变合规状态。建议把「跨境数据流变更」纳入变更管理流程，要求变更评审时同步更新数据流向文档。

迁移、回退与验收演练：把「能不能搬」拆成可验证的步骤

决定迁移到亚松森之后，执行顺序比执行速度更重要。建议按下面的节奏推进，每一步都有明确的通过标准。

• 第一步：只读影子运行。不迁移真实业务，只在亚松森侧跑一份相同的训练或批处理任务，用相同输入、相同参数，比对输出一致性和总耗时。这一步验证的是算力与存储，不涉及用户。
• 第二步：跨境吞吐基线测试。在不同时段多次测量到你目标区域的吞吐与路由，记录基线。注意这是你自己应当做的实测，具体表现以你的实际环境为准，本文不提供任何实测数据。
• 第三步：分流量灰度。先把非关键的批处理任务迁过去，交互层不动。观察至少一个完整业务周期（包含你的业务高峰日，例如月末结算、大促、版本发布日）。
• 第四步：交互层落地沿海。确认交互层部署在沿海或用户就近节点，并从沿海副本读取，不回源内陆。
• 第五步：回退演练。这一步最容易被省略，也最关键。你必须在真实环境中演练过一次「亚松森侧整体不可用」的情形：任务如何转回原节点、数据副本是否可用、需要多久、会丢多少中间状态。没有演练过的回退方案等于没有回退方案。
• 第六步：常态化演练。把回退演练纳入定期计划，并在每次架构变更后重跑。演练结果要记录，作为下一次容量规划的输据。

验收标准应当事先写成清单，避免上线后各执一词。建议至少包含：算力层满载持续运行的稳定性与温度表现、跨境吞吐在不同时段的波动范围、任务端到端耗时在跨境传输加入后的变化、回退演练的实际耗时与数据丢失范围、告警通道在链路中断时是否仍能工作。所有这些指标的具体数值都需以你自己的实测为准。

避坑清单：亚松森选型里最常踩的八个坑

• 把电价优势直接等同于总成本优势。漏算出口带宽、跨境合规、冗余副本、排期拉长这四项，是成本模型失真的头号原因。
• 用「总容量」代替「可用容量」。1.3GW 的园区规划、280MW 的长期路径、500MW 的扩展目标，都是分阶段爬坡的规划值，不是你今天能拿到的量。签约前要确认当前可交付容量与你的扩容时点是否匹配，实际可用容量与投运时间以项目方官方信息为准。
• 把交互式业务一起搬过去。这是本文反复强调的核心判断，也是最常犯的错误。电便宜不能抵消跨境转接带来的体验不确定性。
• 忽略控制面的跨境依赖。调度、镜像仓库、认证、日志如果全部跨境访问，会在链路波动时率先出问题。
• 不做散热与持续负载的验证。高功率密度机柜的空载指标没有意义，要确认满载持续运行条件下的散热表现。
• 把跨境传输当常数。它应当作为排期变量和成本变量被独立建模、独立监控、独立限流。
• 回退方案只写在文档里。必须真实演练，并测量实际耗时与数据丢失范围。
• 把政策条款当成自己已经获得的待遇。第 5306 号法令给出的是机制，具体是否适用到你的合同，要看实际协议与主管部门口径，具体电价与带宽需询价。

选型时被问得最多的六个问题

一、巴拉圭的电真的便宜到值得搬吗？电力富余是真实的：伊泰普是巴西与巴拉圭共有的 14,000MW 级水电设施，巴拉圭历史上把用不掉的电低价卖给巴西，2026 年 1 月的第 5306 号法令又提供了美元计价、锁定 15 年的机制。但便宜的电只对「耗电型、非实时型」负载转化为成本优势。具体电价需询价。

二、没有海缆是不是就不能做南美业务？不是不能做，是要分层做。后台、批处理、训练可以放在内陆；面向终端用户的交互层必须放在沿海或用户就近节点。巴拉圭没有海岸线、没有直连海缆、国际出口依赖跨境陆缆经邻国转接，这是地理事实，架构要围绕它设计。

三、能不能给出亚松森到某某地区的延迟毫秒数？不能。本文不提供任何延迟数值，也不建议用任何二手数字做承诺。正确做法是你在租用的实际环境中自行实测，并以你自己的实测结果为准。

四、现在能拿到多大的容量？Crusoe 与 Araico 的一期计划 2027 年年中投运、路径为 106MW IT 容量、长期可扩至约 280MW；HIVE 在 Yguazú 二期完工后 200MW 在运、三期再加 100MW；X8 与 ANDE 从 50MW 起步（2026 年一季度商业运营）、2027 年扩至 500MW。这些都是公开报道的规划与在运口径，实际可用容量与投运时间以项目方官方信息为准。

五、既有的城市机房和新建的电源旁园区怎么选？看你的负载类型。既有的 Claro、Ipxon、Bitfarms、Tigo、Penguin 等设施多在亚松森与 Villarrica，适合常规托管与区域业务；新建园区靠近电源，适合大规模耗电型算力。另有政府建设 Tier III 认证国家数据中心的计划，具体进展以官方信息为准。

六、市场空间有多大，值得现在进场吗？第三方市场数据显示，南美数据中心建设市场预计从 2026 年的约 57.2 亿美元增长到 2031 年的约 88.8 亿美元。这个数字说明区域需求在扩张，但它不能直接推导出某个具体项目的收益，仍需以你自己的业务测算为准。

关于亚松森算力与出口路径取舍的几条判断线

第一条：电力优势只能兑现给耗电且不赶时间的负载。训练、批处理、渲染、归档能吃下这份电价红利；实时交互业务吃不下。判断标准是容忍时长和单位算力耗电量，不是业务名称。

第二条：内陆国的出口是约束条件，不是可以花钱消除的缺陷。没有海缆意味着跨境陆缆转接、路径有限、冗余度天然偏低、多套监管并存。你可以优化架构来适应它，但不能假设它会被解决。

第三条：容量数字是路径，不是现货。106MW 到 280MW、200MW 加 100MW、50MW 到 500MW，以及 1.3GW 的园区规划，都带有明确的时点。你的租约必须写清扩容的连续性，否则首次扩容就变成迁移。

第四条：出口成本必须单独建模。按批量窗口定带宽、按异步复制定副本、按排期变量算跨境传输时间。把它混进「网络费用」这一行，成本模型必然失真。

第五条：交互层留在沿海，是这套架构成立的必要前提。如果做不到这一点，那么放在亚松森的那部分算力就没有意义，因为你省钱的地方和你损失体验的地方是同一个业务。

第六条：回退能力要在上线前演练，而不是在故障后补。链路冗余度低的节点，更需要一份被真实演练过的回退方案，包括实际耗时与可接受的中间状态丢失范围。

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

亚松森节点选型的口径与来源说明

本文只讨论巴拉圭·亚松森节点的地区级电力、政策、出口路径与负载匹配问题，不比较任何具体服务商的优劣，不给出任何延迟毫秒数承诺或价格数字，不指向任何具体客户，也不构成性能或可用性承诺。文中项目规模均引自公开报道，实际可用容量与投运时间以项目方官方信息为准。

文中涉及的事实包括：巴拉圭为内陆国、被玻利维亚、阿根廷与巴西包围、无海岸线因而无直连海底光缆、国际出口依赖跨境陆缆经邻国转接；伊泰普水电站为巴西与巴拉圭共有、14,000MW 级、巴拉圭历史上向巴西低价输出富余电力；2026 年 1 月第 5306 号法令提供美元计价、锁定 15 年的电价机制；2026 年 10 月 Crusoe 与 Araico 在伊泰普变电站旁建设 AI 计算设施、一期计划 2027 年年中投运、路径为 106MW IT 容量、长期可扩至约 280MW、Iguazu AI City 为 1.3GW 园区并被当地称为巴拉圭历史上最大私人投资（约 120 亿美元量级）；HIVE Digital 在 Yguazú（Valenzuela）二期完工后 200MW 在运、三期变压器已送电再加 100MW、同时运行挖矿与 GPU 的 AI 计算业务；X8 Cloud Infrastructure 与 ANDE 签约、从 50MW 起步（2026 年一季度商业运营）、2027 年扩至 500MW；现有设施主要来自 Claro、Ipxon、Bitfarms、Tigo、Penguin 等、多在亚松森与 Villarrica、政府另有 Tier III 认证国家数据中心建设计划；哥伦比亚大学研究团队从纽约远程使用位于亚松森的 GPU 训练模型、两地相距约 5,000 英里；南美数据中心建设市场预计从 2026 年约 57.2 亿美元增长到 2031 年约 88.8 亿美元。

必须实测而本文未给出的内容包括：任何延迟与抖动数值、跨境吞吐数值、满载散热实测、故障切换时间、回退演练耗时。这些都需要在你自己的环境中测量，以你的实际环境为准。文中出现的场景与负载划分是通用示例，不指向任何具体客户或具体项目。本文不构成对任何节点的推荐、性能承诺或可用性承诺，也不构成法律、税务或投资建议，合规相关问题请咨询你的法务与专业顾问。本文不展开任何具体软件产品的部署细节，也不比较任何具体服务商的优劣。

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