1.helm install
helm install命令可以從多個(gè)來源安裝：
- 通過chart倉庫: helm install stable/mariadb
- 通過本地 chart 壓縮包: helm install ./nginx-1.2.3.tgz
- 通過解壓后的chart目錄 helm install ./nginx
- 通過完整URL: helm install https://example.com/charts/nginx-1.2.3.tgz
命令：
helm install /home/nginx-1.2.3.tgz --version 1.1 --namespace nginx --name nginx --values=/home/nginx.conf
有用參數(shù)：
--name release的名字
--namespace release的命名空間
-dry-run 模擬一次安裝压怠，常和--debug一起使用股淡，調(diào)試chart模板是否正常
--no-hooks 在安裝過程中不使用hooks
--values 使用YAML文件中指定值
2. helm upgrade的策略
Helm會嘗試執(zhí)行最小侵入式升級匾乓。它只會更新自上次發(fā)布以來發(fā)生更改的內(nèi)容。
helm upgrade --install prometheus --namespace prometheus prometheus -f /tmp/prometheus \
--set manifests.job=true \
--set storege.requests.size=100Gi
3.helm upgrde 的時(shí)候無法修改job的標(biāo)簽
當(dāng)部署一個(gè)Chart裁蚁，其中部署了Job和CronJob等。我們需要更新部署為Job/CronJob的容器的標(biāo)簽焕刮，并且在update --install --atomic收到此錯(cuò)誤期間：
Error: UPGRADE FAILED: release X failed, and has been rolled back due to atomic being set: cannot patch "X" with kind Job: Job.batch "Y" is invalid: spec.template: Invalid value: [skipped]: field is immutable
- 原因：
問題是Kubernetes認(rèn)為某些事情是不可變的邓馒。您不能在某些類型的Kubernetes對象上升級某些值。但是特愿，Helm不知道這些值是什么值仲墨，因?yàn)樗鼈儾粫患軜?gòu)公開勾缭。因此，Helm將清單發(fā)送給Kubernetes目养，Kubernetes會以不可變的字段列表作為響應(yīng)俩由。部署失敗，因?yàn)闊o法升級對象癌蚁。
解決方案是讓您的圖表不嘗試修改不可變字段幻梯。您可以在Kubernetes文檔https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/中找到更多信息
如果確定要重新運(yùn)行該Job，我們建議在Job名稱后添加一個(gè)隨機(jī)字符串
metadata:
name: {{ template "fullname" . }}-{{ randAlphaNum 5 | lower }}
4. helm 加上--dry-run --debug做調(diào)試
我們用模板來生成資源文件的清單努释，但是如果我們想要調(diào)試就非常不方便了碘梢，不可能我們每次都去部署一個(gè)release實(shí)例來校驗(yàn)?zāi)０迨欠裾_，所幸的時(shí) Helm 為我們提供了--dry-run --debug這個(gè)可選參數(shù)伐蒂，在執(zhí)行helm install的時(shí)候帶上這兩個(gè)參數(shù)就可以把對應(yīng)的 values 值和生成的最終的資源清單文件打印出來煞躬，而不會真正的去部署一個(gè)release實(shí)例，比如我們來調(diào)試上面創(chuàng)建的 chart 包：
helm install /home/ceilometer-6.0.1-beta.164.tgz --dry-run --debug --version 6.0.1-beta.164 --namespace openstack --name ceilometer --values=/tmp/ceilometer
