2026 圣赫勒拿服务器租用避雷全攻略：Equiano 上岸后孤岛还剩哪些风险 + 单缆单点怎么算 + 选型干货手册

2026 圣赫勒拿服务器租用避雷全攻略：Equiano 上岸后孤岛还剩哪些风险 + 单缆单点怎么算 + 选型干货手册

先把结论摆在最前面：Equiano 在圣赫勒拿上岸，是这个南大西洋孤岛从「只有卫星」跨到「有一条海底光缆」的分水岭，但它不是一条能把所有风险一并带走的缆。Equiano 是 Google 的私有国际海缆，2019 年 6 月宣布、2022 年 9 月宣布建成投用，总长约 15000 公里，采用 12 对光纤、每对 12Tbps 的设计，整体设计容量 144Tbps，并在圣赫勒拿的 Rupert's Bay 设有登陆点。对于打算在南大西洋放机器、做数据回传，或者给岛上机构做远程交付的团队来说，真正需要重算的其实不是「带宽够不够」，而是「我的单点长什么样、断了往哪儿切、切过去还能不能跑」。

这篇不打算把圣赫勒拿写成旅游文案。它要回答的是几个很土但很致命的问题：岛上到底能不能放服务器，放一台之后硬盘坏了谁去换；出海方向只有往南非、往西非、往葡萄牙这么两三个，选错方向等于把用户放到地球的另一边；单登陆点加上单岛内落地，这个单点用乘法到底怎么算；以及英国海外领地这个法域下，数据往欧盟和南非传的时候要提前想清楚什么。这些问题在大陆上的机房选型里几乎不用考虑，但在孤岛上每一个都会变成硬约束。

还有一个判断需要写在前头，后面所有选型建议都是从它往下推的：孤岛的物理单点不会因为一条大容量海缆而消失。它只是从「带宽不够、时延很高」这个老问题，换成了「带宽够了，但所有鸡蛋都在同一个登陆站和同一段近岸海床里」这个新问题。容量大到 144Tbps 并不能让锚害不发生，也不能让岛上多出一条公路。把这一点想明白，就不会被「有大缆了所以万事大吉」的说法带偏。

谁会真正在意圣赫勒拿这一段海缆：气象站、船舶监管、海外领地政务与远程运维

第一类是南大西洋的科研与气象观测站点。这类站点的典型形态是传感器常年在采，数据要么就地落盘要么定时回传，观测连续性比带宽更重要。在只有卫星的年代，回传窗口和回传量是被严格约束的，很多设计只能做成「采集全量、回传抽样」，宝贵的原始波形和高分辨率影像长期堆在本地磁盘上等人来拷。Equiano 上岸之后，这类团队第一次可以把「原始数据量级」的回传纳入方案，也第一次要认真考虑岛内缓存节点该配多大、断链几天要不要能撑住。

第二类是船舶与渔业监管相关的业务。南大西洋航运和渔业监管天然需要本地存在感：船舶识别、渔船监控、日志留痕、执法取证，这些数据往往有本地留存要求，也需要在联网条件不佳时继续工作。这类业务的特点是读写不大但绝不能丢，对时延不敏感但对可用性敏感，对「链路断了之后本地还能不能继续记录、恢复之后能不能补传」的要求远高于对峰值带宽的要求。给它做架构时，优先级应该是本地可自治，其次才是出海带宽。

第三类是英属海外领地的政务与教育系统，第四类是把岛上系统外包出去做远程运维的团队。政务和教育系统的痛点是用户全在岛上、服务却多半托管在海外，一次链路抖动就会让全岛的办公与教学同时卡住；而远程运维外包团队的痛点更现实——他们不在岛上，一旦需要现场换件，人、件、工具的到位周期和在深圳、上海换一块盘完全不是一个概念。这两类用户在评估 Equiano 的时候，真正要算的是「故障恢复时间」而不是「带宽单价」，但因为进场周期要以机房与物流的实时信息为准，这里只能给出判断口径，不给具体天数。

从「只有卫星」到「有一条海缆」：变的是什么，没变的又是什么

