2026 马普托服务器租用海缆登陆避雷：2Africa 之后内陆回程、气旋季与机房选择对比手册

2026 马普托服务器租用海缆登陆避雷：2Africa 之后内陆回程、气旋季与机房选择对比手册

一份面向莫桑比克的节点方案，第一页写着「2Africa 已在马普托登陆」，第二页开始就谈机柜尺寸、端口与报价。评审会上有人据此下了结论：最新一代大容量系统在这个城市上岸，那么放在马普托的服务器天然就是高可用的。这个结论把四段链路压缩成了一个词，也把四个互不相干的责任方合并成了一个。

把这条链路重新拆开：海缆在马普托上岸，这一段叫登陆站；从登陆站把光引进马普托市区的中立机房，这一段是城内段；从中立机房往太特、楠普拉、彭巴这类内陆城市走，这一段是国内长途；从国内长途的落地点再进到用户的办公楼、厂区或门店，这一段是最后一公里。四段各有各的运营主体，各有各的工单入口，各有各的失效形态。把它们写成一行「马普托有海缆」，等于把四个待办事项勾成了四个已完成事项。

本篇只做一件事：把这四段重新拆开，逐段回答三个问题——这一段公开可核实的事实是什么、这一段坏了走谁的工单、这一段在选型时应该向谁索取什么书面凭证。全篇不讨论报价，不做机房之间的横向打分，也不罗列海缆系统的条数。

登陆站不等于节点：把马普托这条链路拆成四段

先说清楚为什么「登陆」这个词容易被误读。海缆登陆站解决的是国际段落地的问题：光从海底上来，在岸端进入陆上设施，完成与国内网络的衔接。这是一个物理落点上的事件，不是一个端到端的服务承诺。从用户的服务器往回数，登陆站之后至少还有三段，这三段里任何一段中断，用户感受到的结果都是「访问不到」，但排查路径、联系对象、恢复时间完全不是一回事。

第一段是登陆站本身。它的运营主体是海缆系统与岸端设施的维护方，故障工单走的是系统侧的渠道，托管服务商通常只能转达，不能处置。第二段是登陆站到市区中立机房的城内段。这一段决定的是「上岸的光进到哪一座楼」，如果只有一条进城路由，那么无论岸上有多少容量，进城的方向始终是唯一的。第三段是国内长途。这一段决定内陆分支机构能不能拿到与马普托市区同级别的韧性，公开分析已经明确指出，海缆容量充裕并不等于内陆分支能获得同等服务。第四段是最后一公里与本地供电。这一段最贴近用户，也是最容易被写进合同附件却最说不清责任边界的一段。

把这四段写进选型纪要，有两个直接的收益。第一，每一段都能对应到一个具体的对接人和一个具体的工单入口，出问题时不用在现场猜是谁的责任。第二，每一段都能对应到一项可索取的书面凭证，报价单上那一句「国际带宽充裕」就不再是无法拆穿的表述。反过来说，如果一份方案通篇只讲登陆站这一段，那么剩下三段大概率是没有答案的，而不是没有问题的。

这里要特别强调一个判断顺序：先分段，再谈冗余。很多人习惯先问「有没有冗余」，得到的答案往往是「有」，但这个「有」指的是哪一段，对方未必说清楚。分段之后再问冗余，问出来的才是可核对的东西。

2009 年之前：没有海缆时国际连通靠什么

把时间线往前拉，有助于理解「有没有缆」和「有几条独立路径」是两件不同的事。公开资料显示，2009 年之前莫桑比克没有海缆登陆，国际连通主要依靠卫星与经南非的陆缆。这两条路有一个共同点：容量有限、路径单一、上下游的议价空间都小。对当时的跨境业务来说，容错空间接近于零——一旦陆上段落出问题，没有第二条路可以绕。

这段历史对今天的选型仍然有用，因为它揭示了一个容易重复犯的错误：把「新增了一条路」等同于「从此有两条独立的路」。新路径与旧路径是否物理分离、是否共用一个进城管道、是否在同一座楼上落地，这些才是决定性的。2010 年之前依靠卫星和经南非陆缆的格局，本质上就是「方向只有一个」的格局；今天即使容量翻了很多倍，如果内陆回程仍然只有一个方向，分支侧面临的约束与当年是同构的。

