有哪些做废品的网站,怎么做网站广告古董,新企业如何在国税网站上做套餐,江门网站设计华企立方1、helm chart
1.0、什么是helm#xff1f;
介绍#xff1a;就是个包管理器。理解为java的maven、linux的yum就好。 安装方法也可参见官网#xff1a; https://helm.sh/docs/intro/install
通过前面的演示我们知道#xff0c;有了helm之后应用的安装、升级、查看、停止都… 1、helm chart
1.0、什么是helm
介绍就是个包管理器。理解为java的maven、linux的yum就好。 安装方法也可参见官网 https://helm.sh/docs/intro/install
通过前面的演示我们知道有了helm之后应用的安装、升级、查看、停止都变得非常简单。
1.1、helm chart 及 相关介绍
1、什么是chart 一个chart就可以管理一个服务一个chart就应该包括一个服务所需要的所有配置文件例如 deployment、service、ingress、role、serviceaccount等。 例如对于如下截图所示的服务有很多资源。没有chart的时候我们需要 kubectl apply -f a.yaml b.yaml …… 等进行启动有了helm之后启动、升级、查看、停止等管理都变的很简单了。
2、关于chart的几个概念
①chart就代表helm包包含在k8s集群内部运行的程序、服务所需要的所有定义。
②repository(仓库)用来存放和共享charts的地方。
③release运行在k8s集群中的chart的实例。一个chart可以在同一个集群中安装多次每次都会创建一个新的release。
3、chart包中文件的组成形式及作用 各文件作用及解释如下 (1)templates: 这个就是k8s资源声明的模板文件。 其中包括了一个服务所需要的deployment、service、ingress、configmap等所有需要用到的资源的模板。 注“模板文件”的意思是文件的规范就是k8s资源描述规范但是里面部分值信息是被模板化了的意思。 注在执行helm install 安装时helm会把这里的模板文件和values.yaml中配置项的值结合起来得到k8s的实际资源定义并应用到k8s上。 (2)values.yaml主要用来保存一些可变参数(配置项)例如 版本、副本数等。 注所以通过查看values.yaml我们就知道这个chart暴露了哪些参数给我们可以调。 (3)chart.yaml描述chart信息的元数据名称、描述、类型、版本号等基础信息。 (4)charts里面包含的是子charts一般用不到。 (5)NOTE.txt安装成功的提示信息。注里面也可以引用可变参数。 (6)_helpers.tpl定义了一些函数供模板通过include的方式使用。 4、helmfile又是什么东西
类比docker helm 与 helmfile的关系 就是 docker 与 docker composer 的关系。 一个chart就可以对应成一个服务helm就是负责部署单个chart的—— 单兵。 helmfile则是用一份配置文件批量部署多个helm chart —— 指挥多个单兵的长官。 什么情况需要用 helmfile ✅ 需要同时管理多个 Helm Chart ✅ 环境配置复杂开发/测试/生产/多集群 ✅ 要求部署过程可重复、可版本化 如果只是部署单个应用直接用 Helm 就够了 一句话总结
Helmfile Helm 批量处理 环境管理 依赖控制 它让 Helm Chart 的复杂部署变得像点外卖一样简单——你只需要下一份订单helmfile.yaml剩下的交给它搞定
helmfile 常用命令
# 查看将要执行的操作干跑测试
helmfile diff# 部署所有 Chart
helmfile apply# 仅部署某个 Chart如 frontend
helmfile sync -l namefrontend# 卸载所有 Chart
helmfile destroy
1.2、helm 常用命令
1.2.1、安装与部署
#helm install 将chart安装到k8s集群创建release
helm install my-nginx bitnami/nginx -n default
注my-nginx 是 Release 名称bitnami/nginx 是 Chart 名称-n 指定命名空间#helm upgrade 升级已安装的 Release应用新配置或新版本 Chart。
helm upgrade my-nginx bitnami/nginx --set replicaCount2
注修改副本数为 2并更新 Release
1.2.2、仓库管理
#helm repo add 添加第三方 Chart 仓库。
helm repo add bitnami https://charts.bitnami.com/bitnami
注添加 Bitnami 官方仓库#helm repo update 更新本地缓存的仓库索引获取最新 Chart 列表。
helm repo update
注同步所有已添加仓库的最新信息
1.2.3、版本管理
#helm history 查看release的版本历史记录
helm history my-nginx
注显示所有修订版本的部署时间和状态#helm rollback 回滚 Release 到指定历史版本。
helm rollback my-nginx 1
注回滚到版本 1通过 helm history my-nginx 查看版本号 1.2.4、调试与开发
1helm template
作用本地渲染 Chart 的模板生成yaml文件不实际部署。
helm template [RELEASE_NAME] [CHART] [flags]
helm template my-nginx ./mychart
注预览 Chart 生成的 Kubernetes 资源清单
2helm lint
作用检查 Chart 的语法和格式是否符合规范。
helm lint ./my-chart
3helm install --dry-run
作用模拟安装过程验证配置是否合法。
helm install my-nginx bitnami/nginx --dry-run --debug
注输出渲染后的 YAML 文件但不实际部署
1.2.5、其他常用命令
1helm list
作用列出当前命名空间下的所有 Release。
helm list -n default
注显示 default 命名空间已部署的 Release。
2helm show values
作用查看 Chart 的默认配置值。
helm show values bitnami/nginx
输出 values.yaml 的默认配置供自定义覆盖
3helm uinstall
作用卸载并删除指定 Release。
helm uninstall my-nginx -n default
注理 Release 相关资源
1.2.6、chart开发相关
1helm create
作用生成 Chart 模板目录结构。
helm create mychart
2helm package
作用将 Chart 目录打包为 .tgz 文件。
helm package ./my-chart
注生成可分发或上传到仓库的 Chart 包。 2、go模板语法学习 —— 解读文件 文件组织形式如下。 2.1、ingress.yaml及对应解释
先看一个ingress.yaml的case。
#检查 values.yaml 中的 ingress.enabled 是否为true。只有为true才会渲染后续内容。
# -表示取出模板渲染是多余的空白符避免生成多余的空白行。
{{- if .Values.ingress.enabled -}}
#使用的 api 版本
apiVersion: networking.k8s.io/v1
#资源类型是 ingress.
kind: Ingress
#接下来是元数据
metadata:# 使用helm助手函数 mychart.fullname 生成名称通常在 _helpers.tpl 中定义生成资源的名称。# include 表示引入标签模板# . 表示传递当前作用域的上下文。name: {{ include mychart.fullname . }}labels:# 引入Chart中定义的通用标签nindent 4 表示缩进4个空格(就是缩进4个空格的意思){{- include mychart.labels . | nindent 4 }}# 注解配置 晚点研究下什么叫注解配置#如果 values.yaml 中定义了 ingress.annotations则进入 with 块此时. 指向 annotations 对象。{{- with .Values.ingress.annotations }}annotations:# toYaml .:将注解转换为YAML格式 nindent 4:表示缩进4个空格。{{- toYaml . | nindent 4 }}{{- end }}
# 接下来才是 ingress 的规范
spec:# 如果配置了 ingress.className 则设置 Ingress 类。{{- with .Values.ingress.className }}ingressClassName: {{ . }}{{- end }}# 然后是 tls 配置。如果配置了 TLS {{- if .Values.ingress.tls }}tls:#遍历 tls 配置列表{{- range .Values.ingress.tls }}- hosts:# 遍历每个 tls 中的 hosts 列表。 # quote 函数自动为域名添加引号(避免yaml解析问题){{- range .hosts }}- {{ . | quote }}{{- end }}#指定对应的 secretNamesecretName: {{ .secretName }}{{- end }}{{- end }}#接下来是路由规则rules:# 首先遍历所有的hosts配置{{- range .Values.ingress.hosts }}- host: {{ .host | quote }}http:paths:# 这里在遍历所有的paths{{- range .paths }}- path: {{ .path }} #这个就是路径匹配规则了# with .pathType如果定义了 pathType如 Prefix 或 Exact则渲染该字段。{{- with .pathType }} #可选的路径类型pathType: {{ . }}{{- end }}#后端的指向。肯定是指向chart的主 Servicebackend:service:# $ 表示顶层作用域的上下文避免别range或with覆盖name: {{ include mychart.fullname $ }}port:# $.Values.service.port 显示地指定从顶层作用域获取 service.port 值number: {{ $.Values.service.port }}{{- end }}{{- end }}
{{- end }} 2.2、deployment.yaml
#固定内容
apiVersion: apps/v1
#表示资源类型是deployment
kind: Deployment
#元数据
metadata:# 调用模板函数 mychart.fullname (通常在 _helpers.tpl中定义)生成deployment名称# . 表示传递当前上下文 没懂什么意思name: {{ include mychart.fullname . }}labels:# mychart.labels 也是在 _helpers.tpl 中定义的模板函数。注:定义了通用标签。{{- include mychart.labels . | nindent 4 }}
spec:# 如果 values.yaml 中的 autoscaling.enabled 为false就进入 if 块。# 这句话的意思是如果为启用自动扩缩容则设置固定副本数为 values.yaml 中的 .replicaCount 值。{{- if not .Values.autoscaling.enabled }}replicas: {{ .Values.replicaCount }}{{- end }} #if块结束#pod选择器selector:matchLabels:# 同样这里也是使用 _helpers.tpl中定义 的模板函数 mychart.selectorLabels 获取选择器标签。{{- include mychart.selectorLabels . | nindent 6 }}#接下来是pod模板template:metadata:# with 表示如果对应字段存在就进入该字段的作用域{{- with .Values.podAnnotations }}annotations:# toYaml .表示将注解转换为yaml并缩进8空格{{- toYaml . | nindent 8 }}{{- end }}#labels:# 使用 _helpers.tpl中定义的 mychart.labels函数其定义的是通用标签。{{- include mychart.labels . | nindent 8 }}#然后是一个 with 块,引的是 values.yaml 中 .podLabels 字段定义的标签{{- with .Values.podLabels }}{{- toYaml . | nindent 8 }}{{- end }}# pod规则spec:# 如果配置了 values.yaml 中配置了 imagePullSecrets则将其值转换成yaml放置过来并缩进8空格。{{- with .Values.imagePullSecrets }}imagePullSecrets:{{- toYaml . | nindent 8 }}{{- end }} #最近的那个with块结束#使用 _helpers.tpl中定义 的模板函数 mychart.serviceAccountName 生成服务账号名称。serviceAccountName: {{ include mychart.serviceAccountName . }}# 如果values.yaml 中定义了 podSecurityContext(pod级安全上下文)则渲染{{- with .Values.podSecurityContext }}securityContext:{{- toYaml . | nindent 8 }}{{- end }}#接下来就是容器配置了containers:# .Chart.Name: 使用 Chart 名称作为容器名。Chart.yaml 中的name字段。- name: {{ .Chart.Name }}{{- with .Values.securityContext }}securityContext:{{- toYaml . | nindent 12 }}{{- end }}# 镜像名: values.yaml 中定义的 image.repository# 镜像标签: 优先使用 values.yaml 中定义的 image.tag; 如果没有就使用 Chart.yaml 中的 .AppVersion 兜底。image: {{ .Values.image.repository }}:{{ .Values.image.tag | default .Chart.AppVersion }}#镜像拉取策略: 采用 values.yaml 中定义的 .image.pullPolicyimagePullPolicy: {{ .Values.image.pullPolicy }}ports:- name: http#容器端口采用 values.yaml 中定义的 .service.port containerPort: {{ .Values.service.port }}protocol: TCP#下面就是配置健康检查#如果values.yaml中配置了 livenessProbe 就转换为yaml。{{- with .Values.livenessProbe }}livenessProbe:{{- toYaml . | nindent 12 }}{{- end }}#转换为yaml{{- with .Values.readinessProbe }}readinessProbe:{{- toYaml . | nindent 12 }}{{- end }}#转换为yaml 换成了资源{{- with .Values.resources }}resources:{{- toYaml . | nindent 12 }}{{- end }}#转换为yaml 换成了挂载{{- with .Values.volumeMounts }}volumeMounts:{{- toYaml . | nindent 12 }}{{- end }}# 转换为yaml 数据卷{{- with .Values.volumes }}volumes:{{- toYaml . | nindent 8 }}{{- end }}# 转换为yaml 节点选择器 指定pod调度到特定的节点{{- with .Values.nodeSelector }}nodeSelector:{{- toYaml . | nindent 8 }}{{- end }}#转换为yaml 亲和性{{- with .Values.affinity }}affinity:{{- toYaml . | nindent 8 }}{{- end }}#转换为yaml 容忍度{{- with .Values.tolerations }}tolerations:{{- toYaml . | nindent 8 }}{{- end }}
2.3、service.yaml及对应解释 #固定内容
apiVersion: v1
#类型是 service 表示声名一个 service 类型的资源
kind: Service
metadata:# 调用模板函数 mychart.fullname通常在 _helpers.tpl 中定义生成 Service 名称。name: {{ include mychart.fullname . }}labels:# 调用模板函数 mychart.labels _helpers.tpl 中定义获取定义的通用标签。{{- include mychart.labels . | nindent 4 }}
spec:# 从values.yaml中读取 service.type 字段(如 ClusterIP、NodePort 等。type: {{ .Values.service.type }}ports:# Service 暴露的端口值来自 values.yaml 的 service.port。- port: {{ .Values.service.port }}# 固定值 http表示将流量转发到 Pod 中名为 http 的容器端口需与 Pod 定义一致。targetPort: httpprotocol: TCPname: httpselector:# 调用模板生成选择器标签需匹配 Pod 的标签。{{- include mychart.selectorLabels . | nindent 4 }}
2.4、hpa.yaml
# 这是一个条件判断语句检查 values.yaml 中 autoscaling.enabled 是否为 true。
# - 表示去除渲染时左侧的空白符避免生成多余空行。 只有当条件为真时才会渲染后续内容。
{{- if .Values.autoscaling.enabled }}
apiVersion: autoscaling/v2
# 固定内容声明这是一个 Kubernetes HPA 资源使用 autoscaling/v2 API 版本。
kind: HorizontalPodAutoscaler
metadata:name: {{ include mychart.fullname . }}labels:{{- include mychart.labels . | nindent 4 }}
spec:# 指定 HPA 管理的目标资源这里是一个 Deployment。scaleTargetRef:apiVersion: apps/v1kind: Deployment# nclude mychart.fullname . 再次调用模板函数确保名称与 Deployment 一致。name: {{ include mychart.fullname . }}# 从 values.yaml 中读取最小和最大副本数配置。minReplicas: {{ .Values.autoscaling.minReplicas }}maxReplicas: {{ .Values.autoscaling.maxReplicas }}# 扩缩容指标metrics:# 检查是否配置了 CPU 目标使用率targetCPUUtilizationPercentage。如果配置了则渲染 CPU 指标部分。{{- if .Values.autoscaling.targetCPUUtilizationPercentage }}- type: Resourceresource:name: cputarget:type: UtilizationaverageUtilization: {{ .Values.autoscaling.targetCPUUtilizationPercentage }}{{- end }}# 同理检查并渲染内存指标配置如果存在。{{- if .Values.autoscaling.targetMemoryUtilizationPercentage }}- type: Resourceresource:name: memorytarget:type: UtilizationaverageUtilization: {{ .Values.autoscaling.targetMemoryUtilizationPercentage }}{{- end }}
{{- end }}
2.6、_helper.tpl (定义模板函数的地方)
作用其实就是定义了一些函数可以再模板中通过 include 的方式调用。
{{/*
Expand the name of the chart.
*/}}
/*
作用: 生成 Chart 的基础名称。
如果 values.yaml 中定义了 nameOverride则优先使用它否则用 Chart.Name。
trunc 63限制名称不超过 63 个字符Kubernetes 命名规范。
trimSuffix -删除末尾的短横线避免无效命名。
*/
{{- define mychart.name -}}
{{- default .Chart.Name .Values.nameOverride | trunc 63 | trimSuffix - }}
{{- end }}{{/*
Create a default fully qualified app name.
We truncate at 63 chars because some Kubernetes name fields are limited to this (by the DNS naming spec).
If release name contains chart name it will be used as a full name.
*/}}
/*
作用生成唯一的资源名称通常用于 Deployment/Service 等。
如果定义了 fullnameOverride直接使用它。
否则检查 Release 名是否已包含 Chart 名如果包含如 Release 名为 myapp-prod直接使用 Release 名。否则拼接两者如 prod-myapp。
*/
{{- define mychart.fullname -}}
{{- if .Values.fullnameOverride }}
{{- .Values.fullnameOverride | trunc 63 | trimSuffix - }}
{{- else }}
{{- $name : default .Chart.Name .Values.nameOverride }}
{{- if contains $name .Release.Name }}
{{- .Release.Name | trunc 63 | trimSuffix - }}
{{- else }}
{{- printf %s-%s .Release.Name $name | trunc 63 | trimSuffix - }}
{{- end }}
{{- end }}
{{- end }}{{/*
Create chart name and version as used by the chart label.
*/}}
/*
作用生成 Chart 的版本标签用于元数据。
拼接 Chart 名称和版本如 myapp-1.0.0。
replace _替换版本中的 为 _避免非法字符。
*/
{{- define mychart.chart -}}
{{- printf %s-%s .Chart.Name .Chart.Version | replace _ | trunc 63 | trimSuffix - }}
{{- end }}{{/*
Common labels
*/}}
/*
作用定义资源的通用标签Labels。
Chart 版本信息helm.sh/chart。
选择器标签selectorLabels见下文。
应用版本app.kubernetes.io/version如果 Chart.AppVersion 存在。
管理工具标识通常是 Helm。
*/
{{- define mychart.labels -}}
helm.sh/chart: {{ include mychart.chart . }}
{{ include mychart.selectorLabels . }}
{{- if .Chart.AppVersion }}
app.kubernetes.io/version: {{ .Chart.AppVersion | quote }}
{{- end }}
app.kubernetes.io/managed-by: {{ .Release.Service }}
{{- end }}{{/*
Selector labels
*/}}
{{- define mychart.selectorLabels -}}
app.kubernetes.io/name: {{ include mychart.name . }}
app.kubernetes.io/instance: {{ .Release.Name }}
{{- end }}{{/*
Create the name of the service account to use
*/}}
{{- define mychart.serviceAccountName -}}
{{- if .Values.serviceAccount.create }}
{{- default (include mychart.fullname .) .Values.serviceAccount.name }}
{{- else }}
{{- default default .Values.serviceAccount.name }}
{{- end }}
{{- end }}语法总结
{{- define name -}}定义一个可复用的命名模板。{{ include func . }}调用其他模板函数。{{ default A B }}如果 B 为空则返回 A。{{ trunc 63 }}截断字符串到 63 字符。{{ trimSuffix - }}删除末尾的短横线。{{ $var : ... }}定义局部变量。{{ if contains A B }}检查字符串 B 是否包含 A。{{ printf %s-%s A B }}格式化字符串类似 Python 的 f{A}-{B}。 2.7、values.yaml
作用配置template中引用的属性对应的属性值的地方。
1基本格式语法
values.yaml 只需遵循一些约定和规则并没有严格固定的格式
1遵循yaml语法键值、缩进、列表都必须遵循标准yaml格式
2结构自由你可以自定义字段名称和层级注要和template中的引用对应上。
2格式如何确定 由模板需求决定values.yaml 的字段必须与 Chart 模板templates/*.yaml中通过 {{ .Values.xxx }} 引用的变量对应。例如 模板中引用 {{ .Values.replicaCount }}则 values.yaml 需要定义 replicaCount。
3常见的约定
虽然格式自由但是一般会遵循如下模式。
# 基础配置
replicaCount: 1# 镜像配置
image:repository: nginxtag: latestpullPolicy: IfNotPresent# 服务配置
service:type: ClusterIPport: 80# 资源限制
resources:limits:cpu: 100mmemory: 128Mi# 自定义配置根据应用需求
config:env: productiondebug: false 2.9、go模板语法小结
语法作用{{- ... -}}去除渲染后的空白符左侧 - 删左空白右侧 - 删右空白。.Values.xxx引用 values.yaml 中的字段。include func .调用其他模板如 _helpers.tpl 中的函数。with临时进入某个字段的作用域如果字段存在。range遍历列表或字典。quote为字符串添加引号避免 YAML 解析问题。toYaml将对象转换为 YAML 格式。nindent在缩进基础上添加换行符保持格式对齐。$显式引用顶层作用域避免被 range/with 覆盖。’default‘设置默认值 2.8、部分语法解释
2.8.1、语法中 . 的含义
在 Helm Chart 的模板文件如 deployment.yaml 或 ingress.yaml中. 是一个非常重要的概念它代表 当前作用域的上下文对象。对于下面这行:
name: {{ include mychart.fullname . }}
1、.的本质
1在helm模板中 . 是一个指向当前作用域数据的对象引用类似于其他变成语言中的 this 或 self。
2它最初指向 顶层对象 包含
Values来自 values.yaml 的所有配置Chart来自 Chart.yaml 的元数据如 Chart.Name、Chart.VersionRelease部署相关的信息如 Release.Name、Release.NamespaceFiles访问 Chart 中的文件CapabilitiesKubernetes 集群能力信息
注.Values 、 .Chart 等就是这么来的
2、在 include 函数中的作用
include 用于调用其他模板如 _helpers.tpl 中定义的函数。传递 . 的目的是让被调用的模板也能访问完整的上下文。例如
# _helpers.tpl 中定义的函数
{{- define mychart.fullname -}}
{{- .Chart.Name }}-{{ .Release.Name }}
{{- end -}}
这里的 .Chart.Name 和 .Release.Name 就依赖于传入的 . 上下文。
3. 为什么必须传递 .
如果不传递 .被调用的模板将无法访问 Helm 的变量系统。例如
# 错误没有上下文无法访问 .Chart.Name
name: {{ include mychart.fullname }}
4. 作用域变化时的注意事项
当进入 range 或 with 块时. 会被临时覆盖此时可能需要用 $ 访问顶层作用域
{{- range .Values.pods }}
name: {{ include mychart.fullname $ }} # 用 $ 指向顶层作用域
{{- end }} 2.8.2、helm chart使用的go模板提供的控制语句块梳理
2.8.2.1、if/else 条件块
作用根据条件判断是否渲染内容。
{{- if .Values.ingress.enabled }}
apiVersion: networking.k8s.io/v1
kind: Ingress
{{- else if .Values.service.enabled }}
apiVersion: v1
kind: Service
{{- else }}
# 默认内容
{{- end }}
2.8.2.2、with作用域块
作用如果字段存在的话临时进入某字段的作用域及那话嵌套字段访问。
{{- with .Values.resources }}
resources:limits:cpu: {{ .limits.cpu }}memory: {{ .limits.memory }}
{{- end }}
上述示例中的 {{ .Values.resources.limits.cpu }} 就等价于 with块内的 {{ .limits.cpu }}。
2.8.2.3、range迭代块
作用遍历列表或字典。
示例
--------------列表示例--------------
env:
{{- range .Values.envVars }}- name: {{ .name }}value: {{ .value | quote }}
{{- end }}#对应如下输入:
envVars:- name: DB_HOSTvalue: db.example.com- name: LOG_LEVELvalue: debug---------------字典示例-------------
{{- range $key, $value : .Values.labels }}{{ $key }}: {{ $value | quote }}
{{- end }}
2.8.2.4、define模板定义块
作用定义可复用的命名模板(通常在 _helpers.tpl 中)。
{{- define mychart.fullname -}}
{{- .Chart.Name }}-{{ .Release.Name }}
{{- end -}}# 调用方式
metadata:name: {{ include mychart.fullname . }}
2.8.2.5、template模板调用块
作用调用已定义的模板旧语法推荐用 include 代替。
2.8.2.6、include函数调用块
作用调用模板并支持管道操作比 template 更灵活。
labels:{{- include mychart.selectorLabels . | nindent 4 }}
2.8.2.7、indent/nindent 缩进块
作用控制内容的缩进(非逻辑块常用于格式化输出)
2.8.2.8、toYaml转换块
作用将对象转换为yaml格式(常与 indent 配合)
{{- with .Values.affinity }}
affinity:{{- toYaml . | nindent 2 }}
{{- end }}
2.8.2.9、required必填验证块
作用强制要求字段必须填写否则报错。
image: {{ required image.repository is required! .Values.image.repository }}
2.8.2.10、default默认值块
作用为变量提供默认值
imageTag: {{ .Values.image.tag | default .Chart.AppVersion }}
2.8.2.11、printf格式化块
作用格式化字符串输出
{{- printf %s-%s .Chart.Name .Release.Name | lower }}
2.8.2.12、 $ 和 . .当前作用域对象随块变化。 $始终指向根作用域用于突破嵌套块。 附录 values.yaml
/*这个就是具体属性值的文件了。
*/
# Default values for mychart.
# This is a YAML-formatted file.
# Declare variables to be passed into your templates.# This will set the replicaset count more information can be found here: https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/
replicaCount: 1# This sets the container image more information can be found here: https://kubernetes.io/docs/concepts/containers/images/
image:repository: nginx# This sets the pull policy for images.pullPolicy: IfNotPresent# Overrides the image tag whose default is the chart appVersion.tag: # This is for the secrets for pulling an image from a private repository more information can be found here: https://kubernetes.io/docs/tasks/configure-pod-container/pull-image-private-registry/
imagePullSecrets: []
# This is to override the chart name.
nameOverride:
fullnameOverride: # This section builds out the service account more information can be found here: https://kubernetes.io/docs/concepts/security/service-accounts/
serviceAccount:# Specifies whether a service account should be createdcreate: true# Automatically mount a ServiceAccounts API credentials?automount: true# Annotations to add to the service accountannotations: {}# The name of the service account to use.# If not set and create is true, a name is generated using the fullname templatename: # This is for setting Kubernetes Annotations to a Pod.
# For more information checkout: https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/
podAnnotations: {}
# This is for setting Kubernetes Labels to a Pod.
# For more information checkout: https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/
podLabels: {}podSecurityContext: {}# fsGroup: 2000securityContext: {}# capabilities:# drop:# - ALL# readOnlyRootFilesystem: true# runAsNonRoot: true# runAsUser: 1000# This is for setting up a service more information can be found here: https://kubernetes.io/docs/concepts/services-networking/service/
service:# This sets the service type more information can be found here: https://kubernetes.io/docs/concepts/services-networking/service/#publishing-services-service-typestype: ClusterIP# This sets the ports more information can be found here: https://kubernetes.io/docs/concepts/services-networking/service/#field-spec-portsport: 80# This block is for setting up the ingress for more information can be found here: https://kubernetes.io/docs/concepts/services-networking/ingress/
ingress:enabled: falseclassName: annotations: {}# kubernetes.io/ingress.class: nginx# kubernetes.io/tls-acme: truehosts:- host: chart-example.localpaths:- path: /pathType: ImplementationSpecifictls: []# - secretName: chart-example-tls# hosts:# - chart-example.localresources: {}# We usually recommend not to specify default resources and to leave this as a conscious# choice for the user. This also increases chances charts run on environments with little# resources, such as Minikube. If you do want to specify resources, uncomment the following# lines, adjust them as necessary, and remove the curly braces after resources:.# limits:# cpu: 100m# memory: 128Mi# requests:# cpu: 100m# memory: 128Mi# This is to setup the liveness and readiness probes more information can be found here: https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/
livenessProbe:httpGet:path: /port: http
readinessProbe:httpGet:path: /port: http# This section is for setting up autoscaling more information can be found here: https://kubernetes.io/docs/concepts/workloads/autoscaling/
autoscaling:enabled: falseminReplicas: 1maxReplicas: 100targetCPUUtilizationPercentage: 80# targetMemoryUtilizationPercentage: 80# Additional volumes on the output Deployment definition.
volumes: []
# - name: foo
# secret:
# secretName: mysecret
# optional: false# Additional volumeMounts on the output Deployment definition.
volumeMounts: []
# - name: foo
# mountPath: /etc/foo
# readOnly: truenodeSelector: {}tolerations: []affinity: {}