变化的部分要先讲清楚，因为它确实很大。圣赫勒拿此前只靠卫星链路接入互联网，Equiano 是该岛的第一条海底光缆；2021 年海缆在圣赫勒拿完成首次上岸，随后多哥于 2022-03-18、拉各斯于 2022-04-21、Sesimbra 于 2022-05-25、纳米比亚于 2022-07-01、南非于 2022-08-08 陆续上岸。Google 方面称 Equiano 的容量约为此前服务西非的最后一条海缆的 20 倍；2021 年 10 月一份受 Google 委托的报告也称，该海缆有望因数据价格下降带动就业。Google 还委托 Africa Practice 与 Genesis Analytics，就 Equiano 在圣赫勒拿、多哥、尼日利亚、纳米比亚、南非五地的连接、经济增长与就业影响做了经济影响评估。这些公开口径合在一起说明一件事：从卫星到海缆，是量级上的跨越，不是百分比上的改善。

但没变的部分更值得拿出来说。第一，物理路由仍然只有一条缆、一个登陆站、一段近岸海床，这条链路上的任何一处外部侵害，都会让岛上的国际出口在修复完成之前处于降级或者中断状态；第二，岛上到登陆站之间的岛内段落、登陆站本身的供电与制冷，依旧是单点的组成部分，海缆容量再大也不能替它们分担；第三，岛上的电力结构、备件库存、工程师进场节奏，与大陆机房的运维假设完全不同，你不能用管理一个大陆机房的方式去管理一台孤岛上的机器。

所以最容易被误删的一项，是卫星。很多方案一看到有海缆了，就把卫星从预算表里划掉，这是典型的话术驱动决策。卫星链路在物理路由上与海缆完全无关：它的天线朝向天空，不经过海床，也不经过登陆站。这意味着海缆断的时候，卫星大概率还能用；反过来也一样。它的正确定位不是「主用」，而是「唯一一条不同路由的保底通道」——用来跑管理口、告警回传、应急指挥和关键小流量业务。把卫星留在方案里，你就拥有了两套物理上互不相干的出口；把它划掉，你就把冗余做成了零。

单登陆点加单岛内落地：锚害、岸段施工、登陆站单点这三类风险怎么理解

第一类风险是锚害。海缆在离岸较近的浅水段最容易受到来自船舶的外部侵害：抛锚、走锚、拖网作业、船只在禁锚区误操作，都可能对埋设深度不足的缆段造成损伤。围绕圣赫勒拿的 Rupert's Bay 一带如果有锚地作业、渔业活动和港口调度，这一段就是整条链路里最脆弱也最难快速修复的部分。这里刻意不写任何故障概率——概率数字在这个场景下没有意义，你在岛上真正要关心的是「发生之后的修复周期」和「修复窗口内我靠什么活着」，而前者取决于附近有没有常驻或可快速调度的施工船，属于下单前必须逐项确认的事项。

第二类风险是岸段与近岸施工。岸段指的是海缆从登陆点向内陆延伸的那一段，它会被护岸抛石、港池疏浚、道路开挖、管线铺设、码头改扩建这类工程影响。与深海段相比，岸段的风险特点是「人为活动密集」和「施工主体未必知晓缆位」。对于要在岛上放机器的团队来说，岸段风险的实际含义是：你的国际出口的最后几百米到几公里，可能因为一个和你完全无关的市政工程而中断。这也是为什么在做业务连续性设计时，不能把「海缆通」直接等同于「业务通」——中间还夹着岛内段落和最后一公里。

第三类风险是登陆站单点，也是最容易被忽略的一类。登陆站里有海底线路终端设备、供电与制冷、光传输与交叉连接，它是海缆容量真正被点亮的地方。这里有个细节很关键：WIOCC 与 Liquid Dataport（Cassava 旗下）各持有 Equiano 上的一整对光纤，WIOCC 自管海底线路终端设备，可以按需点亮与升级；SEACOM 自 2023-03 起开始在 Equiano 上提供服务。换句话说，你在 Equiano 上能拿到什么形态的通道、扩容要多久、由谁来做设备侧变更，取决于你从哪一家采购以及采购的是光纤对还是波长粒度。采购形态决定了升级口径，而升级口径决定了你未来三年的扩容成本曲线，这件事必须在合同阶段就写明白。

单缆单点到底怎么算：把可用性拆成乘法，别只盯着海缆本身

「单缆单点怎么算」是这篇的核心方法论。做法很朴素：把它拆成一串串联环节相乘——岛内机房供电与制冷、岛内传输段、登陆站设备、近岸海床段、深海段、对端登陆站、对端陆地段、对端机房，任何一段中断业务就断。串联系统的可用性是各段可用性的乘积，段数越多、每段越弱整体越差，只有并联（存在第二条互不相干的路由）才有资格做「一减」的运算。用这个框架看圣赫勒拿，瓶颈不在那 15000 公里的深海段，而在两端那些又短又挤、还被人类活动包围的段落。