因此，面向本地业务做选型时，建议直接问上游这样一个问题：现在这个节点的国际出口走哪几条路，这几条路在陆上是否分开敷设。问的是路径而不是容量。容量回答的是「够不够用」，路径回答的是「断了还有没有」。对大多数分支机构而言，后者才是决定业务连续性的那个变量。

一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。对莫桑比克这类需要跨段拼接的节点，我们建议在方案阶段就把「路径问法」与「容量问法」分开写成两行，避免被一句笼统的「容量充裕」带过。

2010 年 SEACOM 与 EASSy 到马普托：改变了哪一层

2010 年，SEACOM 与 EASSy 两条系统在马普托登陆，本地的国际连通格局随之改变。关于这两条缆的合计容量，按 iColo 负责人在 The Energy Year 的公开访谈给出的口径约为 10Tbps；需要说明的是，该访谈原文在单位表述上并不严谨，不同资料的口径也不统一，这里只能作为参考区间看待，需要自行核实，不要据此做精确换算或写入合同附件。

更值得关心的是：这一次变化落在哪一层。答案很明确——落在国际出口这一层。它解决的是「出境有没有足够的管道」，没有自动解决「内陆能不能拿到」。这两层之间的落差，正是本篇反复要拆的那件事。十年后再回头看，很多关于莫桑比克节点的乐观判断，都是把国际出口这一层的改善，直接当成了端到端服务能力的改善。

对选型来说，这一层能索取到的凭证相对清晰：国际出口方向清单、每个方向的物理路由说明、拥塞或中断时的绕行动作。这三样东西写下来，国际段就不再是黑盒。反过来，如果只能拿到一句「多方向出海」而拿不到方向清单，那么这个说法和 2010 年之前没有本质区别，只是换了个词。

2Africa 在马普托与纳卡拉登陆：新增的是容量还是路由方向

2Africa 系统于 2023 年在马普托与纳卡拉登陆。按运营商与行业公开报道的口径，其设计容量可达 180Tbps、全长约 45,000 公里，是环绕非洲大陆并连接欧洲、中东与亚洲的系统；这组数字属于公开报道口径，不同来源的表述存在差异，需自行核实，本文不把它当作可写入合同的确定值。

真正值得关注的是另一件事：它在马普托之外，还在纳卡拉登陆。这意味着莫桑比克有了一个与马普托不同的登陆点。容量增加改变的是「够不够」，第二个登陆点改变的是「断了往哪走」——这两者对分支业务的意义完全不同。前者是成本与体验问题，后者是连续性问题。

但第二个登陆点要真正转化为可用性，还差一个条件：纳卡拉与马普托之间，以及各自与内陆之间，是否存在独立的陆上回程。如果两条缆上岸之后汇聚进同一条内陆光缆、同一座机房、同一个上联方向，那么对终端用户来说，仍然只有一个方向。判断的方法很直接：让对方画出从登陆点到用户机房的单向图，看两条路径在哪个节点第一次重合。重合得越早，第二个登陆点的价值就越接近零。

这也是本篇标题里「容量增加不等于路径增加」这句话的技术含义。容量是可以在同一条管道里不断做大的，路径不行。选型纪要里应该同时记录这两个数字，而不是只记前者。

MPM1 这类中立机房在链路里扮演什么角色

Digital Realty 旗下 iColo 在马普托市中心 Avenida Lenine 建设了 MPM1 中立数据中心，公开资料称其专门承接 2Africa 登陆，首期约 350 平方米技术空间、80 个机架。这一组数字属于公开资料口径，具体数值以运营方最新披露为准。

「中立」（carrier-neutral）这个词在链路里的位置需要准确理解。中立指的是机房本身不绑定某一家网络运营商，租用方可以自己选择上联方，甚至同时接入多家。这带来的是选择权，不是冗余度。换句话说，中立机房让你有机会自己拼出两条不同的路径，但它不替你拼。如果租用方只买了一家上联，那么中立机房与非中立机房在实际可用性上的差别就非常有限。

iColo 自称是马普托市唯一的中立数据中心运营商，这一表述来自其自身公开材料，是否成立需要自行核实。核实的方式不是看宣传语，而是看两个可验证的事实：机房里实际有几家网络运营商的传输设备落地，以及租用方能否在不更换机房的前提下更换上联方。前者看机房的接入清单，后者看合同条款里的上联变更条款。

把 MPM1 放回四段链路的框架里，它处在第二段与第三段的交界：把「上岸」转成了「可选的对等方」。这个位置决定了它的价值上限——它能改善的是出海侧与本地对等侧，改善不了内陆长途与最后一公里。把一座中立机房当成整条链路的解药，是这一轮选型里最常见的错位。

