# IT明星不是梦 # 一文教你一次性完成Helm 3迁移

2019年，Kubernetes软件包管理器——Helm发布了最新版本Helm 3，并且该版本已经stable。Helm 3中的一些关键特性我们在之前的文章中已经介绍过，其中一些功能吸引了许多开发人员。那么，现在你大概想知道升级/迁移到新版本的Helm是否麻烦。尽管Helm可能十分复杂，但是请不要担心，升级过程极为简单。Helm官方blog提供了有关迁移过程的指南，十分详细，欢迎查阅：
 
https://helm.sh/blog/migrate-from-helm-v2-to-helm-v3/
 
这篇官方指南十分直观地告诉你将版本分别迁移到Helm 3所需准备的一切。但是如果你想要一次性完成迁移应该怎么办呢？你如何确保在删除Tiller之前没有任何组件在使用它
 

下载Helm 3二进制文件

我们测试Helm 2以及最新版本，因此在Helm 2完全卸载之前，我们应该准备好两个版本的二进制文件。下载最新Stable版本的二进制文件并将其添加到你的PATH中。将现有的v2二进制文件重命名为helm2以及将最新版本重命名为helm3。我将两个版本都保存在/usr/local/bin中，以便我能够随时切换它们：

? helm2 version
Client: &version.Version{SemVer:"v2.16.0", GitCommit:"e13bc94621d4ef666270cfbe734aaabf342a49bb", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.14.3", GitCommit:"0e7f3b6637f7af8fcfddb3d2941fcc7cbebb0085", GitTreeState:"clean"}
? helm3 version
version.BuildInfo{Version:"v3.0.1", GitCommit:"7c22ef9ce89e0ebeb7125ba2ebf7d421f3e82ffa", GitTreeState:"clean", GoVersion:"go1.13.4"}

准备CI脚本和Chart

在你运行升级流程之前，你需要确认你的CI脚本以及自定义Chart是否与Helm 3兼容。我之前写过一篇文章（https://itnext.io/breaking-changes-in-helm-3-and-how-to-fix-them-39fea23e06ff ），文章中涵盖了一些需要注意的事情，其中的大部分都能够轻松解决。尽管OpenAPI验证机制很有趣，但它很有可能让你措手不及：

? helm install prometheus .
Error: unable to build kubernetes objects from release manifest: error validating "": error validating data: ValidationError(Deployment.spec.template.spec.containers\[0\].volumeMounts\[0\]): unknown field "defaultMode" in io.k8s.api.core.v1.VolumeMount

一旦你解决了所有这些麻烦的问题，那么就可以开始迁移到Helm 3啦！

迁移Helm配置

我在文章开头提到的Helm博客文章中有这一步骤的详细描述，它将会更新所有你的本地配置以便Helm 3可以使用它：

https://helm.sh/blog/migrate-from-helm-v2-to-helm-v3/#migrate-helm-v2-configuration

如果你在诸如Jenkins、TeamCity或TravisCI之类的CI系统中的构建代理运行Helm，那么可以这一步骤。如果你在本地机器或有持久文件系统的中央服务器中运行Helm，那么一定要在整个配置中进行迁移，尤其是当你拥有自己的Helm repo或使用自定义插件时。无论哪种方式，请确保你已经通读了这一部分，以确定是否与你有关。

迁移版本（保留Tiller）

现在，我们有几种方式可以实现迁移。你可以迁移特定版本到Helm 3来进行一些测试，具体操作在Helm官方博客中可以找到。你也可以选择迁移许多版本并将它们从Tiller中全部删除。就我个人而言，我发现一次性迁移所有版本到既定环境中更为简单，但需要将发布数据保留在Tiller中，直到确定在我们的环境中没有一处使用Helm 2为止。如此，就不会产生盲点，所有东西都使用相同版本的Helm：

# List Helm 2 Releases
# omit --tls flag if you‘re not using TLS
RELEASES=$(helm list --tls -aq)

# Loop through releases and, for each one, test conversion
while IFS= read -r release; do
  helm3 2to3 convert $release --dry-run
done <<< "$RELEASES"

你感到满意之后，可以删除--dry-run标志，并静观2to3插件发挥其作用。

请注意：正如我所提到的，这里有--delete-v2-releases标志，它将会迁移版本并从Tiller删除。如果你确定自己不再需要任何信息，你可以执行这一操作，风险自担。

移除Tiller之前……

这一步是我最不想略过的一步，以防万一我们需要回滚到Helm 2。此时，只要你的CI系统和团队成员都在使用Helm 3，就没有理由保留Tiller。但如果你想完全确保没有任何组件还将会使用旧版本，那我建议你还是将Tiller保留几个小时并观察helm ls的输出结果以查看UPDATEDcolumn中的时间戳是否完全改变。如果改变了，就意味着有人/有些组件没有使用Helm 3。

如果将版本迁移到Helm 3之后，由Helm 2对其进行了修改，你将必须删除保存了版本信息的Helm 3 Kubernetes secret，才能够将其从Helm 3中清除，而不会删除相关资源：

? kubectl get secret -n dev
NAMESPACE NAME TYPE DATA AGE dev sh.helm.release.v1.postgres.v1 helm.sh/release.v1 1 36d
? kubectl delete secret -n dev sh.helm.release.v1.postgres.v1
secret "secret "sh.helm.release.v1.postgres.v1" deleted

现在如果我们使用Helm 3列出在dev命名空间中的版本，我们将会看到那些版本已经不复存在：

NAME NAMESPACE REVISION UPDATED
STATUS CHART APP VERSION

在我们弄清楚谁依旧在使用Helm 2之后，我们就可以再次执行迁移流程。解决此问题后，请使用helm3 2to3 convert进行迁移。

一旦你完全确定你可以移除Tiller及其相关的RBAC角色和数据，那么就可以运行?helm 2to3 cleanup。

迁移版本——没有Tiller的Helm

直接添加--tiller-out-cluster标志到我在之前提供的脚本中，然后2to3插件将从你的本地Tiller实例中移除版本信息。

# List Helm 2 Releases
# omit --tls flag if you‘re not using TLS
RELEASES=$(helm list --tls -aq)
# Loop through releases and, for each one, test conversion
while IFS= read -r release; do
  helm3 2to3 convert $release --tiller-out-cluster
done <<< "$RELEASES"

原文地址：https://blog.51cto.com/12462495/2469566

时间： 2024-10-10 10:24:15

# IT明星不是梦 # 一文教你一次性完成Helm 3迁移的相关文章

# IT明星不是梦 #远程办公协同工具大合集

一.在线协作文档工具 在线协作文档可以快速的收集整理不同人员的内容,免去以往收集汇总复制黏贴的步骤,同时也可以将做好的内容通过链接分享出去,简单高效快捷. 石墨文档-多人实时协作Office https://shimo.im/ 腾讯文档-支持多人在线编辑Word.Excel和PPT文档 https://docs.qq.com/ 金山文档 - https://www.kdocs.cn/welcome Google 文档 - 在线创建和编辑文档 http://www.google.cn/intl/z

#IT明星不是梦#利用Python进行网站日志分析

网站的访问日志是一个非常重要的文件,通过分析访问日志,能够挖掘出很多有价值的信息.本文介绍如何利用Python对一个真实网站的访问日志进行分析,文中将综合运用Python文件操作.字符串处理.列表.集合.字典等相关知识点.本文所用的访问日志access_log来自我个人的云服务器,大家可以从文末的附件中下载. 1.提取指定日期的日志 下面是一条典型的网站访问日志,客户端访问网站中的每个资源都会产生一条日志. 193.112.9.107 - - [25/Jan/2020:06:32:58 +080

#IT明星不是梦# 疫情下DevOps团队远程办公的一天

一 背景 20200202多么神奇的一个数字,响应国家号召,作为一个普通公民面对恶魔疾病疯狂摧残同胞的身心,我们自身能做的就是做好宅男宅女,蜗居室内减少外出,切断病毒传播途径,自觉隔离不为社会添乱. 在昨天公司已经开始了远程在家办公模式,自己很庆幸从事云计算及相关服务的行业,我们为数亿万计的企业提供IT服务,这次疾病对我们的办公相较于传统旅游/餐饮/手工制造业等造成的影响相对较少.但长远来说,无论是技术的进化,还是伴随公司组织的扩张,抑或外部突发性事件的影响,跨地域远程的组织协作必然是未来的趋势

#IT明星不是梦# 自动化平台的构建与zabbix二次开发那些事

在前东家,我对于运维平台重新做了二次的改造,当然基于zabbix平台的功能也在不断的完善,相对于之前的基础架构,我们这次采用vue + element的前端架构,出图使用的是echart的方式.后端我们使用了restful的标准通信框架. 自动化架构 1.当然在讲到zabbix之前我们先看一下我们之前在老东家的时候做的相关的一些平台操作: 平台相关注解: 底层的数据主要使用CMDB来进行管理,CMDB开放APi接口给上层的发布系统.DB系统:当然各个子系统对接都是有权限审计. 数据录入统一使用脚

#IT明星不是梦#Hive面试总结

1.Hive导出数据有几种方式?如何导出数据 (1)insert 导出本地: insert overwrite local directory '本地路径' select * from 表名; 导出到HDFS: insert overwrite directory 'hdfs路径' select * from 表名; (2)hadoop命令 hdfs dfs -get /user/hive/warehouse/student/student/txt /opt/bigdata/data (3)Ba

#IT明星不是梦# 如何在微信中发布动态信息

1.内容简介 本文介绍一种信息发布方案,可将您的数据发布到微信,可在后端随时更新数据,能做到数据更新的前后端联动,从而让信息发布更方便.更高效. 2.什么是动态信息 在企业营销及服务活动中,有很多信息需要发布与推广.微信不仅传播速度快,而且范围广,是很好的宣传载体.但普通的微信发文有个缺点,文章一旦发表就定稿了,无法修改更新,因此只适合静态信息的发布,如:新闻报道.科普知识.人物事迹等. 现实生活中,很多信息是动态的,是经常变化的.比如,商家的促销清单,其内容不是固定的,随时都可能要调整:影剧院

#IT明星不是梦#图解kubernetes容器探活机制核心实现

在k8s中通过kubelet拉起一个容器之后,用户可以指定探活的方式用于实现容器的健康性检查,目前支持TCP.Http和命令三种方式,今天介绍其整个探活模块的实现, 了解其周期性探测.计数器.延迟等设计的具体实现 1. 探活的整体设计 1.1 线程模型 探活的线程模型设计相对简单一些,其通过worker来进行底层探活任务的执行,并通过Manager来负责worker的管理, 同时缓存探活的结果 1.2 周期性探活 根据每个探活任务的周期,来生成定时器,则只需要监听定时器事件即可 1.3 探活机制

# IT明星不是梦 #图解kubernetes容器探活机制核心实现状态管理

k8s为实现容器探活worker的管理构建了一个Manager组件,该组件负责底层探活worker的管理,并且缓存当前的容器的状态,并对外同步容器的当前状态,今天我们就来分析下其部分核心组件 1. 核心原理实现 Manager缓存的状态主要是会被kubelet.状态组件消费,并且在Pod同步状态的时候,会通过当前Manager里面的探测状态来更新Pod的容器的就绪与启动状态的更新,让我们一起看看Manager自身的一些关键实现吧 2. 探活结果管理 即prober/results/results

# IT明星不是梦 # 图解kubernetes容器状态同步机制核心实现

在K8s中将Pod调度到某一台Node节点之后,后续的状态维护信息则是由对应机器上的kubelet进行维护,如何实时反馈本地运行状态,并通知apiserver则是设计的难点, 本节主要是通过感知Pod状态变化和探测状态改变两个流程来实际分析其核心数据结构,来了解内部设计 1. 状态管理 1.1 静态Pod 静态Pod主要是指的那些不是通过感知apiserver创建的pod, 因为apiserver上并不包含,但是同时也需要维护和获取这类Pod的状态, k8s中就设计了一个镜像Pod的概念,其实就