Helm V3
与 V2
版本架构变化较大,数据迁移也比较麻烦,官方为了解决数据迁移问题,提供一个 helm-2to3
工具,本文基于 helm-2to3
工具来迁移 V2
版本中的数据。
Helm V3
与 V2
变化,请参考 Helm v3 新的功能
注意:Helm
V2
升级V3
版本,Kubernetes 集群中 Deployment、Service、Pod等都不会重新创建,所以迁移过程是不会影响线上在跑的服务。
下载 helm 最新 v3.2.3 版本
$ wget https://get.helm.sh/helm-v3.2.3-linux-amd64.tar.gz -O /tmp/helm-v3.2.3-linux-amd64.tar.gz
解压并移动到 /usr/local/bin/
目录下
# 解压
$ tar xf /tmp/helm-v3.2.3-linux-amd64.tar.gz
# 移动
$ cd /tmp/linux-amd64
$ mv helm /usr/local/bin/helm3
一键安装
$ helm3 plugin install https://github.com/helm/helm-2to3
检查 2to3 插件是否安装成功
$ helm3 plugin list
NAME VERSION DESCRIPTION
2to3 0.5.1 migrate and cleanup Helm v2 configuration and releases in-place to Helm v3
下面操作主要迁移:
Helm 插件
Chart 仓库
Chart starters
$ helm3 2to3 move config
检查 repo
和 plugin
# 检查 repo
$ helm3 repo list
NAME URL
stable https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts
# 更新 repo
$ helm3 repo update
Hang tight while we grab the latest from your chart repositories...
...Successfully got an update from the "stable" chart repository
# 检查 plugin
$ helm3 plugin list
NAME VERSION DESCRIPTION
2to3 0.5.1 migrate and cleanup Helm v2 configuration and releases in-place to Helm v3
convert
子命令选项$ helm3 2to3 convert --help
migrate Helm v2 release in-place to Helm v3
Usage:
2to3 convert [flags] RELEASE
Flags:
--delete-v2-releases v2 release versions are deleted after migration. By default, the v2 release versions are retained
--dry-run simulate a command
-h, --help help for convert
--kube-context string name of the kubeconfig context to use
--kubeconfig string path to the kubeconfig file
-l, --label string label to select Tiller resources by (default "OWNER=TILLER")
-s, --release-storage string v2 release storage type/object. It can be 'secrets' or 'configmaps'. This is only used with the 'tiller-out-cluster' flag (default "secrets")
--release-versions-max int limit the maximum number of versions converted per release. Use 0 for no limit (default 10)
-t, --tiller-ns string namespace of Tiller (default "kube-system")
--tiller-out-cluster when Tiller is not running in the cluster e.g. Tillerless
--dry-run
:模拟迁移但不做真实迁移操作,建议每次迁移都先带上这个参数测试下效果,没问题的话再去掉这个参数做真实迁移
--tiller-ns
:通常 tiller
部署在k8s集群中,但不在 kube-system
命名空间才指定
--tiller-out-cluster
:如果你的 Helm V2 是 tiller 在集群外面 (tillerless) 的安装方式,请带上这个参数
查看 helm v2 的 release
$ helm ls
NAME REVISION UPDATED STATUS CHART APP VERSION NAMESPACE
redis 1 Mon Sep 16 19:46:58 2020 DEPLOYED redis-9.1.3 5.0.5 default
使用 --dry-run
预演效果
$ helm3 2to3 convert redis --dry-run
NOTE: This is in dry-run mode, the following actions will not be executed.
Run without --dry-run to take the actions described below:
Release "redis" will be converted from Helm 2 to Helm 3.
[Helm 3] Release "redis" will be created.
[Helm 3] ReleaseVersion "redis.v1" will be created.
没有报错,去掉 --dry-run
开始迁移
$ helm3 2to3 convert redis
Release "redis" will be converted from Helm 2 to Helm 3.
[Helm 3] Release "redis" will be created.
[Helm 3] ReleaseVersion "redis.v1" will be created.
[Helm 3] ReleaseVersion "redis.v1" created.
[Helm 3] Release "redis" created.
Release "redis" was converted successfully from Helm 2 to Helm 3. Note: the v2 releases still remain and should be removed to avoid conflicts with the migrated v3 releases.
检查迁移结果
# 查看 helm v2 release
$ helm ls
NAME REVISION UPDATED STATUS CHART APP VERSION NAMESPACE
redis 1 Mon Sep 16 19:46:58 2020 DEPLOYED redis-9.1.3 5.0.5 default
# 检查 helm v3 release
$ helm3 list -A
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
redis default 1 2020-06-15 18:19:12.409578018 +0800 CST deployed redis-9.1.3 1
helm v3 release 区分命名空间,需要带上
-A
参数,显示所有命名空间
lint
检查 chart 语法helm v2 chart
声明:
{{- if .Values.route.tls }}
tls:
{{ toYaml .Values.route.tls | indent 2 }}
{{- end -}}
在 helm v2 版本中,lint
是没有问题的,但是使用 helm v3 版本 lint
报:mapping values are not allowed in this context
错误
上面 chart 需要调整,下面给出 helm v3
正确 chart 模板
{{- if .Values.route.tls }}
tls:
{{ toYaml .Values.route.tls | indent 2 }}
{{- end }}
参考链接:https://github.com/helm/helm/issues/6251
需要把 requirements.yaml
文件配置合并到 Chart.yaml
配置中
需要把 Chart.yaml
配置中 apiVersion:
v1 修改成 v2
使用 --dry-run
参数,helm v2 清理预演,不会清理 Release 数据
$ helm3 2to3 cleanup --dry-run
2019/11/14 15:06:59 NOTE: This is in dry-run mode, the following actions will not be executed.
2019/11/14 15:06:59 Run without --dry-run to take the actions described below:
2019/11/14 15:06:59
WARNING: "Helm v2 Configuration" "Release Data" "Release Data" will be removed.
This will clean up all releases managed by Helm v2. It will not be possible to restore them if you haven't made a backup of the releases.
Helm v2 may not be usable afterwards.
[Cleanup/confirm] Are you sure you want to cleanup Helm v2 data? [y/N]: y
2019/11/14 15:07:01
Helm v2 data will be cleaned up.
2019/11/14 15:07:01 [Helm 2] Releases will be deleted.
2019/11/14 15:07:01 [Helm 2] ReleaseVersion "postgres.v1" will be deleted.
2019/11/14 15:07:01 [Helm 2] ReleaseVersion "redis.v1" will be deleted.
2019/11/14 15:07:01 [Helm 2] Home folder "/Users/rimasm/.helm" will be deleted.
如果上面命令执行完没有问题,这次清理 V2 Release 数据
$ helm3 2to3 cleanup
执行完后,Tiller
Pod 会被删除,并且 kube-system
命名空间中 configmaps
历史版本信息也会被清理。
https://helm.sh/blog/migrate-from-helm-v2-to-helm-v3/
推荐几本不错的书籍给小伙伴们!
K8s集群遭受XMRIG加密货币挖矿攻击之始末
Linux 整个系统权限玩坏了怎么办?
CKAD个人考试心得
Kubernetes 中利用 LXCFS 控制容器资源可见性
Kubectl 常用命令大全
欢迎您加我微信【ypxiaozhan01】,拉您进技术群,一起交流学习...
欢迎您关注【YP小站】,学习互联网最流行的技术,做个专业的技术人...