Summary

  • RIPE NCC 现有架构服务于两处相距较近的机房，使用跨机房延伸的二层网络；新方案计划在西欧建立两座完整、自治的数据中心。
  • 两座机房各自内部双活，机房之间则采用主备；项目预计于 2028 年下半年完成，尚无新架构切换演练结果。

两栋楼不等于两条命。RIPE NCC 首席技术官 Sjoerd Wolthers 在 RIPE 93 的原始演示文稿里，把现有架构的问题画得很直白：两处机房靠得近，网络二层跨站延伸。过去这样做省事；当故障沿着共同的网络和存储依赖传播时，第二栋楼的招牌帮不上忙。

这次不是再添一排服务器。Wolthers 列出的压力包括到期硬件、接近瓶颈的链路速度、存储和备份在性能及冗余上的限制，以及虚拟化平台的供应商锁定。云服务成本上升，地缘政治、监管与安全环境变化，也推动 RIPE NCC 重新审视对大型外部供应商的依赖。它希望把核心服务更多放在自有基础设施上。

新设计的界线落在两座西欧数据中心之间。每座都是完整站点，具备 N+1 冗余，站内采用双活；跨站则采用主备，以处理距离带来的延迟。站点之间使用租用的高速线路和端到端加密，网络按机房分开，应用层分段，全球负载均衡器承担区域间故障切换。核心服务还要获得完整 IPv6 支持。

技术选型也上了台面：虚拟化用 Proxmox，各机房分别运行独立的 CEPH 集群；方案还包括兼容 S3 的对象存储，以及放在第三地点的加密、不可变备份。真正的考题于是有了题面：拿掉一处机房，另一处是否能独自继续提供注册机构的服务？如果存储集群失效，恢复过程是否仍会碰到同一个依赖点？

RIPE 93 会议页面和幻灯片没有给出两处设施的名称、各服务迁移顺序、故障恢复时间或新架构的演练成绩。详细设计、采购、安装和应用迁移仍在前面。Wolthers 给出的完成时间是 2028 年下半年。图纸把责任写清楚了，验收还要等系统上线。

会员此前已经看过基础设施更新的预算。现在，他们能看到钱准备买什么：从一张横跨两栋楼的网，换成两套能分别承担业务的系统。注册机构掌管号码资源账本；到了切换那天，最有说服力的不是“韧性”二字，而是一座机房停下后，另一座仍在工作的记录。

来源：RIPE 93 官方会议页面与录像及 Wolthers 原始幻灯片。