openEuler 环境下利用 sealos 快速搭建高可用 k8s 1.30 集群实践

1. 为什么选择 openEuler + sealos 来搭建 k8s 集群？

如果你正在寻找一种在国产操作系统上快速、稳定地部署最新版 Kubernetes 的方法，那么 openEuler 加上 sealos 这个组合，绝对值得你花时间了解一下。我自己在多个生产环境里反复折腾过，从手动编译 kubeadm 到用各种自动化工具，最后发现，在 openEuler 上用 sealos 部署 k8s 1.30，是目前最“省心”的方案之一。

先说说 openEuler。它不是一个凭空冒出来的新系统，你可以把它理解成在开源社区经过深度优化和增强的 Linux 发行版，特别针对云计算和基础设施场景做了很多打磨。内核级别的性能调优、对容器和虚拟化的原生友好支持，这些都是它的强项。用 openEuler 作为 k8s 的底层操作系统，就像是给赛车换上了专业的赛道轮胎，稳定性和性能底子会好很多。

再说 sealos。很多人把它简单理解成一个“一键安装脚本”，这其实有点小看它了。我更愿意称它为“Kubernetes 集群的发行版安装器”。它的核心思想是“集群镜像”，把整个 k8s 集群，包括核心组件、网络插件、存储驱动甚至一些常用工具，打包成一个不可变的镜像。部署集群就变成了“运行一个镜像”这么简单。这种思路带来的好处是惊人的：部署速度极快、环境高度一致、升级和回滚变得像容器一样方便。我实测下来，从零开始拉起一个三节点的高可用 k8s 1.30 集群，十分钟内就能完成，这效率在以前是不敢想的。

那么，这个组合特别适合谁呢？首先是刚接触 k8s 的运维或开发者，手动部署高可用集群的复杂度和坑实在太多，sealos 能帮你平滑度过入门期。其次是在信创或国产化环境中需要快速搭建容器平台的技术团队，openEuler 提供了可靠的底层，sealos 提供了高效的部署手段。最后，即使是 k8s 老手，当你需要频繁搭建测试、预发布环境时，这个组合也能极大提升你的效率，把时间留给更有价值的应用开发和架构设计上。

2. 动手之前：环境与心态的双重准备

在真正敲下第一条命令之前，充分的准备工作能帮你避开至少 80% 的坑。这部分内容我会讲得细一些，因为很多问题都是出在起点上。

2.1 硬件与系统的“硬”要求

首先看硬件。对于一个小型的学习或测试集群，我建议至少准备三台虚拟机或物理机。配置不用太高，但要有底线：每个节点至少 2 核 CPU、4GB 内存和 40GB 硬盘。这是为了让 k8s 的核心组件（如 apiserver、etcd、kubelet 等）能跑得起来。如果你想跑一些实际的应用，或者未来有扩展计划，那么把内存加到 8GB，硬盘给到 100GB 会更从容。我的实验环境就是三台 openEuler 24.03 LTS 的虚拟机，每台 4 核 8G，跑起来非常流畅。

然后是操作系统。强烈推荐使用 openEuler 24.03 LTS (SP4) 这个长期支持版本。它经过了充分测试，社区支持周期长，软件源稳定。安装时，选择“服务器”或“最小化安装”即可，不需要装图形界面。一个干净的系统是成功的第一步，切记不要在系统上预先安装 Docker 或 Containerd，sealos 会帮你搞定一切，自己装反而可能引起冲突。

网络规划是另一个关键。你需要为集群规划一个稳定的内网 IP 段，并确保所有节点之间网络互通，且防火墙规则不会阻断 k8s 组件间通信的端口（如 6443、2379-2380、10250等）。如果是在云上，记得使用内网（私有）IP 进行部署，用公网 IP 会带来很多不必要的麻烦。我的实验环境 IP 规划如下，你可以参考：