pod定义中重复的env变量名称，确定最终值的优先规则是什么？

html5 • • 问答 • 152 阅读

使用 Kubernetes 1.19.3，我使用 3 种不同的方式初始化 env 变量值：

  • env pod 定义中具有显式键/值的字段
  • envFrom使用configMapRef和secretRef

当一个键名重复时，如下例所示，DUPLIK1并DUPLIK2用不同的值多次定义。

Kubernetes 用于将最终值分配给变量的优先规则是什么？

# create some test Key/Value configs and Key/Value secrets
kubectl create configmap myconfigmap --from-literal=DUPLIK1=myConfig1 --from-literal=CMKEY1=CMval1 --from-literal=DUPLIK2=FromConfigMap -n mydebugns

kubectl create secret generic mysecret --from-literal=SECRETKEY1=SECval1 --from-literal=SECRETKEY2=SECval2 --from-literal=DUPLIK2=FromSecret -n mydebugns

# create a test pod
cat <<EOF | kubectl apply -n mydebugns -f -
apiVersion: v1
kind: Pod
metadata:
  name: pod1
spec:
  containers:
    - name: container1
      image: busybox
      command: [ "/bin/sh", "-c", "env" ]
      env:
      - name: DUPLIK1
        value: "Key/Value defined in field env"
      envFrom:
      - configMapRef:
          name: myconfigmap
      - secretRef:
          name: mysecret          
  restartPolicy: Never
EOF

显示环境变量值。结果是确定性的。删除资源 + 重新创建总是以相同的结果结束。

kubectl logs pod/pod1 -n mydebugns

CMKEY1=CMval1
DUPLIK1=Key/Value defined in field env
DUPLIK2=FromSecret
SECRETKEY1=SECval1
SECRETKEY2=SECval2

清理测试资源

kubectl delete pod/pod1 -n mydebugns
kubectl delete cm/myconfigmap  -n mydebugns
kubectl delete secret/mysecret -n mydebugns

回答

来自 Kubernetes文档：

envVar：要在容器中设置的环境变量列表。无法更新。

envFrom：在容器中填充环境变量的源列表。源中定义的键必须是 C_IDENTIFIER。当容器启动时，所有无效的键都会被报告为一个事件。当一个键存在于多个源中时，与最后一个源关联的值将优先。由具有重复键的 Env 定义的值将优先。无法更新。

上面的链接清楚地说明了env将优先envFrom并且不能更新。

此外，当多个资源中存在引用的键时，与最后一个源关联的值将覆盖所有先前的值。

基于上述，您看到的结果是预期的行为：

  1. DUPLIK1被添加为env字段，因此无法更新
  2. DUPLIK2被添加envFrom，因此秘密中的那个优先，因为它是在最后定义的
以上是pod定义中重复的env变量名称，确定最终值的优先规则是什么？的全部内容。
THE END
分享
二维码
< <上一篇
下一篇>>