13 家网络以暗光纤接入：Peering 与 IX 为什么比「带宽大小」更值得问

公开资料称，MPM1 已有 13 家以上网络以暗光纤接入并设置 PoP，包括 Paratus、Tmcel、Vodacom、TVCabo、ClubNet 等，并有数家银行把生产系统放在其中。「暗光纤接入」的含义需要拆一下：网络方自己敷设光纤到机房，而不是租用别人的传输管道。这代表这些网络在这个物理点上有真正的存在，而不只是一个转售端口。

这个信息为什么比「带宽大小」更值得问？因为带宽大小描述的是你本机端口有多大，而对等关系描述的是你的流量要绕多远。如果目标用户所在的网络恰好在机房的对等名单里，流量就在楼内完成交换；如果不在，流量可能要先出楼、绕经第三方、再回来，绕行带来的不只是时延变化，还有多出来的两个故障点。前者是你能控制的采购项，后者往往是合同里不会写的隐藏项。

具体的问法可以这样落：第一，索取当前在该机房设 PoP 的网络清单，注意索取的是「已落地」而不是「可接入」；第二，对照自己的用户分布，把访问量最大的前几个本地网络挑出来，逐个确认是否在清单内；第三，问清楚互联网交换点（IX）是否已经投用、接入条件是什么、交换流量的统计口径有没有公开数据。iColo 有计划引入 IX，但计划与已投用是两件事，写纪要时必须区分。

还有一个容易漏的点：对等关系的价值会随用户分布变化。半年后如果你的用户结构变了，当初那份清单就不再适用。因此这一项应该做成定期复核项，而不是签合同时看一次就结束。

数据中心与云计算法规落地后，合规问法要改成什么

2025 至 2026 年间，莫桑比克出台了数据中心与云计算相关法规。Club of Mozambique 的评论文章称其为区域内较完整的框架之一。监管分工方面，公开资料提到 INCM 负责电信、INTIC 负责数据中心与相关信息通信技术机构。需要特别说明：具体条款与生效时间尚未公开到可以直接引用的粒度，本文只能写「已有法规框架」，具体适用必须向本地合规顾问核实，不要依据本文做任何合规判断。

法规框架的存在改变的是问法，而不是答案。此前问合规，常见的问题是「能不能放」；现在应该换成一组更具体的问：本业务的监管主体是哪一个机构，是否需要本地实体承接，托管方能否出具面向该法规的书面说明，跨境传输需要履行什么申报动作，以及发生数据调取时的对接流程由谁负责。这五个问题每一个都对应一个不同的责任方，写进合同附件时不能合并成一句「符合当地法规」。

对跨境业务尤其需要注意的是：托管在莫桑比克境内的节点，其合规义务不会因为服务器是租用的而转移给服务商。服务商能出具的是它自身作为托管方的合规说明，业务方自身的义务仍然在业务方。这个分界在合同里最好写成两段，一段写服务商义务，一段写业务方义务，不要混写。

气旋季与纳卡拉走廊：气旋打的是哪一段物理设施

2025 年 3 月，热带气旋损毁纳卡拉走廊铁路，中铁二十局用 10 天完成抢修，恢复了这条货运通道（该进度为公开报道口径）。马普托大桥于 2018 年通车。这两个事实说明的是地形与物理通道的约束，不是机房参数，不要把它们读成可用性指标。

但它们对选型的启发很直接：气旋这类事件打的是物理设施，而且打击面是分层的。岸端设施会受影响，内陆架空光缆会受影响，道路与桥梁会受影响，市电会受影响，现场人员到位也会受影响。这五层里，只有第一层属于海缆系统自身的维护范围，其余四层分别属于国内长途提供方、道路与市政、电力部门、托管服务商。把它们全部归到「海缆会不会断」这个问题上，是错误的简化。

把这一点转成可执行的问法：内陆长途段是架空还是埋地，架空段与铁路、公路是否共廊道，抢修需要哪些许可、由谁去办，备件存放在哪里、从哪个城市调。这四个问题问完，气旋季的风险才从「天气不好」变成了一张有时间刻度的影响清单。注意，我们不提供具体恢复时长数字，也不建议在没有本地运维确认的情况下自行估算。

