关于云计算:KubeKey-210-发布增强-K8s-离线交付体验

29次阅读

共计 1364 个字符,预计需要花费 4 分钟才能阅读完成。

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 公布!

正文完
 0