利用Helm简化Kubernetes应用部署(2)

目录

  • 定义Charts 
  • 使用Helm部署Demo 
  • Helm常用操作命令 

 定义Charts

回到之前的“charts”目录,我们依次进行解读并进行简单的修改。

  • Chart.yaml

配置示例:

apiVersion: v1
appVersion: "1.1"
description: A demo Helm chart for Kubernetes
name: k8sapp
version: 0.1.1

如上述定义所示,Chart.yaml用于提供Charts相关的元数据定义,比如名称、版本,属于必备文件。主要字段如下所示:

字段

是否必填

说明

name

当前Chart名称

version

版本号

apiVersion

chart API 版本,一直为“v1”

description

 

Chart描述

keywords

 

关键字列表

home

 

项目主页URL

kubeVersion

 

依赖的Kubernetes版本

sources

 

源码地址列表

maintainers

 

维护者列表,由name、email、url组成

engine

 

模板引擎名称,默认为gotpl,即go模板

icon

 

图标地址

appVersion

 

应用程序版本

deprecated

 

是否已废弃

tillerVersion

 

依赖的Tiller版本,例如">2.0.0"

 

  • values.yaml和模板

values.yaml配置示例:

# 定义k8sapp的默认配置
fullnameOverride: k8sapp
replicaCount: 1 #副本数
image: #镜像配置
  repository: ccr.ccs.tencentyun.com/magicodes/k8sapp
  tag: latest

 pullPolicy: Always #镜像拉取策略,Always表示总是拉取最新镜像,IfNotPresent表示如果本地存在则不拉取,Never则表示只使用本地镜像

service:   #Service配置
  type: NodePort #NodePort服务类型,以便外部访问
  port: 80
secrets: {}
ingress:
  enabled: false    #不配置ingress
#资源限制
resources:
  limits:
    cpu: 1
    memory: 228Mi
  requests:
    cpu: 100m
    memory: 128Mi

如以上示例配置所示,我们在一个values.yaml配置了Deployment和Service的配置,整个配置简单干净,当然我们还能配置更多,比如ingress和secrets等等。那么我们的配置是怎么起作用的呢?这里的配置又是如何转换为对应的Deployment、Service等配置的呢?我们来打开“templates”目录下的deployment.yaml模板文件:

apiVersion: apps/v1beta2
kind: Deployment
metadata:
  name: {{ template "k8sapp.fullname" . }}
  labels:
    app: {{ template "k8sapp.name" . }}
    chart: {{ template "k8sapp.chart" . }}
    draft: {{ default "draft-app" .Values.draft }}
    release: {{ .Release.Name }}
    heritage: {{ .Release.Service }}
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app: {{ template "k8sapp.name" . }}
      release: {{ .Release.Name }}
  template:
    metadata:
      labels:
        app: {{ template "k8sapp.name" . }}
        draft: {{ default "draft-app" .Values.draft }}
        release: {{ .Release.Name }}
      annotations:
        buildID: {{ .Values.buildID }}
    spec:
      containers:
        - name: {{ .Chart.Name }}
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
          imagePullPolicy: {{ .Values.image.pullPolicy }}
          ports:
            - name: http
              containerPort: 80
              protocol: TCP
          env:
            {{- $root := . }}
            {{- range $ref, $values := .Values.secrets }}
            {{- range $key, $value := $values }}
            - name: {{ $ref }}_{{ $key }}
              valueFrom:
                secretKeyRef:
                  name: {{ template "k8sapp.fullname" $root }}-{{ $ref | lower }}
                  key: {{ $key }}
            {{- end }}
            {{- end }}
          resources:
{{ toYaml .Values.resources | indent 12 }}
    {{- with .Values.imagePullSecrets }}
      imagePullSecrets:
{{ toYaml . | indent 8 }}
    {{- end }}

如上所示,这是一个使用Go模板的Deployment模板文件,它通过读取“Chart.yaml”和“values.yaml”中的配置进行转换。同样的,service.yaml、ingress.yaml也是如此,同时我们也可以基于其语法编写更多的模板。这些模板在执行“helm install”命令时进行转换。

值得注意的是,“.Values”对象可以访问values.yaml中的任何配置,如果使用自定义的值则会覆盖此值。“. Release”对象则为预定义的值,可用于任意模板,并且无法被覆盖。其中,常用的预定义值如下所示:

名称

说明

Release.Name

发布的资源实例名称

Release.Time

Chart最后发布时间

Release.Namespace

命名空间

Release.Service

发布服务名称,通常是“Tiller”

Release.IsUpgrade

当前操作是否升级

Release.IsInstall

当前操作是否为安装

Release.Revision

修订号,从1开始递增

Chart

对应“Chart.yaml”

Files

可以访问所有的非模板文件和非特殊文件

 

  • requirements.yaml

requirements.yaml用于管理依赖关系。例如:

dependencies:
  - name: apache
    version: 1.2.3
    repository: http://example.com/charts
  - name: mysql
    version: 3.2.1
    repository: http://another.example.com/charts

如上所示,常用的字段如下所示:

  • name表示Chart名称;

  • version表示Chart版本;

  • repository表示Chart存储库地址,注意,我们还必须使用“helm repo add”命令在本地添加该存储库地址;

  • alias表示别名;

  • tags用于指定仅装载匹配的Chart;

  • condition用于设置条件来装载匹配的Chart;

  • import-values则用于导入子Chart的多个值。

如果要对依赖关系进行更好的控制,我们可以手工将被依赖的Charts复制到应用的Charts目录下,以明确的表达这种依赖关系。例如WordPress依赖于Apache和MySQL,则其依赖关系以目录的形式体现如下所示:

利用Helm简化Kubernetes应用部署(2)_第1张图片

 

 

使用Helm部署Demo

好了,唠嗑了这么多,也该来点实际的了。接下来我们基于以上的认知和Demo配置来进行部署,部署流程如下所示:

利用Helm简化Kubernetes应用部署(2)_第2张图片

 

 如上图所示,我们来开始Helm的部署之旅。

1.准备Chart

Chart我们已经准备好了,具体看上一节的“values.yaml”示例。

2.推送Chart

接下来我们来推送到仓库。这里为了简单,我们直接使用腾讯云的Tencent Hub提供的免费的Helm仓库。Tencent Hub的操作比较简单,我们这里略过。接下来,我们将该仓库添加到本地:

helm repo add {mycharts} https://hub.tencentyun.com/charts/mycharts --username {myname} --password {mypassword}

“helm repo add”命令用于将仓库添加到本地仓库列表,以上命令中的变量说明如下所示:

  • mycharts 替换为自己仓库的命名空间 (用户名或组织名)

  • myname 替换为 Tencent Hub 账号用户名

  • mypassword 替换为 Tencent Hub 账号密码

添加完成后,我们可以使用命令“helm repo list”列出本地仓库列表:

利用Helm简化Kubernetes应用部署(2)_第3张图片

 

 接下来,我们需要将我们的Chart包推送到Tencent Hub的Helm仓库,在推送之前,我们还需要安装平台的推送插件:

yum install git #如果本地已经安装git,可以忽略此步骤

helm plugin install https://github.com/imroc/helm-push #安装Tencent Hub推送插件

插件安装完毕之后,我们就可以开始我们的操作了。首先,确保Chart文件在Helm客户端所在的机器上已经准备就绪,如下图中的“k8sapp”目录:

利用Helm简化Kubernetes应用部署(2)_第4张图片

 

 然后就可以执行推送命令了:

helm push ./k8sapp xinlai

如上所示,“helm push”用于推送Chart,“./k8sapp”是目录位置,“xinlai”是存储库的名称。执行以上脚本会自动将目标目录打包并推送:

 

 接下来,我们可以在Tencent Hub管理界面上看到我们的包了:

 

 不仅如此,我们还能查看详情:

利用Helm简化Kubernetes应用部署(2)_第5张图片

  1. 拉取并执行部署

如果是在云端的k8s集群进行Helm应用部署,操作非常简单,云供应基本上都提供了封装:

利用Helm简化Kubernetes应用部署(2)_第6张图片

 

 创建完成后如下所示:

利用Helm简化Kubernetes应用部署(2)_第7张图片

 

 如上图所示,此Helm应用创建了Deployment资源和Service资源,其中Service的类型为NodePort,端口为“32160”,接下来我们可以通过节点端口访问:

利用Helm简化Kubernetes应用部署(2)_第8张图片

 

 如果是本地集群呢?我们可以通过以下脚本拉取Chart并执行部署:

helm repo update && helm fetch xinlai/k8sapp
helm install xinlai/k8sapp

部署完成后如图所示:

利用Helm简化Kubernetes应用部署(2)_第9张图片

 

 注意:我们可以通过“--version”参数来部署指定版本的Helm应用:

利用Helm简化Kubernetes应用部署(2)_第10张图片

 

 如图所示,我们得到了Service的端口为“32705”,同样的通过本地节点端口访问如下所示:

利用Helm简化Kubernetes应用部署(2)_第11张图片

 

 至此,通过Helm我们部署了一个简单的“k8sapp”Demo应用。部署完成后,我们可以通过命令“helm list”来查看已部署的Release:

 

 

Helm常用操作命令

除了上面提到的一些Helm命令之外,一些常用的操作Demo如下所示:

  • 升级和更新

helm upgrade zeroed-rodent xinlai/k8sapp --version 0.1.6

#“zeroed-rodent”为Release名称,“xinlai/k8sapp”为Chart地址。

 

helm upgrade --set imageTag=20190731075922 zeroed-rodent xinlai/k8sapp

#更新镜像

 

  • 查看版本历史

helm history zeroed-rodent

#查看Release历史

 

  • 回滚

helm rollback zeroed-rodent 1

#回滚到版本1

 

  • 删除

helm delete zeroed-rodent

#删除Release

 

  • 下载Chart

helm fetch xinlai/k8sapp

#下载Chart

 

  • 基于本地Chart目录部署

helm install ./k8sapp

#基于目录“k8sapp”部署

 

  • 打包

helm package ./k8sapp

#会打包压缩生成类似于“/k8sapp-0.1.5.tgz”的文件

 

  • 搜索

helm search k8sapp

#在所有仓库里搜索Chart“k8sapp”

 

  • 启动本地仓储服务

helm serve

#默认地址为“127.0.0.1:8879”,可以使用“--address”参数绑定其他地址和端口

 

 

往期内容链接

Docker+ Kubernetes已成为云计算的主流(二十五)

容器化之后如何节省云端成本?(二十六)

了解Kubernetes主体架构(二十七)

使用Minikube部署本地Kubernetes集群(二十八)

使用kubectl管理k8s集群(二十九)

使用Kubeadm创建k8s集群之部署规划(三十)

使用Kubeadm创建k8s集群之节点部署(三十一)

集群故障处理之处理思路以及健康状态检查(三十二)

集群故障处理之处理思路以及听诊三板斧(三十三)

开源导入导出通用库Magicodes.ExporterAndImporter发布

使用Kubectl部署应用

通过Service访问应用 (1)

通过Service访问应用 (2)

使用Ingress来负载分发微服务

利用Helm简化Kubernetes应用部署(1)

你可能感兴趣的:(利用Helm简化Kubernetes应用部署(2))