Kubernetes：容器创建时command/args安装包后循环不执行问题

背景 #

我在Udemy学习Kubernetes入门课程，做练习时尝试仅通过command/args在容器创建时安装软件包，编写了如下Pod配置：

apiVersion: v1
kind: Pod
metadata:
  labels:
    run: curl-nginx
  name: curl-nginx
spec:
  containers:
  - image: alpine
    name: curl-nginx
    args:
    - /bin/sh
    - -c
    - apk update;
    - apk upgrade;
    - apk add curl;
    - while true; do curl nginx-loadbalancer >> /tmp/curl.txt 2>&1 ; done;
  restartPolicy: Always

问题现象 #

从日志能看到apk命令执行了，但while循环完全没运行，Pod还出现BackOff重启警告：

$ kc logs curl-nginx
fetch https://dl-cdn.alpinelinux.org/alpine/v3.18/main/aarch64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.18/community/aarch64/APKINDEX.tar.gz
v3.18.4-8-g72c62a84ddf [https://dl-cdn.alpinelinux.org/alpine/v3.18/main]
v3.18.4-7-g75aa72add9b [https://dl-cdn.alpinelinux.org/alpine/v3.18/community]
OK: 19941 distinct packages available

Warning  BackOff    2s (x3 over 21s)  kubelet            Back-off restarting failed container curl-nginx in pod curl-nginx_dev(613a7fa7-952a-4d2a-b226-df87aa866f06)

已知前提 #

• 明确这不是生产环境的推荐方案
• 已经通过制作预安装包镜像、手动exec进容器安装两种方式实现需求，请勿再提供此类建议
• 希望通过这个练习搞懂command/args的使用逻辑，找出while循环的语法问题
• 看到过ConfigMap实现的方案，但理不清ConfigMap和Pod的关联方式，仍倾向于仅通过command/args解决问题，附相关ConfigMap配置：

apiVersion: v1
kind: ConfigMap
metadata:
  name: curl-nginx-cm
data:
  entrypoint: |
    #!/bin/bash
    set -xe
    apk update
    apk upgrade
    apk add curl
---
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: curl-nginx
  name: curl-nginx
spec:
  containers:
  - image: alpine
    name: curl-nginx
    args:
    - /bin/sh
    - -c
    - while true; do curl nginx-loadbalancer >> /tmp/curl.txt 2>&1 ; done;
  dnsPolicy: ClusterFirst
  restartPolicy: Always

问题原因与修复方案 #

核心逻辑问题 #

用/bin/sh -c执行命令时，-c后面必须跟一个完整的字符串参数，这个字符串是shell要执行的全部命令序列。你现在把每个命令拆成了单独的args元素，/bin/sh -c只会执行第一个参数（也就是apk update;），执行完这个命令后shell直接退出，后面的apk upgrade、apk add curl以及while循环根本不会被触发。容器主进程退出后，Kubernetes就会按照Always的重启策略重启Pod，这就是BackOff警告的来源。

修复后的command/args配置 #

把所有命令合并成一个字符串，作为-c的唯一参数：

apiVersion: v1
kind: Pod
metadata:
  labels:
    run: curl-nginx
  name: curl-nginx
spec:
  containers:
  - image: alpine
    name: curl-nginx
    args:
    - /bin/sh
    - -c
    - apk update && apk upgrade && apk add curl && while true; do curl nginx-loadbalancer >> /tmp/curl.txt 2>&1; sleep 1; done
  restartPolicy: Always

• 用&&替代;连接命令：确保前一个命令执行成功才会继续下一个，避免安装失败后还跑无用的循环
• 在while循环里加了sleep 1：避免curl高频请求占用过多资源，也符合常规的循环执行逻辑

补充：ConfigMap与Pod的关联方式（按需参考） #

你提供的ConfigMap配置没有完成和Pod的关联，正确的做法是把ConfigMap中的脚本挂载到容器内部，然后指定为容器的执行命令：

apiVersion: v1
kind: ConfigMap
metadata:
  name: curl-nginx-cm
data:
  entrypoint.sh: |
    #!/bin/sh
    set -xe
    apk update
    apk upgrade
    apk add curl
    while true; do
      curl nginx-loadbalancer >> /tmp/curl.txt 2>&1
      sleep 1
    done
---
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: curl-nginx
  name: curl-nginx
spec:
  containers:
  - image: alpine
    name: curl-nginx
    command: ["/bin/sh"]
    args: ["/scripts/entrypoint.sh"]
    volumeMounts:
    - name: script-volume
      mountPath: /scripts
  volumes:
  - name: script-volume
    configMap:
      name: curl-nginx-cm
      defaultMode: 0755 # 给脚本添加可执行权限
  restartPolicy: Always

• 通过volumes字段引用ConfigMap，再用volumeMounts把ConfigMap中的脚本挂载到容器内的指定路径
• 设置defaultMode: 0755确保脚本具备执行权限
• 容器通过command/args执行挂载后的脚本作为主进程

内容的提问来源于stack exchange，提问作者mbsf