再往下推一步：既然是串联，那么改善整体可用性的最有效手段，永远是先补最弱的那一环，而不是继续加固最强的那一环。对一个「岛上有一台机器、数据在南非或欧洲」的典型架构来说，最弱的一环通常不是海缆，而是「岛上这台机器没有第二条出口」和「这台机器坏了没人换」。所以预算的正确分配顺序应该是：先给岛上这台机器配一条与海缆物理无关的保底链路（也就是卫星），再解决备件与现场处置能力，最后才是去谈海侧通道的容量与冗余。反过来花钱，钱花了，最弱的一环一点没动。

还有一层容易被漏掉的，是「故障模式不同，恢复手段也不同」。海缆中断要靠船，恢复周期以施工资源调度为准；登陆站设备故障要靠人换板卡，取决于备件在不在岛上；岛内机房断电要靠本地电源方案，取决于机房本身的冗余设计；而岛内光纤被挖断，靠的是岛内有没有第二路由。这四种故障的处置主体、处置地点、处置周期互不相同，把它们当成同一件事来买保险，最终一定是买错。写方案时请把它们拆成四条分别写预案，每条都写清楚「谁去做、去哪里做、做了之后业务降级到什么程度」。

出海方向只有两三个：往南非、往西非、往葡萄牙分别意味着什么

Equiano 的登陆点一共六个：葡萄牙 Sesimbra、多哥 Lomé、尼日利亚 Lagos、圣赫勒拿 Rupert's Bay、纳米比亚 Swakopmund、南非 Melkbosstrand（位于开普敦以北约 35 公里）。从圣赫勒拿出发，你的数据实际上只有这么几个方向可以走：往东南去南非、往东北去西非、往北去葡萄牙，中间再叠加纳米比亚这个南向的另一落点。方向少不是缺点，但它意味着「方向选择」本身就是一个架构决策，而不是一个可以随时改的配置项。

往南非方向的业务含义最直白：Melkbosstrand 上岸后再进开普敦，你得到的是南部非洲成熟的一批机房、密集的互联生态和丰富的备件市场。如果用户主要在非洲南部，或者需要「离岛不远但具备完整大陆机房能力」的落点，南非方向几乎总是首选。纳米比亚的 Swakopmund 更适合作为南向第二落点来评估——它的价值不在容量，而在能否给南向路径提供一个不同于南非的落点，这对做容灾的人有意义，对只看带宽的人没意义。

往西非方向走的是尼日利亚 Lagos 与多哥 Lomé。这个方向的业务含义是「面向西非用户」：如果你的内容消费者、合作方或者监管对象在西非，把数据先送到拉各斯或洛美再分发，比绕到南非或者欧洲更合理。需要注意的是，西非这两个落点之间、以及它们与南非方向之间能否互为替代，取决于具体采购的通道形态与陆地路由，不能默认「同一条缆上的两个登陆点就能互备」——同缆不同段落一样会在某次岸段事件里一起受影响。往葡萄牙 Sesimbra 则是进欧洲的方向，它把圣赫勒拿接到了伊比利亚半岛，再转欧洲骨干，适合用户与合规锚点在欧洲的场景，代价是距离更长、时延按距离折算会更高。

圣赫勒拿三类出海路径对比：落点、承载形态、容量口径与失效替代

这张表要横向看，不要纵向只看某一格。

岛内到底能不能放服务器：人口数千、商业机柜稀缺、备件与工程师进场都要重新算

直接回答：能放，但它只能扮演「边缘轻量」这个角色，不能承担主存储、主计算或者主备库。制约条件第一条就是供给——圣赫勒拿的人口在数千这个量级，本地商业机柜的数量是稀缺的，现实情况往往是机位需要与本地机构协调，或者干脆依附于某个已有设施。这里不存在大陆机房那种「今天下单、明天上架、后天扩柜」的节奏，交付周期和可用性都要以机房的实时信息为准，任何拍胸脯的口头承诺都不应该写进你的上线计划。把这一点当作方案的第一条假设，后面所有的时间表才不会崩。

