很多人都使用过Ubuntu下的apt-get或Centos下的yum，这两者都是Linux系统下的包管理工具。采用apt-get/yum，应用卡发着可以管理应用包之间的依赖关系，发布应用；用户则可通过简单的方式查找、安装、升级、卸载应用程序等。
一、Helm概述
1）Helm简介
Helm是一个用于kubernetes的包管理器。每个包称为一个Chart，一个Chart是一个目录（一般情况下会将目录进行打包压缩，形成name-version.tgz格式的单一文件，方便传输和存储）。我们可以将Helm看作Kubernetes下的apt-get/yum。
对于应用发布者而言，可以通过Helm打包应用，管理应用依赖关系，管理应用版本并发布应用到软件仓库。
对于使用者而言，使用Helm后无须了解Kubernetes的yaml文件语法、应用部署文件。直接使用Helm下载即可在Kubernetes上安装需要的应用。
2）Helm组件及相关术语
1）Helm
Helm是一个命令行下的客户端工具。主要用于Kubernetes应用程序Chart的创建、打包、发布及创建和管理本地和远程的Chart仓库。
2）Tiller
Tiller是Helm的服务端，部署在Kubernetes集群中，Tiller用于接收Helm的请求，并根据Chart生成Kubernetes的部署文件，然后提交给Kubernetes创建应用，Tiller还提供和了Release的升级、删除、回滚等一系列功能。
3）Chart
Chart是一个Helm的程序包，包含了运行一个Kubernetes应用程序所需的镜像、依赖关系和资源定义等。
4）Repoistory
Repoistory是Helm的软件仓库，Repository本质上是一个Web服务器，该服务器保存了一系列的Chart软件包以供用户下载，并且提供了该Repository的Chart包的清单文件便于查询。Helm可以同时管理多个不同的Repository。
5）Release
Release是应用程序运行Chart之后，得到的一个实例。
注意：Helm中提到的Release和我们通常概念中的版本有所不同，这里的Release可以理解为Helm使用Chart包部署的一个应用实例。
3）Helm工作原理
工作流程图：
这张图描述了Helm的几个关键组件Helm（客户端）、Tiller（服务端）、Repository（Chart软件仓库）、Chart（软件包）之间的关系。
Chart install过程：
1）Helm从指定的目录或者tgz文件中解析出Chart结构信息；
2）Helm将指定的Chart结构和Values信息通过gRPC传递给Tiller；
3）Tiller根据Chart和Values生成一个Release；
4）Tiller将Release发送给Kubernetes用于生成Release；
---
Chart update过程：
1）Helm从指定的目录或者tgz文件中解析出Chart结构信息；
2）Helm将要更新的Release的名称和Chart结构、Values信息传递给Tiller；
3）Tiller生成Release并更新指定名称的Release的history；
4）Tiller将Release发送给Kubernetes用于更新Release；
---
Chart Rollback过程：
1）Helm将要回滚的Release的名称传递给Tiller；
2）Tiller根据Release的名称查找history；
3）Tiller从history中获取上一个Release；
4）Tiller将上一个Release发送给Kubernetes用于替换当前的Release；二、部署Helm
1）安装Helm客户端
[root@master ~]# wget https://get.helm.sh/helm-v2.14.3-linux-amd64.tar.gz
#从Github上下载Helm软件包
[root@master ~]# tar zxf helm-v2.14.3-linux-amd64.tar.gz
[root@master ~]# mv linux-amd64/helm /usr/local/bin/
[root@master ~]# chmod +x /usr/local/bin/helm
#获取这个软件包只是为了获取这个helm文件
[root@master ~]# echo 'source <(helm completion bash)' >> /etc/profile
[root@master ~]# source /etc/profile
#设置helm命令可以自动补全并且写入环境变量文件中2）安装Tiller server
[root@master ~]# vim tiller-rbac.yaml #编写yaml文件并创建授权用户
apiVersion: v1
kind: ServiceAccount
metadata:
name: tiller
namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
name: tiller
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: ClusterRole
name: cluster-admin
subjects:
- kind: ServiceAccount
name: tiller
namespace: kube-system
[root@master ~]# kubectl apply -f tiller-rbac.yaml
[root@master ~]# helm init --service-account=tiller
#指定刚才创建的授权用户初始化helm
[root@master ~]# kubectl get pod -n kube-system | grep tiller
tiller-deploy-8557598fbc-jf85m 0/1 ErrImagePull 0 3m1s
#发现pod并没有运行，那是因为该pod使用的是Google的镜像，国内下载不了，需要将镜像换成国内的镜像，这里选择阿里云
[root@master ~]# kubectl edit pod -n kube-system tiller-deploy-8557598fbc-jf85m
#修改spec字段的image指定的镜像，修改前如下：
image: gcr.io/kubernetes-helm/tiller:v2.14.3
#修改后如下：
image: registry.cn-hangzhou.aliyuncs.com/google_containers/tiller:v2.14.3
#修改后，如果没有自动下载，就想办法吧，比如说在tiller容器所在的节点手动下载下来镜像，然后重启该节点的kubelet，或重启该容器
[root@master ~]# kubectl get pod -n kube-system | grep tiller
tiller-deploy-8557598fbc-jf85m 1/1 Running 0 6m31s
#必须保证tiller的Pod正常运行3）配置Helm仓库
[root@master ~]# helm repo list #查看仓库的详细信息
NAME URL
stable https://kubernetes-charts.storage.googleapis.com
local http://127.0.0.1:8879/charts
#默认情况下，仓库的地址是某歌，国内无法下载，需要更改为国内的仓库地址
[root@master ~]# helm repo add stable https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts
#更改为国内阿里云的仓库地址
[root@master ~]# helm repo list
NAME URL
stable https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts
local http://127.0.0.1:8879/charts
#再次查看仓库地址，可以发现地址已经换成了阿里云的仓库地址
[root@master ~]# helm repo update # 更新一下Helm仓库
[root@master ~]# helm version #查看helm版本信息
Client: &version.Version{SemVer:"v2.14.3", GitCommit:"0e7f3b6637f7af8fcfddb3d2941fcc7cbebb0085", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.14.3", GitCommit:"0e7f3b6637f7af8fcfddb3d2941fcc7cbebb0085", GitTreeState:"clean"}
#必须保证可以查看出来client和server，才可正常使用helm就此Helm就已经表示部署成功，可以正常使用！
三、使用helm安装mysql+Storage Class
1）创建Storage Class
1）部署nfs
[root@master ~]# yum -y install nfs-utils rpcbind
[root@master ~]# mkdir /nfsdata
[root@master ~]# echo "/nfsdata *(rw,no_root_squash,sync)" > /etc/exports
[root@master ~]# systemctl start nfs-server && systemctl start rpcbind
[root@master ~]# showmount -e
Export list for master:
/nfsdata *2）创建rbac授权
[root@master ~]# vim rbac-rolebind.yaml
apiVersion: v1 #创建一个用于认证的服务账号
kind: ServiceAccount
metadata:
name: nfs-provisioner
---
apiVersion: rbac.authorization.k8s.io/v1 #创建群集规则
kind: ClusterRole
metadata:
name: nfs-provisioner-runner
rules:
- apiGroups: [""]
resources: ["persistentvolumes"]
verbs: ["get", "list", "watch", "create", "delete"]
- apiGroups: [""]
resources: ["persistentvolumeclaims"]
verbs: ["get", "list", "watch", "update"]
- apiGroups: ["storage.k8s.io"]
resources: ["storageclasses"]
verbs: ["get", "list", "watch"]
- apiGroups: [""]
resources: ["events"]
verbs: ["watch", "create", "update", "patch"]
- apiGroups: [""]
resources: ["services", "endpoints"]
verbs: ["get","create","list", "watch","update"]
- apiGroups: ["extensions"]
resources: ["podsecuritypolicies"]
resourceNames: ["nfs-provisioner"]
verbs: ["use"]
---
kind: ClusterRoleBinding #将服务认证用户与群集规则进行绑定
apiVersion: rbac.authorization.k8s.io/v1
metadata:
name: run-nfs-provisioner
subjects:
- kind: ServiceAccount
name: nfs-provisioner
namespace: default
roleRef:
kind: ClusterRole
name: nfs-provisioner-runner
apiGroup: rbac.authorization.k8s.io
[root@master ~]# kubectl apply -f rbac-rolebind.yaml3）创建nfs-deployment.资源
[root@master ~]# vim nfs-deployment.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: nfs-client-provisioner
spec:
replicas: 1 #指定副本数量为1
strategy:
type: Recreate #指定策略类型为重置
template:
metadata:
labels:
app: nfs-client-provisioner
spec:
serviceAccount: nfs-provisioner #指定rbac yaml文件中创建的认证用户账号
containers:
- name: nfs-client-provisioner
image: registry.cn-hangzhou.aliyuncs.com/open-ali/nfs-client-provisioner #使用的镜像
volumeMounts:
- name: nfs-client-root
mountPath: /persistentvolumes #指定容器内挂载的目录
env:
- name: PROVISIONER_NAME #容器内的变量用于指定提供存储的名称
value: lzj-test
- name: NFS_SERVER #容器内的变量用于指定nfs服务的IP地址
value: 192.168.1.1
- name: NFS_PATH #容器内的变量指定nfs服务器对应的目录
value: /nfsdata
volumes: #指定挂载到容器内的nfs的路径及IP
- name: nfs-client-root
nfs:
server: 192.168.1.1
path: /nfsdata
[root@master ~]# kubectl apply -f nfs-deployment.yaml
[root@master ~]# kubectl get pod | grep nfs #确认pod运行成功
nfs-client-provisioner-7cf975c58b-2hbcm 1/1 Running 0 80s4）创建Storage Class
[root@master ~]# vim storage-class.yaml
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: stateful-nfs
provisioner: lzj-test #这个要和nfs-client-provisioner的env环境变量中的PROVISIONER_NAME的value值对应。
reclaimPolicy: Retain #指定回收策略为Retain（手动释放）
[root@master ~]# kubectl apply -f storage-class.yaml
[root@master ~]# kubectl get sc #确认Storage Class创建成功
NAME PROVISIONER AGE
stateful-nfs lzj-test 14s2）helm部署mysql
[root@master ~]# helm fetch stable/mysql #将mysql的软件包下载到本地
[root@master ~]# tar zxf mysql-0.3.5.tgz
[root@master ~]# vim mysql/values.yaml +55
storageClass: "stateful-nfs" #去除注释，并指定刚才创建的Storage Class名称
[root@master ~]# vim mysql/values.yaml +79
type: NodePort #默认是ClusterIP，可更改为NodePort
[root@master ~]# helm install stable/mysql -f mysql/values.yaml --set mysqlRootPassword=123.com -n test-mysql
#如果修改了values.yaml文件的数据，创建时应该指定values.yaml文件
#安装mysql，并设置mysql的root密码为123.com，-n表示指定名称
[root@master ~]# helm list #查看已安装的软件包
NAME REVISION UPDATED STATUS CHART APP VERSION NAMESPACE
test-mysql 1 Mon Mar 2 15:14:15 2020 DEPLOYED mysql-0.3.5 default
[root@master ~]# kubectl get svc | grep test-mysql #确认service类型
test-mysql-mysql NodePort 10.111.61.171 <none> 3306:30637/TCP 26m
[root@master ~]# kubectl get pv,pvc #查看PV、PVC是否绑定成功
NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE
persistentvolume/pvc-2d0d5eb7-1023-436d-b931-0a344a3df990 8Gi RWO Delete Bound default/test-mysql-mysql stateful-nfs 27m
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
persistentvolumeclaim/test-mysql-mysql Bound pvc-2d0d5eb7-1023-436d-b931-0a344a3df990 8Gi RWO stateful-nfs 27m
[root@master ~]# kubectl exec -it test-mysql-mysql-dfb9b6944-tz2vd -- mysql -u root -p123.com
#登录到刚才创建的mysql数据库中
mysql> 3）使用helm对mysql进行升级操作
[root@master ~]# kubectl describe pod test-mysql-mysql-dfb9b6944-tz2vd
#查看pod的详细信息可以看出，该pod所用镜像为mysql:5.7.14
[root@master ~]# helm upgrade --set imageTag=5.7.15 test-mysql stable/mysql -f mysql/values.yaml
#对test-mysql这个实例进行镜像的升级，由于更改了service、Storage Class，所以升级时，也需指定values.yaml文件
[root@master ~]# kubectl get pod | grep test-mysql #确保升级之后，pod是正常运行的
#注意升级之后，pod名称会发生变化
test-mysql-mysql-54c7bfdd77-lrzm8 1/1 Running 0 3m11s
[root@master ~]# kubectl describe pod test-mysql-mysql-54c7bfdd77-lrzm8
#查看pod的详细信息，可以看出，镜像已经升级为mysql:5.7.154）使用helm对mysql进行回滚操作
[root@master ~]# helm list #再次查看实例，可以发现“REVISION”字段为2，而初次创建实例时，该列为1，只要对该实例进行升级回滚一次，数值便会加1
NAME REVISION UPDATED STATUS CHART APP VERSION NAMESPACE
test-mysql 2 Mon Mar 2 15:48:35 2020 DEPLOYED mysql-0.3.5 default
[root@master ~]# helm history test-mysql #查看该实例的历史版本
REVISION UPDATED STATUS CHART DESCRIPTION
1 Mon Mar 2 15:14:15 2020 SUPERSEDED mysql-0.3.5 Install complete
2 Mon Mar 2 15:48:35 2020 DEPLOYED mysql-0.3.5 Upgrade complete
[root@master ~]# helm rollback test-mysql 1 #将该实例回滚到版本1
[root@master ~]# helm list #再次查看，可以看到“REVISION”的值变成了3
NAME REVISION UPDATED STATUS CHART APP VERSION NAMESPACE
test-mysql 3 Mon Mar 2 15:57:58 2020 DEPLOYED mysql-0.3.5 default
[root@master ~]# kubectl get pod | grep test-mysql #确认pod是正常状态
#对pod进行回滚操作也会更改pod的名称
test-mysql-mysql-dfb9b6944-tj2cr 1/1 Running 1 107s
[root@master ~]# kubectl describe pod test-mysql-mysql-dfb9b6944-tj2cr
#查看pod的详细信息，可以看出，该pod使用的镜像已经回滚到mysql:5.7.14版本四、部署helm私有仓库
1）node01节点运行web容器作为私有仓库
[root@node01 ~]# mkdir -p /var/www/charts
#创建目录，用于存放charts包
[root@node01 ~]# docker run -d -p 8080:80 -v /var/www:/usr/local/apache2/htdocs httpd2）master节点上，创建chart包并打包
[root@master ~]# helm create testchart
#创建chart包（生成的是目录），名称为testchart
[root@master ~]# helm package testchart
#将刚才生成的目录进行打包，会在当前目录下生成名为testchart-0.1.0.tgz的包3）master节点生成仓库的index文件
[root@master ~]# mkdir myrepo
[root@master ~]# mv testchart-0.1.0.tgz myrepo/
#创建用于存放chart包的目录，并将chart包移动到该目录
[root@master ~]# helm repo index myrepo/ --url http://192.168.1.2:8080/charts
#url路径表示运行web容器的节点IP+端口
[root@master ~]# ls myrepo/
index.yaml testchart-0.1.0.tgz
#确认已经生成index.yaml文件
[root@master ~]# scp myrepo/* node01:/var/www/charts
#将生成的index.yaml文件及charts包复制到web容器所在节点映射的本地目录4）将新repo仓库添加到helm
[root@master ~]# helm repo add newrepo http://192.168.1.2:8080/charts
#url是web容器所在的节点的IP+端口+存放chart包的目录，并指定仓库的名称为newrepo
[root@master ~]# helm repo list
NAME URL
stable https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts
local http://127.0.0.1:8879/charts
newrepo http://192.168.1.2:8080/charts
#stable是刚创建helm添加的阿里云的仓库
#local是本地的缓存
#newrepo是刚刚添加的仓库名称（确认该仓库已经存在）配置至此，已经可以正常供内网环境使用这个charts包的私有仓库了，下面是一些验证。
5）搜索可用的chart包并部署
[root@master ~]# helm search testchart
NAME CHART VERSION APP VERSION DESCRIPTION
local/testchart 0.1.0 1.0 A Helm chart for Kubernetes
newrepo/testchart 0.1.0 1.0 A Helm chart for Kubernetes
#local是本地的缓存，不用理会，可以查看到newrepo提供的testchart包
[root@master ~]# helm install newrepo/testchart -n test-nginx
#既然可以搜索到就表示可以使用chart包创建实例
[root@master ~]# kubectl get pod | grep test-nginx
test-nginx-testchart-64d8585997-qjjgb 1/1 Running 0 3m54s
#确认pod已经运行成功
[root@master ~]# kubectl describe pod test-nginx-testchart-64d8585997-qjjgb
#通过查看pod的详细信息，确认pod所使用的镜像6）更新chart包中所运行服务的镜像
其实就是一个服务版本升级的操作，大概思路如下：修改解压后的charts包目录下的values.yaml文件为所需的值（values.yaml文件包含的是这个服务的值，可以在里面指定镜像及标签、数据持久化的类型等等），修改完成后，再使用下面的命令进行升级操作。
[root@master ~]# helm upgrade -f testchart/values.yaml test-nginx newrepo/testchart
#my-nginx是之前实例的名称，可以通过“helm list”查看实例名称
#newrepo/testchart ：为自定义仓库中的chart包
[root@master ~]# kubectl describe pod test-nginx-testchart-6d6984ddd9-gn9sw
#确认pod所使用的镜像已经更新注意
如果使用命令的方式直接进行升级，命令执行完成不会报错，但是镜像并不会更新，推荐使用更改values.yaml的方式进行升级！
7）再次向newrepo仓库上传chart包
[root@master ~]# helm create mychart
[root@master ~]# helm package mychart/
[root@master ~]# mv mychart-0.1.0.tgz myrepo/
[root@master ~]# helm repo index myrepo/ --url http://192.168.1.2:8080/charts
#当有新的chart包时，需更新index.yaml文件
[root@master ~]# scp myrepo/* node01:/var/www/charts
[root@master ~]# helm repo update
#如果需要使用则需更新一下本地的仓库
[root@master ~]# helm search mychart
NAME CHART VERSION APP VERSION DESCRIPTION
local/mychart 0.1.0 1.0 A Helm chart for Kubernetes
newrepo/mychart 0.1.0 1.0 A Helm chart for Kubernetes
#确保新添加的chart包可以被搜索到五、Helm常用命令
[root@master ~]# helm version #查看helm版本信息
[root@master ~]# helm list #查看当前安装的Chart包
[root@master ~]# helm search mysql #查看与mysql相关的chart包
[root@master ~]# helm fetch stable/mysql #将mysql软件包下载到本地
[root@master ~]# helm inspect stable/mysql #查看该软件包的详细信息
[root@master ~]# helm install stable/mysql -n mysql #安装指定的mysql软件包，并命名为mysql
[root@master ~]# helm status mysql #查看mysql的状态信息
[root@master ~]# helm delete --purge mysql #删除mysql，并将本地的缓存也进行删除
[root@master ~]# helm repo add stable https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts
#添加阿里云的repo源
[root@master ~]# helm repo update #更新repo仓库资源
[root@master ~]# helm create helm_charts #创建一个chart，名称为helm_charts
[root@master ~]# cd helm_charts/ && helm lint #测试charts语法
[root@master ~]# helm package helm_charts #打包charts
[root@master helm_charts]# helm template helm_charts-0.1.0.tgz #查看该软件包生成的yaml文件——————本文到此结束，感谢阅读———————
来源：51CTO
作者：筱振
链接：https://blog.51cto.com/14157628/2474498