2022 年 5 月 6 日，KubeKey 2.1.0 正式公布，这是 KubeKey 的第 8 个正式版本。该版本加强了离线部署能力和交付体验，同时反对“一云多芯”，即同一个 K8s 集群中能够同时蕴含 ARM64 节点和 AMD64 节点。
Kubekey 2.0.0 于两个月前公布，对于该版本的变动，你能够点击此处理解：
- KubeKey 2.0.0 公布：让离线部署 K8s 更加便捷
KubeKey 简介
KubeKey 是 KubeSphere 社区开源的一款高效集群部署工具，运行时默认应用 Docker , 也可对接 Containerd、CRI-O、iSula 等 CRI 运行时，且 ETCD 集群独立运行，反对与 K8s 拆散部署，进步环境部署灵活性。它提供了一种灵便、疾速、便捷的形式来仅装置 Kubernetes/K3s，或同时装置 Kubernetes/K3s 和 KubeSphere，以及其余云原生插件。除此之外，它也是扩大和降级集群的无效工具。
次要更新变动
Breaking Changes
KubeKey v2.1.0 不兼容 KubeKey v2.0.0 制作的制品，请应用 KubeKey v2.1.0 从新导出 KubeKey 制品。
这是因为 KubeKey v2.1.0 优化了制品的存储构造。目前制品采纳 OCI 规范对镜像进行拉取和归档保留，实现了复用根底镜像层，其存储空间占用可升高近一半。
更丰盛的部署抉择
- 反对部署 Kubernetes v1.24.0
- 反对部署 containerd v1.6.4
- 反对部署 KubeSphere v3.3.0（以后最新版本为 v3.3.0-alpha.2）
- 反对三种应用场景的 ETCD 集群（二进制部署，Kubeadm 部署，连贯外置已存在的 ETCD 集群）
加强离线部署能力和交付体验
- KubeKey 依据 OCI 规范实现了镜像的拉取、上传和归档保留等性能，使其在制作和应用 KubeKey 制品时不依赖额定的容器运行时，升高了制作和应用制品的难度。
- 反对初始化操作系统命令（kk init os）应用制品进行离线本地源装置操作系统依赖。
- 反对 RHEL、Debian 离线本地源装置操作系统依赖。
- 应用 GitHub Action 主动制作制品中的操作系统软件源文件（centos7-rpms-amd64.iso、ubuntu-20.04-debs-amd64.iso 等），用户可在 Github Release 页面自行抉择下载。
一云多芯
在多架构 CPU 体系的离线环境中进行交付时，须要提供 AMD64，ARM64 等架构的镜像。KubeKey 反对在制作制品时拉取和保留镜像仓库（DockerHub，公有镜像仓库）中的 multi-arch 镜像，并且在应用制品推送镜像至公有仓库时，反对主动创立和推送 docker multi-arch manifest list。
更多详情见 GitHub Release。
致谢
以下是参加 KubeKey v2.0.0 代码与文档奉献的贡献者 GitHub ID，若此名单有脱漏请您与咱们分割，排名不分先后。
- 24sama
- pixiake
- muzi502
- yeya24
- hellocn9
- tanguofu
- yinheli
- yuzhiquan
- yayuntian
- tpiperatgod
- cumirror
- eltociear
- LinuxSuRen
- rockpanda
- vincenthe11
再次感谢您的奉献！
本文由博客一文多发平台 OpenWrite 公布！