第二条是电力与制冷。岛上的电力供应结构与大陆不同，市电的保障水平、备用电源的形式、燃料补给与值守安排，都需要作为独立条目去确认，而不能默认它和你在华南或者华东用过的机房同规格。制冷同样要单独问：海岛环境的高温、高湿和盐雾对设备的长期可靠性是有影响的，机房有没有相应的环境控制与防护措施，应该写进验收清单而不是留在口头。凡是与「市电、备用电源、制冷、环境」相关的指标，都请在下单前拿到书面确认，这是孤岛场景下最不该省的一道手续。

第三条，也是真正的瓶颈：备件与工程师进场。注意，孤岛机房的瓶颈从来不在 CPU，也不在带宽，而在「坏了之后多久能恢复」这块。硬盘、电源、风扇、光模块这些易损件，在大陆是当日可达的常规件，在孤岛上要看本地库存、航班与船期，以及有没有具备操作能力的人在现场。由此可以推出两条很实用的部署原则：第一条是「用可替换性换性能」，宁可放两台规格一般但可以互相顶替的机器，也不要放一台规格漂亮但一坏就得等件的机器；第二条是「把备件当地资产」，常用易损件在岛上常备一份，这个成本远低于一次长时间中断带来的损失。

把这些约束合起来，岛内放机器的正确姿势就清楚了：它只负责采集、缓存、排队、本地认证与断链自治，主计算、主存储与备份一律放在大陆侧；它必须能在断网时独立运行若干天，让海缆中断只造成降级而非停摆。具体机位、电力规格与值守水平，属于需询价 / 以机房实时信息为准的范畴。

时延与带宽该按什么量级预期：按距离估量级，实测才是准绳

先给一个可以做的心算工具。光在光纤中的传播速度受纤芯折射率影响，粗略折算大约是每毫秒 200 公里这个量级，这是按物理常数做的粗算，不是任何链路的承诺值。圣赫勒拿位于南大西洋中部，它到非洲大陆或者南非的距离在数千公里量级，据此折算出来的单向光纤传播时延，落在十几毫秒到几十毫秒这个量级区间；往返还要翻倍，再叠加中继器处理、实际路由绕行、传输设备与交换设备的处理、以及拥塞排队，最终数值与你算出来的量级会有明显差距。所以这个心算的用途只有一个：帮你判断「这个方向值不值得考虑」，以及「某家给你的数字是不是离谱得不合理」。

关于精确 RTT，这里明确声明不给：任何精确到小数点的往返时延，都必须由你在自己的业务路径上用 ping、mtr 这类工具实测，并在不同时段、不同对端连续多天采样。单路径场景里「典型值」几乎没有决策价值，你真正要关心的是抖动分布和最坏值——决定用户体验的是那批坏样本，不是中位数。

卫星侧的对照也要建立起来。地球同步轨道卫星链路的传播时延在百毫秒量级，往返叠加设备处理之后在数百毫秒量级，和海缆完全不在一个量级上——这是物理距离决定的，不是技术选型能改变的。这意味着卫星适合跑管理通道、监控告警、应急指挥和低带宽关键业务，不适合跑交互密集的会话型业务。但它有一个海缆给不了的优势：稳定得可怕。延迟高是常态，但它几乎不受海床事件影响，正因为它慢且稳，才配得上「保底」这两个字。

带宽与容量口径要单独说。Equiano 采用空分复用（SDM）技术，该技术首次部署在 Dunant 上，允许中继器在多对光纤之间共享，并支持光纤对级的光交换；系统共 12 对光纤、每对 12Tbps、设计容量 144Tbps。对你做选型的人来说，这些数字的现实含义是：海缆侧的容量不是约束，采购形态才是约束。你买的是一整对光纤、一个波长，还是某个粒度的端口，决定了你的天花板在哪、扩容要多久、以及升级由谁来操作。WIOCC 自管海底线路终端设备、可按需点亮与升级这一安排，意味着在特定采购形态下扩容节奏可以更主动，但这取决于你具体从哪一家采购。至于容量与端口的资费，一律需询价 / 以官网实时报价为准。

数据合规：英国海外领地法域下，与欧盟、南非之间的数据往来看什么

先把边界划清楚：圣赫勒拿属于英国海外领地，法域既不等于英国本土，也不等于欧盟。当地适用哪些数据保护规定、有没有本地监管机构与登记要求，应按当地主管部门的最新公开口径确认，或者请熟悉该法域的当地法务出具意见，本文只讲架构原则，不构成法律结论。小人口规模的海外领地在立法与执法节奏上与大国不同，做多年期规划时要留余量。

