这篇文章主要介绍kubernetes中如何实现Helm,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!

一:简介
在Kubernetes上进行容器化部署并非易事,通常需要先研究Docker镜像的运行需求,环境变量等内容,并能为这些容器定制存储,网络等设备,最后设计和编写Deployment,Configmap,Service及Ingress等相关yaml配置文件,再提交给Kubernetes进行部署。这些复杂的过程将逐步被Helm应用包管理工具实现。
Helm是一个由CNCF孵化和管理的项目,用于对需要在Kubernetes上部署复杂应用进行定义,安装和更新。Helm以Chart的方式对应用软件信息描述,可以方便地创建,版本化,共享和发布复杂的应用软件。
二:Helm的主要概念
1. Chart:是Helm管理的安装包,里面包含需要部署的安装包资源。类似于yum中的rpm文件。每个Chart包含下面两部分:包的基本描述文件Chart.yaml放在templates目录中的一个或多个Kubernetes manifest文件模板。
2.Release:在Kubernetes集群上运行的一个Chart实例。在同一个集群上,一个Chart可以安装多次。例如一个MySQL Chart,如果想在服务器上运行两个MySQL数据库,就可以基本这个Chart安装两次。每次安装都会生成新的Release,会有独立的Release名称。
3.Repository: 用于存放和共享Chart的仓库。
三:Helm的安装
1.Helm由两部分组成,客户端helm和服务的tiller.
2.客户端helm的安装
- curl https://raw.githubusercontent.com/kubernetes/helm/master/scripts/get > get_helm.sh 
- chmod 755 get_helm.sh 
- ./get_helm.sh 
在执行get_helm.sh脚本的过程中,如果无法获取helm安装包,可以提前通过https://github.com/kubernetes/helm/releases下载当前最新稳定版本的安装包到当前目录,再执行get_helm.sh文件。    这里使用的是helm-v2.9.1-linux-amd64.tar.gz。
3.客户端tiller安装
创建serviceaccount和clusterrolebinding
- kubectl create serviceaccount --namespace kube-system tiller 
- kubectl create clusterrolebinding tiller-cluster-rule --clusterrole=cluster-admin --serviceaccount=kube-system:tiller 
安装tiller
- helm init -i registry.cn-hangzhou.aliyuncs.com/google_containers/tiller:v2.9.1 
为tiller设置serviceaccount
- kubectl patch deploy --namespace kube-system tiller-deploy -p '{"spec":{"template":{"spec":{"serviceAccount":"tiller"}}}}' 
检查是否安装成功
- kubectl -n kube-system get pods|grep tiller 
- tiller-deploy-59c7578f9b-qqwpm 1/1 Running 0 17h 
- helm version 
- Client: &version.Version{SemVer:"v2.9.1", GitCommit:"20adb27c7c5868466912eebdf6664e7390ebe710", GitTreeState:"clean"} 
- Server: &version.Version{SemVer:"v2.9.1", GitCommit:"20adb27c7c5868466912eebdf6664e7390ebe710", GitTreeState:"clean"} 
四:Helm的使用
1.helm search: 搜索可用的Chart
Helm初始化完成之后,默认配置为使用官方的Kubernetes Chart仓库。官方仓库包含大量的经过组织和持续维护的Chart,这个仓库通常命名为stable。
可以用helm inspect 
2.helm create:创建一个chart
helm create nginx
templates目录下的deployment.yaml是部署应用的yaml文件,其中的双?括号包扩起来的部分是Go template,其中的Values是在 values.yaml ?件中定义。
a.charts目录中是本chart依赖的chart,当前是空的
b.Chart.yaml这个yaml文件用于描述Chart的基本信息,如名称版本等
c.templates是Kubernetes manifest文件模板目录,模板使用chart配置的值生成Kubernetes manifest文件。模板文件使用的Go语言模板语法
d.templates/NOTES.txt 纯文本文件,可在其中填写chart的使用说明
e.value.yaml 是chart配置的默认值
3. helm install –dry-run –debug ./: 验证模板和配置
- [debug] Created tunnel using local port: '44785' 
- [debug] SERVER: "127.0.0.1:44785" 
- [debug] Original chart version: "" 
- [debug] CHART PATH: /root/helm/nginx 
- NAME: listless-blackbird 
- REVISION: 1 
- RELEASED: Wed Jun 6 10:00:49 2018 
- CHART: nginx-0.1.0 
- USER-SUPPLIED VALUES: 
- {} 
- COMPUTED VALUES: 
- affinity: {} 
- image: 
- pullPolicy: IfNotPresent 
- repository: nginx 
- tag: stable 
- ingress: 
- annotations: {} 
- enabled: false 
- hosts: 
- - chart-example.local 
- path: / 
- tls: [] 
- nodeSelector: {} 
- replicaCount: 1 
- resources: {} 
- service: 
- port: 80 
- type: ClusterIP 
- tolerations: [] 
- HOOKS: 
- MANIFEST: 
- --- 
- # Source: nginx/templates/service.yaml 
- apiVersion: v1 
- kind: Service 
- metadata: 
- name: listless-blackbird-nginx 
- labels: 
- app: nginx 
- chart: nginx-0.1.0 
- release: listless-blackbird 
- heritage: Tiller 
- spec: 
- type: ClusterIP 
- ports: 
- - port: 80 
- targetPort: http 
- protocol: TCP 
- name: http 
- selector: 
- app: nginx 
- release: listless-blackbird 
- --- 
- # Source: nginx/templates/deployment.yaml 
- apiVersion: apps/v1beta2 
- kind: Deployment 
- metadata: 
- name: listless-blackbird-nginx 
- labels: 
- app: nginx 
- chart: nginx-0.1.0 
- release: listless-blackbird 
- heritage: Tiller 
- spec: 
- replicas: 1 
- selector: 
- matchLabels: 
- app: nginx 
- release: listless-blackbird 
- template: 
- metadata: 
- labels: 
- app: nginx 
- release: listless-blackbird 
- spec: 
- containers: 
- - name: nginx 
- image: "nginx:stable" 
- imagePullPolicy: IfNotPresent 
- ports: 
- - name: http 
- containerPort: 80 
- protocol: TCP 
- livenessProbe: 
- httpGet: 
- path: / 
- port: http 
- readinessProbe: 
- httpGet: 
- path: / 
- port: http 
- resources: 
- {} 
4.helm install : 安装Chart
在安装过程中,Helm客户端会输出一些有用的信息,例如Release的状态,以及额外的配置步骤等。在helm install过程中,可以使用helm status命令来跟踪release状态。
5.自定义Chart配置
a.--values 或者-f: 使用yaml配置文件进行参数配置,可以配置多个文件,最后一个优先生效。多个文件中重复的value会进行覆盖操作,不同的value会叠加生效。
b.--set: 在命令行直接设置参数
举例:
helm install stable/mariadb -f config.yaml -f config2.yaml
helm install stable/mariadb --set mariadbDatabase=firstdb,mariadbRootPassword=abcdefg
6.helm upgrade和helm rollback: 应用的更新或回滚
helm upgrade会利用用户提供的更新信息来对Release进行更新。应为Kubernetes Chart可能会有很大的规模或者相对复杂的关系,helm 会尝试进行最小影响的更新,只更新相对于上一个release来说发生变化的内容。
7.helm delete : 删除一个Release
8.helm repo : 仓库的使用
a. helm repo list : 列出所有仓库
- NAME URL 
- stable https://kubernetes-charts.storage.googleapis.com 
- local http://127.0.0.1:8879/charts 
b. helm repo add : 添加仓库
c.helm repo update : 更新仓库中的Chart信息
9.快速制作自定义的Chart
同其它软件开发过程一样,快速制作一个简单Chart的方法,就是从其它项目中复制并修改。例如我们要简单地改写前面MariaDB的Chart 令其使用本地的私有镜像仓库,可以按照如下步骤进行:
a. 下载Chart: 使用helm fetch stable/mariadb命令下载这一Chart的压缩包
b.编辑Chart
c.利用tar 解压后,将目录重新命名为mymariadb
d.修改templates中的deployment.yaml
e.将Chart.yaml 中的版本号修改为0.1.1 name为mymariadb
f.使用helm package mymariadb打包chart,并生成一个名为mymariadb-0.11.tgz的压缩包
g.安装chart 通过helm install mymariadb-0.1.1.tgz命令将新生成的Chart安装到集群当中。
10. 搭建私有Repository
Chart仓库主要由Chart压缩包和索引文件构成,通过HTTP/HTTPS 对外提供服务。
通过 helm repo index 创建索引
以上是“kubernetes中如何实现Helm”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注创新互联-成都网站建设公司行业资讯频道!
文章题目:kubernetes中如何实现Helm-创新互联
本文路径:http://www.scyingshan.cn/article/psdic.html

 建站
建站
 咨询
咨询 售后
售后
 建站咨询
建站咨询 
 