1. 更新: v2.x.y以上的ctr默认生成的配置文件中的sandbox_image字段已改成sandbox

目前处在PRE初始阶段, 正在快速迭代, 已在以下环境运行:

1. MAC环境的aarch64的Ubuntu24.04的虚拟机上测试运行
2. 云厂商服务器环境的amd64的Ubuntu22.04测试运行
3. 目前仅在apt管理器的Ubuntu机器上测试, 理论上拥有apt管理器的操作系统也可以运行, 后续将全部使用二进制软件包

该仓库旨在快速在Ubuntu一键部署创建一个全新的一个单节点的控制平面

与本仓库同步的文章: https://juejin.cn/post/7292041370893778983

1. kubernetes 1.29.X 已验证
2. kubernetes 1.29.X 已验证
3. kubernetes 1.30.X 已验证
4. kubernetes 1.31.X 已验证
5. kubernetes 1.32.X 已验证

1. Containerd(Stable)

1. Kube-proxy(Stable)
2. Cilium(Beta)

1. 你需要查看shell的内容, 里面大多包含注释和注意事项
2. 该仓库的脚本不适合用于生产环境的部署, 尽管这些脚本经过本人验证
3. 该项目未对shell脚本进行更多的健壮性校验

1. 二进制Containerd的安装方式不适用与基于 musl 的发行版，例如 Alpine Linux,此类发行版的用户可能必须从源代码或第三方软件包安装 containerd 参阅Installing containerd
2. containerd 核心代码和快照程序使用的特定功能需要 Linux 上的最低内核版本。根据发行版内核版本控制的明确要求，Linux 的合理起点是最低 4.x 内核版本
3. 默认情况下使用的覆盖文件系统快照器使用 4.x 内核系列中最终确定的功能。如果您选择使用 btrfs，内核版本可能会有更大的灵活性（建议的最低版本为 3.18），但需要在 Linux 发行版上安装 btrfs 内核模块和 btrfs 工具。

在目标服务器安装:

• 可以正常访问github的机器:

git clone --depth 1 https://github.com/Mandala-lab/Kubernetes.git
cd Kubernetes
chmod +x ./base-start.sh && ./base-start.sh

• 不能正常访问github的机器:

git clone --depth 1 https://gitee.com/Mandala-lab/Kubernetes.git
cd Kubernetes
chmod +x ./cn-base-start.sh && ./cn-base-start.sh

1. 需要在拥有管理员执行的权限才可以运行shell scripts
2. 本集群是在管理员权限的情况下部署, 不适用于对安全性有苛刻要求的环境

1. https://kubernetes.io/docs/tasks/tools/install-kubectl-linux/
2. https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/#installing-kubeadm-kubelet-and-kubectl