往欧盟方向看时，如果数据主体位于欧盟或者欧洲经济区，或者接收方在欧盟境内，就需要按欧盟的数据保护框架去评估跨境传输的合法性基础，包括接收地的保护水平如何认定、是否需要补充措施等等。英国脱离欧盟之后有自己独立的一套口径，而海外领地与英国本土之间也不是简单的同一法域关系——在做数据流图的时候，一定要把「岛内」「英国本土」「欧盟」画成三个不同的框，不要图省事合并成一个，否则后面做合规评审时会反复返工。

往南非方向看时，南非有其本国的个人信息保护法律框架，跨境传输同样要按当地口径评估。实务上最有效的做法，是把数据流向拆成三段分别提问：采集地（岛内）这一段适用什么规则、能留存多久；过境地（登陆国与传输途经地）这一段有无调取与留存要求；落地地（南非或者葡萄牙）这一段适用什么规则、谁有权访问。合规不是写完一份文档就结束，它是三条链路上的三组问题，每一组都要有答案，而且答案要写在合同与运维手册里，不是写在邮件里。

三档配置建议：岛内轻量边缘型、南非开普敦落地型、葡萄牙西欧落地型

岛内轻量边缘型：先把「断网还能跑」这件事做对

这一档的规格不需要堆高，CPU 取 4–8 核级、内存 16–32GB、系统盘与缓存盘用 SSD 480GB–1TB 级并尽量做成镜像，端口从百兆到千兆量级的共享或保障端口起步，就已经覆盖绝大多数边缘场景。真正要花心思的不是规格表，而是三个设计点：第一，断网自治，采集与写入不能依赖外网可达，恢复之后要能自动补传且不重复；第二，断电安全，文件系统与写入策略要能在非正常掉电后保持一致，必要时考虑掉电保护措施；第三，易替换，规格做成与后续可能补的第二台一致，任何一台倒下另一台能顶上。这一档的成本大头往往不在机器本身，而在备件库存与保底链路，预算口径要按这个结构去排。

南非或开普敦落地型：多数项目的主战场应该放在这里

如果你的用户、合作方或者数据消费方在非洲南部，或者你需要一个「离岛不远、但具备完整大陆机房能力」的落点，南非方向几乎总是首选。规格上建议 CPU 8–16 核级、内存 32–64GB、NVMe 1–2TB 级，端口按千兆到万兆量级评估，并且把存储做成可横向扩展的结构，因为影像、日志与观测数据往往是慢慢涨上来的。架构上要额外做两件事：一是出口冗余，海缆主用、卫星保底，管理面与告警面必须走保底通道；二是跨机房备份，主副本与备份不要落在同一个园区。这一档的预算结构里，带宽与存储的占比会明显高于计算，报价部分需询价 / 以官网实时信息为准。

葡萄牙或西欧落地型：为欧洲用户与合规锚点服务时才值得

这一档的定位很明确：用户集中在欧洲、或者合规锚点希望在欧盟附近时才选。规格建议 CPU 16 核级起步、内存 64GB 起步、NVMe 2TB 级起步，带宽按万兆量级或者按流量计费去评估，具体形态要看你的流量曲线是持续型还是突发型。需要提醒两点：其一，这条路径距离更长，按前面那个「每毫秒 200 公里」的粗算折算，单向传播时延会比南非方向更高，交互密集、强实时的业务要谨慎评估，不要只看带宽报表；其二，这条路径的每一段都要确认是否与其他方向同源，避免你以为买了两条路、实际共用同一段海床。

三档怎么组合，给一个明确的取舍意见：最常见的合理组合是「岛内档一 + 南非档二」，它同时满足了本地采集、大陆侧算力与地理上的就近；其次是「岛内档一 + 欧洲档三」，适用于用户与合规都在欧洲的场景。同时上南非和欧洲两个大陆落点，只有在用户分布确实跨两大洲、或者有明确的数据分域要求时才划算，否则多出来的一套机器、一份带宽和一份运维复杂度，换来的只是心理上的安全感。资源与报价请以官网实时信息或咨询确认为准。

一万网络在两个推荐项上的摆位：能接什么，也说不接什么

