微服務和容器化給複雜應用部署與管理帶來了極大的挑戰。Helm是目前Kubernetes服務編排領域的惟一開源子項目,作爲Kubernetes應用的一個包管理工具,可理解爲Kubernetes的apt-get / yum,由Deis 公司發起,該公司已經被微軟收購。Helm經過軟件打包的形式,支持發佈的版本管理和控制,很大程度上簡化了Kubernetes應用部署和管理的複雜性。
隨着業務容器化與向微服務架構轉變,經過分解巨大的單體應用爲多個服務的方式,分解了單體應用的複雜性,使每一個微服務均可以獨立部署和擴展,實現了敏捷開發和快速迭代和部署。但任何事情都有兩面性,雖然微服務給咱們帶來了不少便利,但因爲應用被拆分紅多個組件,致使服務數量大幅增長,對於Kubernetest編排來講,每一個組件有本身的資源文件,而且能夠獨立的部署與伸縮,這給採用Kubernetes作應用編排帶來了諸多挑戰:mysql
而採用Helm,能夠輕鬆的解決上面的問題。
Helm把Kubernetes資源(好比deployments、services或 ingress等) 打包到一個chart中,而chart被保存到chart倉庫。經過chart倉庫可用來存儲和分享chart。Helm使發佈可配置,支持發佈應用配置的版本管理,簡化了Kubernetes部署應用的版本控制、打包、發佈、刪除、更新等操做。
本文的目標是展現Helm的一次發佈的生命週期,包含了chart建立、更新、回滾、刪除等,另外會展現helm的強大版本管理功能。nginx
獲取版本爲0.2.8的mysql並解壓縮包:redis
$ helm fetch stable/mysql --version 0.2.8 --untar $ ls mysql/ Chart.yaml README.md templates values.yaml
利用helm lint命令檢查下載的chart是否存在問題:sql
$ helm lint mysql ==> Linting mysql Lint OK 1 chart(s) linted, no failures
利用helm create mychart命令建立一個mychart目錄:json
$ helm create mychart
Creating mychart
生成的mychart的文件結構以下:ubuntu
mychart/ |-- charts |-- Chart.yaml |-- templates | |-- deployment.yaml | |-- _helpers.tpl | |-- ingress.yaml | |-- NOTES.txt | `-- service.yaml `-- values.yaml 2 directories, 7 files
生成chart目錄裏有Chart.yaml, values.yaml 與 NOTES.txt等文件,下面分別對chart中幾個重要文件解釋:
Chart.yaml 包含了chart的metabash
chart安裝有如下幾種方式:架構
覆蓋chart中的默認值,經過指定配置文件方式:app
helm install -f myvalues.yaml ./redis
或者經過–set key=value形式:ide
$ helm install --set name=prod ./redis
安裝release名稱爲mysql例子以下,請注意NOTES中對Mysql的使用說明:
$ helm install -n mysql -f mysql/values.yaml --set resources.requests.memory=512Mi mysql NAME: mysql LAST DEPLOYED: Thu Sep 14 05:48:31 2017 NAMESPACE: default STATUS: DEPLOYED RESOURCES: ==> v1beta1/Deployment NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE mysql-mysql 1 1 1 0 0s ==> v1/Secret NAME TYPE DATA AGE mysql-mysql Opaque 2 0s ==> v1/ConfigMap NAME DATA AGE mysql-configmap 1 0s ==> v1/PersistentVolumeClaim NAME STATUS VOLUME CAPACITY ACCESSMODES STORAGECLASS AGE mysql-mysql Pending 0s ==> v1/Service NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE mysql-mysql 10.98.221.43 <none> 3306/TCP 0s NOTES: MySQL can be accessed via port 3306 on the following DNS name from within your cluster: mysql-mysql.default.svc.cluster.local To get your root password run: kubectl get secret --namespace default mysql-mysql -o jsonpath="{.data.mysql-root-password}" | base64 --decode; echo To connect to your database: Run an Ubuntu pod that you can use as a client: kubectl run -i --tty ubuntu --image=ubuntu:16.04 --restart=Never -- bash -il Install the mysql client: $ apt-get update && apt-get install mysql-client -y Connect using the mysql cli, then provide your password: $ mysql -h mysql-mysql -p
經過helm status查看release狀態:
$ helm status mysql LAST DEPLOYED: Tue Sep 12 07:31:49 2017 NAMESPACE: default STATUS: DEPLOYED
或經過helm list -a查看所有的release,tag 「-a」是查看所有的release,包括已部署、部署失敗、正在刪除、已刪除release等。
$ helm list -a
$ helm list -a | grep mysqlmysql 1 Tue Sep 12 07:31:49 2017 DEPLOYED mysql-0.2.8 default
Helm使用helm upgrade更新已安裝的release:
$ helm upgrade mysql -f mysql/values.yaml --set resources.requests.memory=1024Mi mysql
查看指定release的歷史部署版本信息:
$ helm hist mysql REVISION UPDATED STATUS CHART DESCRIPTION 1 Tue Sep 12 07:31:49 2017 SUPERSEDED mysql-0.2.8 Install complete 2 Tue Sep 12 07:44:00 2017 DEPLOYED mysql-0.2.8 Upgrade complete
查看指定release的歷史版本部署時部分配置信息,以resources.requests.memory爲例,符合查看部署符合預期:即第一次部署resources.requests.memory設置爲512Mi,第二次的升級resources.requests.memory設置爲1024Mi:
$ helm get --revision 1 mysql resources: requests: cpu: 100m memory: 512Mi $ helm get --revision 2 mysql resources: requests: cpu: 100m memory: 1024Mi
回滾到第一次的版本:
helm rollback --debug mysql 1 [debug] Created tunnel using local port: '60303' [debug] SERVER: "localhost:60303" Rollback was a success! Happy Helming!
查看mysql release的版本信息,當前已經回滾到REVISION爲1的版本:
$ helm hist mysql REVISION UPDATED STATUS CHART DESCRIPTION 1 Tue Sep 12 07:31:49 2017 SUPERSEDED mysql-0.2.8 Install complete 2 Tue Sep 12 07:44:00 2017 SUPERSEDED mysql-0.2.8 Upgrade complete 3 Tue Sep 12 08:50:48 2017 DEPLOYED mysql-0.2.8 Rollback to 1
利用helm delete命令刪除一個chart:
$ helm delete mysql release "mysql" deleted
確認chart是否刪除:
$ helm ls -a mysql NAME REVISION UPDATED STATUS CHART NAMESPACE mysql 3 Tue Sep 12 08:50:48 2017 DELETED mysql-0.2.8 default
即便刪除的chart,其發佈的歷史信息仍是繼續被保存。
$ helm hist mysql REVISION UPDATED STATUS CHART DESCRIPTION 1 Tue Sep 12 07:31:49 2017 SUPERSEDED mysql-0.2.8 Install complete 2 Tue Sep 12 07:44:00 2017 SUPERSEDED mysql-0.2.8 Upgrade complete 3 Tue Sep 12 08:50:48 2017 DELETED mysql-0.2.8 Deletion complete
能夠恢復一個已經刪除的release:
$ helm rollback --debug mysql 2 [debug] Created tunnel using local port: '37413' [debug] SERVER: "localhost:37413" Rollback was a success! Happy Helming!
若是但願完全刪除一個release,能夠用以下命令:
$ helm delete --purge mysql release "mysql" deleted
再次查看剛被刪除的mysql release,提示已經沒法找到,符合預期:
$ helm hist mysql Error: release: "mysql" not found
在上面例子中,已經展現了Helm對release的很是強大的版本管理功能,好比經過」helm list -a」查看有哪些release,經過」 helm hist「查看某一個具體的release發佈過的歷史版本,以及經過」 helm get --revision」,查看某個release的一次歷史版本對應的具體應用配置信息等。即便已經被刪除的release仍然有記錄,而且經過Helm可以快速回滾到已刪除release的某個發佈過的歷史版本。Helm的這些版本管理功能,Kubernetes原生並不支持。