为什么 helm 不使用部署模板中定义的名称?
Why doesn't helm use the name defined in the deployment template?
即来自 name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod
下面
# deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
labels:
app: {{ template "project1234.name" . }}
chart: {{ template "project1234.chart" . }}
release: {{ .Release.Name }}
heritage: {{ .Release.Service }}
name: {{ template "project1234.module5678.fullname" . }}
spec:
replicas: {{ .Values.replicaCount }}
selector:
matchLabels:
app: {{ template "project1234.name" . }}
template:
metadata:
labels:
app: {{ template "project1234.name" . }}
spec:
containers:
- image: "{{ .Values.image.name }}:{{ .Values.image.tag }}"
name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod
ports:
- containerPort: 1234
imagePullSecrets:
- name: {{ .Values.image.pullSecret }}
我希望广告连播名称为:
pod/project1234-module5678-pod
相反,生成的 Pod 名称为:
pod/chartname-project1234-module5678-dc7db787-skqvv
...哪里(据我所知):
图表名称 来自:helm install --name chartname -f values.yaml .
project1234 来自:
# Chart.yaml
apiVersion: v1
appVersion: "1.0"
description: project1234 Helm chart for Kubernetes
name: project1234
version: 0.1.0
module5678 来自:
# values.yaml
rbac:
create: true
serviceAccounts:
module5678:
create: true
name:
image:
name: <image location>
tag: 1.5
pullSecret: <pull secret>
gitlab:
secretName: <secret name>
username: foo
password: bar
module5678:
enabled: true
name: module5678
ingress:
enabled: true
replicaCount: 1
resources: {}
我试过将 name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod
更改为 "podname1234" 之类的纯字符串值,但没有得到遵循。我什至尝试完全删除名称设置,结果 pod 名称保持不变。
从 Deployment 创建的 Pods 总是有一个基于 Deployment 名称的生成名称(如果你去寻找它,还有中间 ReplicaSet 的名称)。你不能覆盖它。
鉴于您展示的 YAML,我希望这个片段:
apiVersion: apps/v1
kind: Deployment
metadata:
name: {{ template "project1234.module5678.fullname" . }}
扩展为 chartname-project1234-module5678
的部署名称;其余位由 ReplicaSet 添加,然后由 Pod 本身添加。
如果您查看 Pod 并且 kubectl describe pod chartname-project1234-module5678-dc7db787-skqvv
您可能会看到它有一个具有预期名称 project1234-module5678-pod
的容器。几乎唯一需要使用它的时候是在多容器 pod 中需要 kubectl logs
(或者更罕见的是 kubectl exec
);如果您是这种情况,您会喜欢使用较短的名称,并且由于容器名称始终限定在它们出现的特定 pod 范围内,因此在此处使用简短的固定名称没有任何问题
spec:
containers:
- name: container
即来自 name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod
下面
# deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
labels:
app: {{ template "project1234.name" . }}
chart: {{ template "project1234.chart" . }}
release: {{ .Release.Name }}
heritage: {{ .Release.Service }}
name: {{ template "project1234.module5678.fullname" . }}
spec:
replicas: {{ .Values.replicaCount }}
selector:
matchLabels:
app: {{ template "project1234.name" . }}
template:
metadata:
labels:
app: {{ template "project1234.name" . }}
spec:
containers:
- image: "{{ .Values.image.name }}:{{ .Values.image.tag }}"
name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod
ports:
- containerPort: 1234
imagePullSecrets:
- name: {{ .Values.image.pullSecret }}
我希望广告连播名称为:
pod/project1234-module5678-pod
相反,生成的 Pod 名称为:
pod/chartname-project1234-module5678-dc7db787-skqvv
...哪里(据我所知):
图表名称 来自:helm install --name chartname -f values.yaml .
project1234 来自:
# Chart.yaml
apiVersion: v1
appVersion: "1.0"
description: project1234 Helm chart for Kubernetes
name: project1234
version: 0.1.0
module5678 来自:
# values.yaml
rbac:
create: true
serviceAccounts:
module5678:
create: true
name:
image:
name: <image location>
tag: 1.5
pullSecret: <pull secret>
gitlab:
secretName: <secret name>
username: foo
password: bar
module5678:
enabled: true
name: module5678
ingress:
enabled: true
replicaCount: 1
resources: {}
我试过将 name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod
更改为 "podname1234" 之类的纯字符串值,但没有得到遵循。我什至尝试完全删除名称设置,结果 pod 名称保持不变。
Pods 总是有一个基于 Deployment 名称的生成名称(如果你去寻找它,还有中间 ReplicaSet 的名称)。你不能覆盖它。
鉴于您展示的 YAML,我希望这个片段:
apiVersion: apps/v1
kind: Deployment
metadata:
name: {{ template "project1234.module5678.fullname" . }}
扩展为 chartname-project1234-module5678
的部署名称;其余位由 ReplicaSet 添加,然后由 Pod 本身添加。
如果您查看 Pod 并且 kubectl describe pod chartname-project1234-module5678-dc7db787-skqvv
您可能会看到它有一个具有预期名称 project1234-module5678-pod
的容器。几乎唯一需要使用它的时候是在多容器 pod 中需要 kubectl logs
(或者更罕见的是 kubectl exec
);如果您是这种情况,您会喜欢使用较短的名称,并且由于容器名称始终限定在它们出现的特定 pod 范围内,因此在此处使用简短的固定名称没有任何问题
spec:
containers:
- name: container