一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。放在圣赫勒拿这类单缆孤岛场景里，我们更愿意把自己定位在两件事上：第一件是帮你把大陆侧的落地方案做扎实——不管是选南部非洲方向还是欧洲方向，机器规格、存储结构、带宽形态与出口冗余怎么搭，这一层是我们能直接交付的部分；第二件是帮岛内那个边缘节点做设计评审，包括断网自治、备件策略、保底链路与管理通道的布置，这一层我们给方案与清单，不替你做超出能力边界的承诺。

也要把「不接什么」讲清楚，这才是负责任的做法。我们不承诺岛内有机柜现货，不承诺现场驻场，也不承诺任何具体的时延数值或可用性百分比，因为这些东西取决于当地机房与海缆侧的实时条件，任何提前写死的数字都是不负责任的。我们更不会用「一条大缆上岸所以没问题」这种话把风险抹平——恰恰相反，我们建议你把卫星保底和备件库存写进预算，因为它们才是真正能把可用度往上抬的东西。

如果你的业务形态是「岛内采集 + 大陆处理 + 面向欧洲或南部非洲分发」，那这套组合我们是能聊出东西来的；如果你的需求是「在岛上建一个面向公众的大型服务集群」，我们会建议你先去核实电力、制冷与机位这三件事，再回来谈机器。说白了，敢说不行，是因为真出事的时候，承担后果的是你不是我们。

圣赫勒拿机房选址清单：谁该把机器放在岛内

该放在岛内的一共有四类。第一类，数据本身产生在岛上、且不便于全量回传的：气象与科研观测的原始记录、影像与波形、连续采样的传感器数据，这类数据先落本地再择机回传，比硬塞进一条链路要稳妥得多。第二类，链路断了也必须继续服务的：本地办公与教学的内网系统、本地身份认证、本地打印与文件服务，它们一旦依赖大陆侧就会在全岛范围内同时失效。第三类，有本地留存要求的监管类数据：船舶与渔业的留痕、执法取证、政务留档，本地留存周期与调取流程往往写在制度里，架构必须服从制度。第四类，需要在现场做低时延控制的系统：与本地设备直连的采集器、控制器与边缘网关。

不该放在岛内的也有四类，而且更容易踩：用户根本不在岛上的对外服务，放上去等于给所有用户加一次跨洋往返还附赠一个单点；需要频繁扩容的存储型业务，岛内机位有限而数据只涨不跌；维护依赖现场人工干预的复杂系统，集群越大现场操作越多；对电力与制冷要求高、本地又给不出书面保障的系统，不要赌。

一句话判断标准，评审会上可以直接用：岛内只放「必须在岛内」的东西，凡搬走之后业务只是变慢而不是变坏的，都应该搬到大陆侧。这条标准能过滤掉绝大多数「因为海缆通了所以想把机器放过去」的冲动决策。

一万网络能给圣赫勒拿这类单缆孤岛场景接什么：下单前要确认的清单

把下单前必须逐条确认的事项列在这里，建议直接当成 checklist 用。第一，岛内机位、电力与制冷的冗余形式，要拿到书面确认，不接受口头描述。第二，备件库存与现场处置能力的约定：常备哪些件、谁去换、多久能到场，周期以机房实时信息为准。第三，岛内到登陆站的路由，是否存在第二条岛内路由，没有的话要接受它是单点。第四，海侧采购形态究竟是整对光纤、波长还是端口粒度，扩容周期与由谁操作要写进合同。第五，对端落地机房的机位、带宽与陆地段路由，跨境段是否与其他方向同源。

第六，卫星保底链路的可用度、容量与资费，明确它承载哪些业务、不承载哪些业务。第七，数据合规的三段确认：采集地、过境地、落地地分别适用什么规则、留存多久、谁有权调取。第八，服务水平条款里关于故障处置地点与处置周期的写法，尤其是海缆侧与岛内设备故障分别由谁牵头。第九，计费与扩容条款：带宽是按端口还是按流量、超出怎么算、扩容需要多长前置时间。第十，验收清单：上架之后要测什么、测多久、什么结果算通过，特别是时延与抖动必须实测而不能看宣传值。

最后把话说回来：圣赫勒拿的价值不在于它便宜，而在于它稀少。一条 Equiano 把这座岛从「只有卫星」带进了「有一条海缆」的时代，容量、时延和资费结构的改善都是真实的。但孤岛的物理单点不会因为一条大容量海缆而消失，它只是换了个位置继续存在。把机器放在哪儿、备份往哪儿切、坏了谁来换，这三件事想清楚，比任何参数表都重要。一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。