同理，纳卡拉作为第二个登陆点的价值，也要放在气旋季的背景下重新评估。两个登陆点相距足够远，本身就是一种地理分散；但如果两者之间的陆上回程共用同一条沿交通廊道敷设的光缆，那么一次极端天气可能同时影响两端。地理分散是否被物理路由抵消，是这一节最该留下的一句结论。

从马普托往内陆走：太特、楠普拉、彭巴为什么不能共用一份 SLA

公开分析明确指出：马普托海缆容量充裕，并不等于内陆的太特、楠普拉、彭巴以及马托拉以外工业园区的分支机构能够拿到同等韧性的服务。中间隔着六项条件——内陆光纤、最后一公里、电力、本地现场支持、客户设备、对等互联与路由多样性。这六项里任何一项缺失，都会让同一份 SLA 在两个城市产生完全不同的实际效果。

逐项拆开看会更清楚。内陆光纤决定的是长途段的可用性与绕行能力，责任方是国内长途提供方，索要的凭证是路由图和第二路由的存在性说明。最后一公里决定的是从长途落地点到用户楼宇的接入方式，责任方通常是本地接入服务商，索要的凭证是接入方式与备用路径。电力决定的是本地设备能否持续运行，责任方横跨电力部门与场地提供方，这一点下一节单独展开。本地现场支持决定的是故障后有没有人到现场，责任方是托管方或集成商，索要的凭证是响应时间口径与人员所在地。

剩下两项经常被忽略。客户设备指的是路由器、交换机、防火墙这些由谁配置、由谁维护、坏了谁换；这一段在很多合同里既不在托管范围内也不在客户自己的运维计划里，是典型的责任真空。对等互联与路由多样性则决定流量在出境前后的绕行方式，与前面讲的 Peering 是同一个问题在另一个城市的表现。

把这六项摊平之后，结论就很明确了：SLA 应该按段写，而不是一份覆盖全程。建议的做法是，以马普托市区的中立机房为分界，把服务承诺拆成「机房内」与「机房外」两段，机房外再按城市分别记录这六项的状态。这样写出来的文档可能不够漂亮，但它在出问题时能直接告诉你该打谁的电话。

电力：发电资源与「持续可靠」之间的那段距离

莫桑比克拥有水电、天然气与可再生能源基础，这是公开资料中的地区事实。但同一批公开评论也明确把「把发电能力转化为持续可靠供电」列为待解条件。这两句话必须放在一起读：一个国家的发电资源禀赋，与某一个机房的市电可用率，中间隔着输电、配电、园区接入与机房内部供电四个层级，任何一层不稳，禀赋都不会自动变成可用性。

把这个判断转成机房侧的核对动作，顺序应该是这样的：先看市电回路的构成，问清楚有几路、是否来自不同的上级变电站；再看机房侧的 UPS 与柴油发电机配置，问清楚切换测试的记录在不在，而不是只看设备是否在场；再看油料补给，问清楚油量按什么口径储备、补给由谁负责、气旋季是否影响补给路线；最后看现场响应，问清楚停电时谁在现场、多久能到位。这四项里，第二项的测试记录最容易被忽略，因为设备在场与设备可用是两件事。

需要强调的是，我们不提供具体的供电时长、油价、电价或赔付数字，这些都必须以服务商的书面承诺和现场核实为准。对于内陆城市，这一节的核对还要再加一层：本地市电条件与马普托市区可能存在差异，不能用首都的调研结论去推断太特或彭巴的现场情况。

登陆站到用户之间逐段核对清单

下面这张表是把前文的四段链路与内陆延伸部分合成的一张核对清单。用法是：每一段找一个对接人，索取右侧那一列的凭证，取不到的就在纪要里标注「未取得」，不要用口头承诺填充。表格里的「公开可核实事实」一栏只收录有公开来源的信息，未能核实的一栏一律留白或标注需核实，不做推测。

这张表的一个使用细节值得单独提醒：不要把它当成一次性的签约检查表。其中 Peering 清单、IX 投用状态、备件存放地三项会随时间变化，建议每半年复核一次，并把复核结果归档。变化没有记录的清单，在故障复盘时派不上用场。

把问法落到具体动作：向谁问、问什么、留下什么

前面几节讨论的都是判断框架，这一节把它压成可以直接执行的动作。整个过程分成三步：索取、核对、留痕。

