Longhorn项目基础设施迁移至Oracle Cloud的技术实践

背景与挑战

随着Equinix Metal服务即将在2026年6月退役，Longhorn团队面临将整个CI基础设施迁移到新平台的任务。CNCF赞助的Oracle Cloud Infrastructure(OCI)成为理想的替代方案。这一迁移不仅涉及简单的环境转移，还需要解决多项技术挑战，包括Kubernetes Ingress控制器配置、容器运行时兼容性等问题。

技术方案设计

Ingress控制器配置方案

在云原生环境中，Ingress控制器通常采用LoadBalancer类型，这在托管Kubernetes服务中能够自动创建外部负载均衡器。但在裸金属或普通VM环境中，这一机制无法直接工作。团队探索了两种解决方案：

1. NodePort类型Ingress控制器：通过显式设置NodePort端口(HTTP 30080/HTTPS 30443)，绕过对云厂商LoadBalancer的依赖。

2. 手动配置OCI负载均衡器：针对NodePort服务创建对应的OCI负载均衡器，并配置健康检查端点(端口30254)，实现与托管服务相同的功能。

容器运行时兼容性问题

OCI的OKE(托管Kubernetes服务)默认使用Oracle Linux 8和CRI-O运行时，这与Longhorn CI流程中依赖Docker的Jenkins作业存在兼容性问题。团队通过以下方式解决：

1. 使用Oracle Linux 7.9镜像，该系统原生支持Docker且不会与CRI-O冲突。

2. 在Oracle Linux 8上手动安装Docker会导致集群不可用，因此必须选择兼容性更好的基础镜像。

迁移实施细节

整个迁移过程涉及多个关键组件的转移：

1. Rancher管理平台：作为集群管理核心工具，需要确保其高可用性和稳定性。

2. Jenkins CI系统：处理自动化构建和测试任务，对Docker有强依赖。

3. Grafana监控系统：提供可视化监控数据，帮助团队了解系统状态。

4. GitHub Bot：实现与GitHub的自动化交互，提升开发效率。

技术价值与最佳实践

本次迁移为云原生存储项目的基础设施管理提供了宝贵经验：

1. 跨云平台兼容性设计：通过采用更通用的NodePort方案，增强了基础设施在不同环境中的可移植性。

2. 运行时环境选择：认识到基础镜像版本对容器运行时的关键影响，为类似项目提供了参考。

3. 自动化与可靠性平衡：在无法完全自动化的情况下，合理引入手动配置步骤，确保系统稳定运行。

未来展望

随着Oracle Linux 7.9可能面临淘汰，团队计划进一步优化基础设施：

1. 开发通用配置脚本，实现跨云平台的一键部署。

2. 探索容器运行时无关的CI方案，减少对特定运行时的依赖。

3. 完善监控告警机制，提高基础设施的可观测性。

这次成功的迁移不仅解决了当前的服务连续性需求，也为Longhorn项目的长期基础设施演进奠定了坚实基础。