K8S 1.12大特性最快最深度解析:通过ComponentConfig更轻松安装和升级

本文详细介绍了Kubernetes 1.12中ComponentConfig的演进过程,旨在简化核心组件(如kubelet、kube-proxy)的安装和升级。通过版本化配置文件,管理组件变得更加便捷,解决了命令行标志的诸多问题。文章以kube-proxy为例,阐述了如何将组件迁移到版本化配置文件,并提出了未来的工作展望和组件配置API的理想形态。
摘要由CSDN通过智能技术生成

前言

版本化组件配置文件是由华为在Kubernetes社区v1.12周期重点推动的特性,并在Kubernetes 1.12进入alpha阶段。接下来我们将叙述版本化组件配置文件的演变过程,以及以kube-proxy为例阐述如何将现有组件迁移到版本化配置文件,最后,作出一些未来工作设想。

作为Kubernetes的忠实粉丝,也必然感受到部署各个核心集群组件(kubelet,kube-proxy,scheduler等)和管理命令行标志的痛苦。近两年,社区在尝试努力将使用命令行标识管理各个组件模式切换到更贴合Kubernetes风格的版本化配置文件模式,即组件配置。

从Kubernetes v1.10开始,kubelet正逐步从命令行标识迁移到版本配置文件,而且已经转换成beta版本(已支持动态kubelet配置)。为了支持这一特性,现有很多kubelet命令行标识已弃用或待删除。且在v1.12中,kubelet组件版本配置文件特性已GA。此外,kube-proxy组件可以说已有GA版本的配置文件特性,这可从local-up脚本启动kube-proxy组件得到佐证。在K8S v1.12周期中,社区已将kube-scheduler, kube-controller-manager, kube-apiserver组件迁移为配置文件管理模式。社区将在K8S v1.13周期重点推动功能稳定性。

接下来,我将分以下几个部分简要展开叙述:

1、为什么要为核心集群组件迁移到版本化配置文件

2、组件的配置API的理想形态是怎样的

3、如何将现有组件迁移到版本化配置文件

4、总结与愿景

一、为什么要为核心集群组件迁移到版本化配置文件

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值