AKS中容器持续CrashLoopBackOff重启问题排查求助

问题根源 #

从Pod日志里的exec /usr/local/bin/docker-entrypoint.sh: exec format error可以直接定位：容器镜像的CPU架构与AKS集群节点的架构不兼容。

你本地运行正常，是因为本地机器（比如M系列Mac这类ARM64架构设备）和镜像编译时的架构一致；但AKS默认使用AMD64（x86_64）架构的节点，ARM架构的镜像在AMD64节点上无法正常执行二进制文件/脚本，导致容器启动失败，进而触发CrashLoopBackOff。

验证节点架构 #

执行以下命令确认AKS节点的CPU架构：

kubectl get nodes -o custom-columns=NAME:.metadata.name,ARCH:.status.nodeInfo.architecture

输出会显示节点的架构（通常为amd64）。

解决方案 #

1. 构建兼容多架构的镜像

使用Docker Buildx工具构建同时支持AMD64和ARM64的镜像，适配本地和AKS两种运行环境：

• 启用Buildx：

  docker buildx create --use
  

• 构建并推送多架构镜像（替换为你的Docker账号名）：

  docker buildx build --platform linux/amd64,linux/arm64 -t dockeraccount/be-simply:latest --push .
  

2. 仅构建AMD64架构镜像（无需ARM支持时）

如果只需要适配AKS的AMD64节点，即使本地是ARM机器，也可以指定架构构建：

docker build --platform linux/amd64 -t dockeraccount/be-simply:latest .

构建完成后推送到Docker仓库。

3. 重新部署应用

推送新镜像后，重启Deployment让AKS拉取兼容的新镜像：

kubectl rollout restart deployment be-simply-depl

之后用kubectl get pods查看Pod状态，正常情况下会进入Running状态。

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