索取这一步的对象是四个不同的主体。向机房运营方索取的是：已落地网络清单、IX 状态、机房供电配置与切换测试记录、上联变更条款。向国内长途提供方索取的是：路由图、第二路由说明、敷设方式、抢修责任分工。向本地接入服务商索取的是：接入方式、备用路径、本地供电回路说明。向合规顾问索取的是：本业务在现行法规框架下的适用意见——注意，这一项我们只提供问法，不提供结论。

核对这一步的关键是不接受合并表述。凡是把多个段落合并成一句话回答的，都要拆开重问。典型的例子是「我们的网络覆盖全国」，这个说法无法告诉你太特和彭巴分别是怎么接的；以及「双路上联」，这个说法无法回答两条上联在哪个节点第一次重合。核对时的动作很简单：每听到一个合并表述，就问一次「具体是哪一段、谁的名字、能不能写下来」。

留痕这一步要求把索取到的东西写成一页纸的分段清单，每段三行：对接人、联系方式、已取得的凭证文件名。取不到凭证的段，在清单上写「未取得」并注明日期。这一页纸在签约时看起来多余，在第一次故障复盘时是唯一能说清责任的东西。我们不建议用口头承诺替代任何一行的书面记录，也不建议在没有本地核实前把这些内容写进对外承诺。

马普托这一页最该带走的结论：容量增加不等于路径增加

把全篇收成一句话，就是这一节的标题。2Africa 带来的容量提升、SEACOM 与 EASSy 在 2010 年打开的出口、MPM1 里 13 家以上网络以暗光纤落地，这些都是真实的、可核实的改善，但它们改善的是不同层：容量层、出口层、对等层。真正决定内陆分支机构可用性的，是内陆长途、最后一公里、本地供电与现场支持这四层——而这四层与海缆容量之间没有自动的传导关系。

第二个要带走的判断是：责任分段必须写下来。四段链路对应四个责任方，出问题时最耗费时间的往往不是修复，而是确认该找谁。把每一段的对接人和工单入口在签约前就落到纸面，是这一页里性价比最高的一个动作。

第三个判断关于合规与不确定性。莫桑比克已有数据中心与云计算相关的法规框架，但具体条款与生效时间尚未公开到可引用粒度；多家来源对容量、机架规模的表述口径也不统一。凡是需要写进合同或对外材料的数字，都要回到原始来源核对一遍，并注明来源与口径，不能用二手汇总替代。

一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。面向马普托这类需要跨四段拼接的场景，我们的做法是先出一份分段核对清单再谈配置，把「哪一段由谁负责、拿不到凭证的段怎么标注」写清楚，避免用一句「海缆已登陆」代替端到端的责任划分。

把 24932 马普托的登陆站问题写成可执行清单

最后给出一份可以直接照抄使用的清单，按执行顺序排列。它不做推荐，只做核对。

• 把链路拆成登陆站、登陆站到中立机房、国内长途、最后一公里四段，每段指定一个对接人。
• 向海缆或上游索取登陆点名称与岸端设施维护主体，记录故障工单的转达路径。
• 索取从登陆点到机房的进城路由图，确认是否存在第二条物理路由；没有第二路由就标注为单点。
• 索取机房已落地网络清单，明确区分「已设 PoP」与「可接入」两类；核对自己用户所在的前几个本地网络是否在已落地清单内。
• 确认互联网交换点的状态是「已投用」还是「计划中」，并索取接入条件；不要把计划写成已投用。
• 索取内陆长途段的路由图，记录敷设方式（架空或埋地）、是否与铁路公路共廊道、有无第二路由。
• 记录最后一公里的接入方式与备用路径，明确客户自购网络设备由谁维护，把责任真空段补上。
• 核对本地供电回路构成、机房侧 UPS 与柴油发电机配置、切换测试记录、油料储备与补给责任、气旋季补给路线是否受影响。
• 索取现场支持的书面响应口径，记录人员所在城市、备件存放地与调拨路径、远程操作的授权范围。
• 向本地合规顾问确认本业务在莫桑比克现行数据中心与云计算法规框架下的适用意见，不在没有结论前对外承诺。
• 把以上每一项的结果写成一页纸的分段清单，取得凭证的注明文件名，未取得的注明「未取得」与日期。
• 设定复核周期：已落地网络清单、IX 投用状态、备件存放地三项每半年复核一次并归档。

清单执行完，再看配置与带宽。顺序反过来，很容易出现「配置很漂亮、责任没人认」的局面——这是这一页最想避免的结果。