先把结论摆在最前面。Manatua — One Polynesia Cable 全长约 3600 公里,采用两对光纤,每对设计容量最高 10Tbps(10,000,000 Mbps),由美国 SubCom 总承包,2019 年敷设;它的登陆点一共六个,分别是萨摩亚 Apia、纽埃、库克群岛的拉罗汤加(Rarotonga)与艾图塔基(Aitutaki)、法属波利尼西亚的博拉博拉(Bora Bora)与塔希提(Tahiti)。它是库克群岛的第一条海底光缆,也是纽埃的第一条。对于打算在南太平洋布点的团队来说,真正需要重算的其实不是「带宽够不够」,而是「这六个点是怎么串起来的、我的数据能往哪几个方向走、断了之后往哪儿切」。
这篇要服务的读者很具体。第一类是旅游预订与民宿 SaaS:旅游业是当地支柱之一,下单的人大量在澳新、北美与欧洲,而房态变更与现场核销发生在岛上。第二类是离岸金融与信托后台:离岸金融服务同样是支柱产业,对数据驻留、审计留痕与跨境访问的敏感度和普通网站不是一个量级。第三类是渔业与船舶监控:渔业许可是重要财政来源,船舶识别、渔船监控与执法留痕天然要求本地存在感。第四类是远程外包团队,他们最在意的既不是带宽也不是时延,而是「人不在岛上时机器坏了怎么办」。
还有一个判断必须写在前头:容量宽了不等于拓扑变了。Manatua 把库克群岛从「最快公开宽带套餐约 12Mbps」带进了 Tbps 量级的设计容量时代,但并没有把这里从串型海缆的拓扑里解救出来——六个点串在两对光纤上,任何一个岸段出问题,受影响的都不只是那一小段,而是同一条缆上的兄弟们。备份的正确做法永远是找第二个物理方向,而不是在同一条缆上多买一条通道。把这句话刻在脑子里,能过滤掉绝大多数听起来漂亮、实际等于零的冗余话术。
旅游预订与民宿 SaaS 的诉求是「读多写少、异地访问、季节性尖峰」。它的客户端分布极不均匀:下单与浏览的用户大量在澳新、北美与欧洲,而房态变更、核销、接送机调度这些写操作发生在岛上。第一痛点不是带宽峰值,而是「岛上一个写操作能不能稳定同步到大陆侧读库」,以及链路降级时前台还能不能开单收款。第二痛点是季节尖峰,旺季与淡季不是一个量级,架构必须允许读层横向扩展,不能靠给岛上那台机器加内存解决。建议是:留在岛上的状态最小化,读层与搜索层放到用户侧大陆节点,中间用可重放、可补传的同步。
离岸金融与信托后台的诉求几乎是反过来的:写操作就是核心资产,读操作反而少,客户端分布在一个规模不大、地理分散但身份明确的人群里,而且访问行为本身要能被完整审计。这类业务对「可用性」的定义不是「页面打开快」,而是「账不错、痕不丢、可追溯」。它最忌讳架构上的临时性:任何一级没有落盘的缓存、任何一次说不清的异步重试、任何一个只在内存里的中间态,都可能在日后被追着问。建议是别追性能参数,先把「数据在哪儿、谁能访问、留了什么痕、留多久」写成文档,再倒推机器放哪儿。
渔业与船舶监控的诉求是「本地可自治」。渔船监控、船舶识别、值班日志与执法留痕的共同特点是:数据产生在海上与岛上,监管要求也发生在当地,链路断的时候记录不能停,恢复后要能完整补传且可校验完整性。这类系统读写量不大,但对连续性要求极高,还要和本地监管方、港口与渔业部门的系统对接。给它做架构时,优先级一定是本地先落盘、本地可查询、本地可导出,出海带宽排第二位。远程外包团队最在意的是「远程带外管理真的能在断网时救回机器」,这一点会在气旋季那一节展开。
先把这个变化写清楚,因为它大到需要用「量级」而不是「百分比」来描述。在 Manatua 之前,库克群岛当地最快的公开宽带套餐约 12Mbps(Blue Sky Cook Islands 官网口径,2020 年前后)。这意味着岛上任何一个团队做架构时,都必须把「出海带宽是稀缺资源」当成第一约束:镜像要裁剪、日志要抽样、备份只能增量、视频只能降码率、任何一次全量同步都要排期。而现在,Manatua 的两对光纤每对设计容量最高 10Tbps(10,000,000 Mbps),这个跨度不是从 12Mbps 涨到 120Mbps 那种线性改善,而是把「带宽稀缺」这个约束整体从架构方程里拿掉了一大半。写方案的人要意识到:过去那些为省带宽做的妥协,有一部分已经失去存在理由了。
第一次变得可行的第一类业务,是「原始数据量级」的回传与集中处理。过去只能做「采集全量、回传抽样」的系统,现在可以把全量回传纳入方案;但这不等于应该无脑全量,正确做法是重算一遍成本曲线:本地存储、出海带宽、大陆侧算力与存储三者之间存在一个交叉点,找到它比追求全量更重要。第二类是从静态内容升级到可交互内容的服务:视频看房、实况展示、多语言实时客服,这些在 12Mbps 时代无从谈起,现在至少进入了可评估范围;但评估时必须实测时延与抖动,要区分「带宽够」和「交互顺」。
第三类第一次变得可行、同时也第一次带来新风险的,是「把大陆侧的重型依赖拉到岛上用」。数据库托管、CI 构建、镜像拉取、模型推理调用这类过去必须本地化的重型依赖,现在技术上可以从大陆侧远程调用。这里要泼一盆冷水:能做不等于该做。把这些依赖放到岛外,等于把岛上业务的可用性绑定在一段串型海缆上,海侧一出事,岛上系统就退化成什么都不是。判断标准是「断链之后这个依赖能不能优雅降级」——能降级的才搬走,不能降级的一定要在本地留一份兜底。
Manatua 的拓扑是串型(可以理解为带分支的链状),六个登陆点共用两对光纤。这里有两个关键词要拆开讲。第一个是「共用两对光纤」:两对光纤是这个系统的全部物理承载,六个点的国际容量都从这里出,不存在「某一段独占一对」的默认保证,容量怎么分配取决于运营方的安排与商业协议。第二个是「串」:相邻点之间的段落是共享的,拉罗汤加要出岛,走的段落与艾图塔基、纽埃、萨摩亚存在重叠;重叠部分一旦受影响,受影响的不是一个点,而是这条链上的一串点。这就是「同缆兄弟」——你和邻居共享的不只是容量,还有同一份风险。
岸段风险是串型拓扑里最需要理解的一类。海缆在近岸浅水段最容易受到船舶活动的外部影响:抛锚、走锚、拖网作业、在禁锚区误操作,都可能对埋设深度不足的缆段造成损伤。时间线上有几个细节值得记住:2019 年 12 月 14 日海缆在艾图塔基上岸;拉罗汤加则在 Rutaki 村上岸,且受气旋 Sarai 影响,首次登陆尝试因涌浪中止,第二日才成功。这说明南太的天气窗口本身就是工程约束的一部分。这里刻意不写故障概率:你要关心的是「发生之后修复要多久」和「修复窗口内我靠什么活着」。
除了岸段,还有两类风险常被漏掉。第一类是登陆站单点:拉罗汤加(Aroa)与艾图塔基各建有一座登陆站,站内有海底线路终端设备、供电与制冷、光传输与交叉连接,海缆的容量是在这里被点亮的。登陆站是陆地设施,会被本地电力、制冷、门禁与人为操作影响,海缆容量再大也不能替它分担。第二类是岛内段落与最后一公里:从登陆站到你的机房这一段走的是岛上陆地路由,可能被道路开挖、管线施工、甚至一次倒树影响。把「海缆通」等同于「业务通」是这里最常见也最贵的误解。
所以串型拓扑给架构设计下的死命令是:备份必须来自第二个物理方向,而不是同一条缆上的第二条通道。同一条缆上的不同波长、不同段落、不同登陆点,在同一次岸段或者登陆站事件里很可能一起受影响,把它们写成互备就是自欺。真正称得上第二方向的,是物理路由与 Manatua 不重合的出口,在这一带通常要从卫星或者其他系统的通道上去找。承认这一点会让人不舒服,因为它意味着成本;但不承认它,你买到的冗余就是纸面上的。
这里要区分三个经常被混为一谈的概念:缆的设计容量、你能采购到的通道粒度、以及你实际能用满的吞吐。第一层是设计容量,Manatua 两对光纤、每对最高 10Tbps(10,000,000 Mbps),这是物理层的设计上限,属于公开事实。第二层是你能采购到的通道粒度,取决于运营方与本地运营商怎么切分、以什么形态出售——整对光纤、波长通道还是端口速率,不同粒度对应的扩容方式、扩容周期与操作主体都不一样。第三层是你实际能用满的吞吐,受制于跨境段、对端落地条件、本地设备性能与业务形态。
把这三层混在一起,就会产生一种非常典型的误判:「缆上有 10Tbps,所以我买了 1G 之后随时可以加到 100G」。不一定。能不能加、加多久、谁去现场操作,全部取决于你采购的是哪一层以及合同怎么写。扩容是提交工单就能生效还是要走设备侧变更、操作主体在岛上还是海外,这些不写进合同,未来三年的扩容成本曲线就是一笔糊涂账。
还有一个常被忽略的点是采购对象。Manatua 由 Avaroa Cable Ltd(ACL)运营,ACL 是库克群岛政府所有企业,母公司为 Cook Islands Investment Corporation,项目资金来自新西兰援助计划与亚洲开发银行(ADB);Vodafone Cook Islands 与 ACL 续签了多年批发协议以扩大供应。这意味着你在岛上买到的多半是本地运营商批发来的形态,而非直接向海缆运营方采购光纤对。谈服务水平条款时务必问清「海侧故障与本地接入段故障分别由谁牵头、怎么升级」。
从拉罗汤加出发,Manatua 给出的现实方向就那么几条,每条的成熟度差别很大。第一条是往西经萨摩亚 Apia:Apia 是这条链上的重要登陆点,也是萨摩亚的落地门户,数据上岸后还要再接下一段国际出口才能去澳新或者美西。第二条是往东经法属波利尼西亚:博拉博拉(Bora Bora)与塔希提(Tahiti)都在这条链上,塔希提的互联与落地资源比博拉博拉丰富得多,但它与拉罗汤加之间同样隔着一段串型段落。第三条还在争取中:ACL 正在争取从 Manatua 延伸到澳大利亚本土的后续连接,以降低成本并增强韧性(2025–2026 年口径)。
这三条方向的现实差别可以用一句话概括:前两条是「能不能用」已解决、「好不好用」取决于下一段怎么接;第三条是「能不能用」还没解决,但它才是真正有可能改变拓扑的那一条。往 Apia 和往塔希提的共同限制是——它们只是在同一条串型缆上换了个出口点,你并没有因此获得第二个物理方向。数据从拉罗汤加出去,无论往西还是往东,前半段走的还是 Manatua 那两对光纤。所以正确用法是「按用户分布与落地资源选主用方向」,而不是「当成互为备份」。把它们写成互备,评审会上好看,出事时一起失效。
澳大利亚延伸这条要单独多说两句,因为它被误读的概率最高。从公开口径看,ACL 是在「争取」这一段,目标是降低成本并增强韧性——降本来自更短的跨境距离与更直接的对端资源,韧性来自多出一个与现有串型段落不完全重合的落地方向。但「争取中」不等于「已建成」,也不等于有确定的时间表。正确做法是把它当作中期规划里的一个变量来跟踪,不要写进当前架构的依赖里。任何把「未来会有的连接」当成当前冗余的方案,都会在它延期的那一天变成事故。
那么在澳大利亚延伸真正落地之前,第二方向从哪儿来?答案不体面但很实在:要么从卫星这类与海床无关的物理介质上找,要么在业务层做「断链可自治」的设计,把可用性从链路上解耦出来。ACL 公开表示自 2020 年上线以来 Manatua 保持 100% 运行可用性,这是很好的历史成绩,但它描述的是过去,不是对未来的承诺。历史可用性是参考,不是保障。
下面这张表把前面四类诉求压缩成可执行的组合建议。要注意的是:表里的「带宽量级」是选型起点而非承诺值,实际能拿到什么速率、以什么形态计费,取决于岛上运营商的批发产品与你的合同;「备份要求」一栏最该被认真对待,因为它决定了断链那天业务是降级还是归零。填表请按「最坏情况」而不是「平均情况」,尤其是旅游旺季与气旋季重叠的那几个月。
| 业务类型 | 建议落地位置 | 带宽量级 | 时延敏感度 | 备份要求 | 需确认事项 |
|---|---|---|---|---|---|
| 旅游预订与民宿 SaaS:房态、订单、支付核销与行程调度 | 写与核销留在拉罗汤加本岛,读层、搜索与图片分发放新西兰(奥克兰)或澳大利亚侧落地节点 | 本岛百兆量级起步、旺季按峰值留余量;大陆侧千兆量级并按读扩展 | 页面打开敏感、下单链路中等敏感;后台批量任务不敏感 | 断链时前台必须能本地开单与离线收款,恢复后按幂等键补传;读层允许短暂陈旧但不允许不可用 | 支付通道在断链期的可用形态、补传冲突怎么裁定、旺季带宽能否临时上调,需询价 / 以官网实时信息为准 |
| 离岸金融与信托后台:账务、尽调材料、审计留痕与客户端门户 | 主副本留在本岛或按合规要求指定法域;异地副本放新西兰,用于灾难恢复而非日常读写 | 百兆量级通常够用,按并发会话与材料传输峰值评估即可 | 交互时延不敏感,但一致性与留痕完整性极度敏感 | 异地副本只做冷备或温备,不做双活;恢复点目标与恢复时间目标要在合同里写明,不接受口头承诺 | 数据驻留与跨境访问的适用规则、谁能调取、留痕保存多久、法务意见由谁出具,需逐项确认 |
| 渔业许可与船舶监控:船舶识别、渔船监控日志与执法留痕 | 采集与主库留在本岛,长期归档与跨部门共享放新西兰侧 | 读写量不大,百兆量级即可;补传窗口按天级设计 | 对时延不敏感,对连续性与完整性极度敏感 | 断链期间必须继续记录且本地可查询,恢复后按时间序完整补传并可校验完整性 | 与本地监管系统的接口格式与对接责任方、留存周期、导出格式要求,需逐项确认 |
| 远程外包研发团队:代码仓库、构建任务与远程办公桌面 | 代码与构建放新西兰或美西落地节点,岛上只留轻量终端与本地缓存 | 千兆量级起步,构建高峰期按突发带宽评估 | 交互式开发与远程桌面敏感,构建与拉取不敏感 | 岛上终端不承载唯一副本;任何仓库必须有岛外可读的副本,避免断链期间团队完全停工 | 远程桌面在抖动下的可用性、构建产物的回传方式、账号与密钥的离线应急方案,需实测 |
| 黑珍珠与本地特产电商、多语言内容展示站 | 站点与图库整体放新西兰或澳大利亚落地节点,岛内只做素材采集与上传 | 按访客量评估,千兆量级起步,大图与大视频按内容分发策略另算 | 首屏与结算页敏感,素材上传不敏感 | 素材在岛内要有本地副本,避免上传中断导致内容丢失;站点本身不依赖岛内节点 | 内容分发覆盖区域、跨境结算与退单流程、素材版权与授权范围,需逐项确认 |
| 政务、教育与本地公共服务内网 | 必须留在本岛;仅把备份、归档与非实时分析放到新西兰侧 | 按用户规模评估,通常百兆到千兆量级 | 本地访问敏感,跨海访问不敏感 | 断链时内网必须照常工作,包括身份认证、文件与打印;跨海只做异步备份 | 本地电力与制冷冗余、值守与现场处置能力、备件库存形式,需拿到书面确认 |
南太气旋季通常为每年 11 月至次年 4 月,这半年是你做冗余设计的全部理由。库克群岛与新西兰为自由联系关系,流通新西兰元,居民持新西兰护照——这句看似和机房无关的话,实际上决定了运维的现实路径:人员、备件与物资的进出高度依赖与新西兰之间的航空与物流,不能按大陆机房「今天下单明天到场」的节奏来算。把这条链路想清楚,你就会明白为什么在这里「备件在岛上」比「备件便宜」重要得多。
设备上岛这一层有几条硬经验。第一,选低功耗、宽温适应、风扇少、支持远程管理的机型,岛上机房的制冷条件和大陆标准机房不是一个概念,不要把高密度机器塞进去赌运气。第二,存储要做冗余加热备盘,且热备盘要真的在岛上,不能写成「需要时从海外调」。第三,电源要双路并配 UPS,采购前问清电池更换周期。第四,也是最重要的一条:远程带外管理必须有独立于主业务链路的出口,最好与海缆物理无关。带外和业务共用同一条出海链路,网络一断你就既进不去也修不了,只能等人上岛。
备件策略的正确形态是「备件套」而不是「备整机」。盘、电源、风扇、内存、光模块、小端口交换机这几类最常换,按比例备在岛上;整机层面放一台冷备机,能在主板级故障时顶上,比任何快速物流承诺都可靠。还有个细节:备件要和操作说明、标签、导轨一起存放,且至少有一位在岛上的人知道它们在哪儿。很多团队备件买了却没人认领,出事时还是从海外发——这是管理问题,但造成的损失和技术故障一样。
最后是跨岛双点(Rarotonga + Aitutaki)的现实性判断。拉罗汤加(Aroa)与艾图塔基各建有一座登陆站,艾图塔基还是 2019 年 12 月 14 日首个上岸点;从「防灾半径」看,两岛同时被同一个气旋以相同强度打击的可能性确实低于单岛,这是跨岛双点唯一也真正的价值。但代价很实在:两岛之间的连接、艾图塔基的电力与机位条件、值守与物流能力都弱于主岛,跨岛运维一次的成本远高于岛内一次现场操作。结论很明确——跨岛双点适合做「冷备或温备 + 数据副本」,不适合做双活;设计成双活,你会同时得到两个系统的复杂度和故障面,却拿不到两份可用性。
离岸金融是当地支柱产业之一,也是这篇里唯一一个「架构必须服从制度」的场景。这里只写原则与取舍,不给任何法律结论,也不引用具体法规编号——真正的合规判断必须由持牌的法律与合规顾问按你的具体业务出具,架构师能做的是把技术选项摆清楚,让合规方做选择题而不是填空题。这一节每条建议的前提都是「已有明确合规意见」;如果还没有,架构讨论应该先暂停。
第一本账是数据驻留,要区分三类数据:必须留在本岛的、允许出境但需留痕的、本来就在境外的。第一类最典型的例子是本地监管要求的留存数据与本地业务原始凭证,位置由制度决定,不由性能决定。第二类是账务与尽调材料,通常允许异地副本,但副本的位置、加密方式与访问主体要能被说清楚。第三类是客户端产生的数据,它本来就在境外,要考虑的反而是「进来之后存在哪儿」。把这三类的边界画清楚,机器放哪儿的问题就解决了一大半;画不清楚,任何位置的机器都是错的。
第二本账是审计留痕,也是离岸金融场景里最容易被技术团队低估的一本。留痕要回答四个问题:谁能访问、访问了什么、什么时候访问的、记录存在哪儿存多久。技术上要注意两点:一是留痕本身必须与业务数据同等保护,不能被同一批人删改,最稳妥的做法是留痕只允许追加、且异地另存一份;二是任何「为了方便而开的临时通道」都必须被纳入留痕,包括运维跳板、应急账号与第三方支持人员的临时权限。审计时被问得最狠的往往不是主系统,而是这些临时通道。
第三本账是跨境访问与客户端分布,两者的最优解经常互相打架。客户端地理分散、单点访问量小但对安全与稳定极度敏感,服务端因此不适合放在离客户端「平均最近」的地方,而应该放在法域明确、运维能力强、备件与人力可得的地方——在新西兰落地往往比在岛上硬撑更合理。原则是把合规锚点与运维可达性排在前面,把客户端时延排在后面。取舍做反了,省下的时延换不回合规风险。
先把「必须留在本岛」的四类列清楚,这四类没有商量余地。第一类,数据本身产生在岛上、且留在岛上有明确要求的:本地监管留痕、本地业务原始凭证、本地采集的连续记录。第二类,链路断了也必须继续服务的:办公与教学内网、本地身份认证、本地文件与打印、前台开单与收款。第三类,与本地设备直连的边缘系统:采集器、控制器、本地网关,离开现场就没有意义。第四类,需要在现场做低时延判断的控制类服务。共同特征是:搬走之后业务不是变慢,而是变坏或者直接不成立。
该搬走的部分同样明确,而且数量比很多人想象的更多。面向外部用户的读层与分发,用户本来就在澳新、北美与欧洲,放在岛上等于给每个请求加一次跨洋往返,还附赠一个单点;重型计算包括构建、渲染、转码与推理,吃的是电力、制冷与可扩容性,这三项岛上都给不出大陆级别的条件;大容量历史存储与备份归档,数据只涨不跌,岛内机位与电力有限,把冷数据堆在岛上等于用最贵的空间存最不常用的东西;还有一切需要频繁人工干预的复杂集群,维护动作越多,岛上的运维短板暴露得越彻底。
落地新西兰的现实优势值得单独说。自由联系关系、新西兰元流通、居民持新西兰护照,这些叠加出来的结果是:语言、法域、清关、人力与备件这条链路都比澳大利亚或美西更顺。对旅游预订、远程外包与渔业监控三类业务,大陆侧落点放到新西兰通常是综合最优解——不是因为带宽更便宜,而是因为出事时人和件能更快到位。澳大利亚方向仍要看 Manatua 延伸段的进展,在它落地之前按「规划中」处理;美西方向适合用户集中在北美的业务,代价是距离更长,交互密集的服务要谨慎评估。
这一档的定位是自治,不是性能。规格建议:CPU 4 到 8 核级起步,内存 32GB 级起步,存储用企业级 SSD 做冗余并配热备盘,容量 1 到 2TB 级起步;带宽按百兆量级起步、旺季留峰值余量,具体以岛上运营商的批发产品为准。必须加的三项是:双电源加 UPS、独立的带外管理通道、一套能在断网时继续工作的本地服务与队列。这一档最容易被配成「小号的大陆服务器」,正确配法恰恰相反——它应该是「一台能独自活几天、恢复后能把数据完整吐出来的机器」。
这一档是绝大多数团队的主力落点,也是本岛节点的靠山。规格建议:CPU 8 到 16 核级起步,内存 64GB 级起步,NVMe 2TB 级起步并按归档量另配大容量存储;带宽按千兆到万兆量级评估,形态要看流量曲线是持续型还是突发型。要注意的是,这一档的价值不在机器本身,而在它能不能作为岛内数据的可靠副本与恢复源:副本策略、恢复演练与恢复时间目标的书面约定,比多买两条内存重要得多。
这一档只在两种情况下值得上:用户确实集中在澳大利亚或北美,或者业务有明确的分域要求。规格建议:CPU 16 核级起步,内存 64GB 起步,NVMe 2TB 级起步;带宽按万兆量级或者按流量计费评估,取决于你跑的是持续分发还是突发活动。两点提醒:澳大利亚方向受 Manatua 延伸段进展影响,落地形态与路径要在下单前重新核实;美西方向距离更长,按距离折算的传播时延更高,交互密集、强实时的业务要谨慎评估。
三档怎么组合,给个明确意见。最常见也最合理的是「档一 + 档二」,同时满足本地自治、大陆侧算力与地理就近,成本可控;其次是「档一 + 档三」,适合用户与合规锚点都在澳新的团队。档二和档三同时上,只有用户确实跨两大洲、或者有明确数据分域要求时才划算,否则多出来的一套机器与运维复杂度,换来的只是心理安全感。所有机型、带宽与报价均为参考预算口径,需询价 / 以官网实时报价为准。
一万网络深耕 IDC 行业 19 年(成立于 2007 年),在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源,提供服务器租用、机柜托管与带宽接入的一体化交付;具体机型、带宽与报价以官网实时信息或咨询确认为准。放在库克群岛这类串型海缆场景里,我们更愿意把自己定位在两件事上:第一件是把大陆侧的落地方案做扎实——机器规格、存储结构、带宽形态与出口冗余怎么搭,这一层是我们能直接交付的;第二件是给岛内那个边缘节点做设计评审,包括断网自治、备件策略、带外管理通道与气旋季预案,这一层我们给方案与清单,不替你做超出能力边界的承诺。
也要把「不接什么」讲清楚。我们不承诺岛内有机柜现货,不承诺现场驻场,也不承诺任何具体的时延数值或可用性百分比,因为这些都取决于当地机房与海缆侧的实时条件。我们更不会用「一条大缆上岸所以没问题」把风险抹平——恰恰相反,第二方向、带外通道与备件库存都应该写进预算,它们才是真正能把可用度往上抬的东西。
如果你的业务形态是「岛上采集或核销 + 新西兰或澳新处理 + 面向澳新或欧美分发」,那这套组合我们是能聊出东西来的;如果你的需求是「在拉罗汤加建一个面向公众的大型服务集群」,我们会建议你先去核实电力、制冷、机位与值守这四件事,再回来谈机器。判断标准很简单:凡搬走之后业务只是变慢而不是变坏的,都不该留在岛上。
该放在拉罗汤加的四类前面已经拆过,这里补执行层面的清单。第一,确认机位本身:电力是单路还是双路、有没有 UPS 与发电机、制冷形式是什么、机位是否可扩展,这四项必须有书面确认,口头描述一律不算数。第二,确认值守与现场处置:谁能进机房、多久能到场、能做哪些操作(换盘、换电源、看控制台)。第三,确认到登陆站(Aroa)的岛内路由:走什么路径、有没有第二条、施工风险由谁监测。第四,确认备件存放的形式与归属:放机房内还是仓库、谁有权取用。
该放在艾图塔基的只有一类:防灾副本。艾图塔基有登陆站,也是 2019 年 12 月 14 日首个上岸点,这让它具备作为第二物理落点的资格;但它与主岛之间的连接、本地电力与值守能力都弱于主岛,所以正确形态是「温备 + 数据副本」,而不是「第二生产中心」。适合放的是:主岛数据的异步副本、主岛长时间不可用时能拉起的最小业务集、一份与主岛同规格的冷备机与备件套。不适合放的是:需要频繁变更的服务、依赖实时同步的系统、需要双活一致性的架构。
一句话判断标准,评审会上可以直接用:主岛放「必须在岛内」的东西,艾图塔基放「主岛没了还能重建」的东西,大陆侧放「搬走之后只是变慢」的东西。这条标准能过滤掉绝大多数「因为海缆通了所以想把机器放过去」的冲动决策,也能挡住那些把同一条缆上的两个登陆点写成互备的方案——后者看着省钱,实际是买了两份同一个风险。
把下单前必须逐条确认的事项列在这里,建议直接当 checklist 用。第一,岛上机位、电力与制冷的冗余形式,要拿到书面确认。第二,备件库存与现场处置能力的约定:常备哪些件、谁去换、多久能到场,周期以机房与物流的实时信息为准。第三,岛内到 Aroa 登陆站的路由是否存在第二条,没有就要接受它是单点。第四,海侧采购形态是整对光纤、波长还是端口粒度,扩容周期与由谁操作要写进合同。
第五,对端落地机房的机位、带宽与陆地段路由是否与本岛方向同源——同源就意味着它不是第二方向。第六,第二物理方向承载哪些业务(管理口、告警、关键小流量)、不承载哪些、气旋季是否可用。第七,数据合规三段确认:采集地、过境地、落地地分别适用什么规则、留存多久、谁有权调取,结论由持牌顾问出具。第八,服务水平条款要把海侧故障与岛内故障的处置地点、周期与牵头方分开写。第九,计费与扩容条款:按端口还是按流量、超出怎么算。第十,验收清单:上架后测什么、测多久、什么算通过,时延与抖动必须实测。
最后把话说回来:库克群岛的价值不在便宜,而在稀少。Manatua 把这里从「最快公开宽带套餐约 12Mbps」带进了两对光纤、每对最高 10Tbps(10,000,000 Mbps)的设计容量时代,2019 年敷设、2020 年 7 月临时验收、2020 年 9 月正式商用。但容量变宽不等于拓扑改变,串型结构下的备份只能靠第二方向。把机器放哪儿、备份往哪儿切、坏了谁来换,这三件事比任何参数表都重要。一万网络深耕 IDC 行业 19 年(成立于 2007 年),在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源,提供服务器租用、机柜托管与带宽接入的一体化交付;具体机型、带宽与报价以官网实时信息或咨询确认为准。
Copyright © 2013-2020 idc10000.net. All Rights Reserved. 一万网络 科技有限公司 版权所有 深圳市科技有限公司 粤ICP备07026347号
本网站的域名注册业务代理北京新网数码信息技术有限公司的产品