该文档内容来源于尚硅谷K8S教学视频课件尚硅谷
仅用于知识整理，便于后续巩固复习，如有侵权，请联系本人删除
需要注意的是，这套尚硅谷教学视频中使用的是helm2的版本，本人所用的是k8s 1.18版本，与helm2不兼容，后续安装的是helm3的版本，所以blog中会涉及到关于helm2和helm3的一些内容，有区别之处都会作特别说明
Helm官方网址：https://helm.sh/zh/docs/intro/quickstart/ 多看官方文档
Helm的github下载地址：https://github.com/helm/helm/releases
在没使用 helm 之前，向 kubernetes 部署应用，我们要依次部署 deployment、svc 等，步骤较繁琐。况且随 着很多项目微服务化，复杂的应用在容器中部署以及管理显得较为复杂，helm 通过打包的方式，支持发布的版本 管理和控制，很大程度上简化了 Kubernetes 应用的部署和管理。把helm理解为是专门负责管理k8s中的应用资源的工具，使用helm可以对k8s中的应用进行统一打包、分发、安装、升级以及回退等操作。 Helm 本质就是让 K8s 的应用管理（Deployment,Service 等 ) 可配置，能动态生成。通过动态生成 K8s 资源清 单文件（deployment.yaml，service.yaml）。然后调用 Kubectl 自动执行 K8s 资源部署。
Helm 是官方提供的类似于 YUM 的包管理器，是部署环境的流程封装。Helm 有两个重要的概念：chart 和 release ，实际上还有一个重要的概念是repo
Helm2 包含两个组件：Helm 客户端和 Tiller 服务器，如下图所示：
Helm 客户端负责 chart 和 release 的创建和管理以及和 Tiller 的交互。Tiller 服务器运行在 Kubernetes 集群 中，它会处理 Helm 客户端的请求，与 Kubernetes API Server 交互。
本人实际使用的是k8s1.18.0，安装helm2.13.1时，到最后初始化时会报错是因为k8s版本与helm版本之间的问题，参考 解决K8s报错:Error: error installing: the server could not find the requested resource
如果使用helm2.15版本的话，可以解决上述错误，但是随之而来的一个问题是，在创建tiller pod的过程中需要从gcr.io/kubernetes-helm/tiller:v2.15.0 这个地址拉取镜像，总是拉取失败，所以tiller这个pod就无法创建成功，后续也无法正常使用。放弃了，直接安装helm3了 helm3入门Blog
但是后续的部分流程还是按照helm2.13来的，先跟着课件走一遍再说，其中有与helm2不同的地方，会另做标注
Helm 由客户端命令行工具helm和服务端 tiller 组成，Helm 的安装十分简单。 下载 helm 命令行工具到 master 节点 node1 的 /usr/local/bin 下，这里下载的 2.13. 1版本：
ntpdate ntp1.aliyun.com
wget https://storage.googleapis.com/kubernetes-helm/helm-v2.13.1-linux-amd64.tar.gz
tar -zxvf helm-v2.13.1-linux-amd64.tar.gz
cd linux-amd64/
cp helm /usr/local/bin/
为了安装服务端 tiller，还需要在这台机器上配置好 kubectl 工具和 kubeconfig 文件，确保 kubectl 工具可以 在这台机器上访问 apiserver 且正常使用。 这里的 node1 节点以及配置好了 kubectl。因为 Kubernetes APIServer 开启了 RBAC 访问控制，所以需要创建 tiller 使用的 service account: tiller 并分 配合适的角色给它。 详细内容可以查看helm文档中的 Role-based Access Control。 这里简单起见直接分配 cluster- admin 这个集群内置的 ClusterRole 给它。创建 rbac-config.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
helm init --service-account tiller --skip-refresh
tiller 默认被部署在 k8s 集群中的 kube-system 这个 namespace 下：
kubectl get pod -n kube-system -l app=helm
helm version
如果安装的是helm3版本的话，关于tiller就不需要再看了
官方文档给出了一些关于helm3的使用方式helm使用，通过helm可以安装一些现有的环境/包 这里叫做chart，当然也可以自定义
下述是helm2的创建自定义模板的流程，后续有helm3的，有用到helm3的可以直接跳到helm3
创建文件夹
mkdir ./hello-world
cd ./hello-world
创建自描述文件 Chart.yaml （这个文件必须有）, 且这个文件必须有 name 和 version 定义
$ cat <<'EOF' > ./Chart.yaml
name: hello-world
version: 1.0.0
EOF
创建模板文件， 用于生成 Kubernetes 资源清单（manifests），且必须创建在templates文件夹
# 创建模板文件， 用于生成 Kubernetes 资源清单（manifests）
$ mkdir ./templates
$ cat <<'EOF' > ./templates/deployment.yaml
# 下面是deployment.yaml的配置文件
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: hello-world
spec:
replicas: 1
selector:
matchLabels:
app: hello-world
template:
metadata:
labels:
app: hello-world
spec:
containers:
- name: hello-world
image: hub.atguigu.com/library/myapp:v1
ports:
- containerPort: 80
protocol: TCP
# 然后再创建一个service.yaml配置文件
apiVersion: v1
kind: Service
metadata:
name: hello-world
spec:
type: NodePort
ports:
- port: 80
targetPort: 80
protocol: TCP
selector:
app: hello-world
# 使用命令 helm install RELATIVE_PATH_TO_CHART 创建一次Release
helm install .
# 还可以把配置配置在配置文件中 values.yaml（一些属性的配置文件）
image:
repository: gcr.io/google-samples/node-hello
tag: '1.0'
# 这个文件中定义的值，在模板文件中可以通过 .VAlues对象访问到
# 比如在templates/deployment.yaml文件中就可以这样使用values.yaml文件中的内容，前提是都要在templates这个文件夹下
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: hello-world
spec:
replicas: 1
template:
metadata:
labels:
app: hello-world
spec:
containers:
- name: hello-world
image: {{ .Values.image.repository }}:{{ .Values.image.tag }}
ports:
- containerPort: 80
protocol: TCP
helm2的常用操作，helm3的很多常规操作命令与helm2不一致
#在部署为release时，values.yaml中的值是可以被覆盖的，可以使用 --values YAML_FILE_PATH 或 --set key1=value1, key2=value2 覆盖掉
# upgrade时也可以覆盖values中的配置文件的值
$ helm install --set image.tag='latest' .
# 升级版本
helm upgrade -f values.yaml test .
# 列出已经部署的 Release
helm ls
# 查询一个特定的 Release 的状态
helm status RELEASE_NAME
# 移除所有与这个 Release 相关的 Kubernetes 资源
helm delete cautious-shrimp
# helm rollback RELEASE_NAME REVISION_NUMBER
helm rollback cautious-shrimp 1
# 使用 helm delete --purge RELEASE_NAME 移除所有与指定 Release 相关的 Kubernetes 资源和所有这个Release 的记录
#helm3中不需要加--purge命令即可彻底删除
helm delete --purge cautious-shrimp
helm ls --deleted
使用helm3自定义chart模板
首先运行helm create DiyName 命令，即可在当前文件夹下创建出一个名为myapp的文件夹，里面已经生成了一些配置文件的模板，实际上就是上述helm2需要手动创建的一些文件，这里直接自动生成，直接进行配置即可，真香
#运行helm create DiyName 命令
helm create myapp
可以看下生成的文件目录的结构：
- _helpers.tpl里面的内容是定义模板用的，所有模板都可以再这里定义，然后再任何yaml文件当中都可以调用这个文件下的模板
NOTES.txt: chart的"帮助文本"。这会在你的用户执行helm install时展示给他们。deployment.yaml: 创建Kubernetes 工作负载的基本清单service.yaml: 为你的工作负载创建一个 service终端基本清单。_helpers.tpl: 放置可以通过chart复用的模板辅助对象values.yaml文件也导入到了模板。这个文件包含了chart的 默认值 。这些值会在用户执行helm install或helm upgrade时被覆盖。charts/目录 可以 包含其他的chart(称之为 子chart)。
为了快速的实现该流程，没有必要把所有的配置文件都配置一遍，直接先把templates文件夹下的所有文件都删除，然后创建之前我们所配置的一个deployment.yaml和一个service.yaml文件即可。
然后直接在myapp文件夹下运行
helm install diyChartName .
#执行上述命令之后，通过helm list即可查看所安装的chart信息
# 使用模板动态生成K8s资源清单，非常需要能提前预览生成的结果。
# 使用--dry-run --debug 选项来打印出生成的清单文件内容，而不执行部署
helm install . --dry-run --debug --set image.tag=latest