在AWS EKS部署Microsoft Fluid Framework时Pod进入CrashLoopBackOff如何解决

问题根因 #

你的Fluid Framework Pod进入CrashLoopBackOff的直接原因是服务无法通过DNS解析找到MongoDB和Redis两个依赖组件的地址，报错代码ENOTFOUND明确是Kubernetes集群内部服务发现配置异常导致。

排查与修复步骤 #

• 第一步：确认依赖服务已部署
  执行命令kubectl get svc -A，检查集群中是否存在名为mongodb和redis的ClusterIP服务。如果不存在，需要先完成MongoDB、Redis这两个Fluid Framework依赖组件的部署，再启动应用服务。
• 第二步：核对服务命名空间配置
  如果你的MongoDB、Redis服务部署在非默认的命名空间下（比如单独部署在middleware命名空间），不能直接在Fluid的配置中填写短域名mongodb、redis，需要补全Kubernetes完整服务域名，格式为<服务名>.<部署命名空间>.svc.cluster.local，例如部署在middleware命名空间的MongoDB完整地址为mongodb.middleware.svc.cluster.local，Redis同理修改配置即可。
• 第三步：验证集群DNS服务状态
  执行命令kubectl get pods -n kube-system | grep coredns，确认所有CoreDNS Pod处于Running状态，没有异常重启记录。CoreDNS是Kubernetes负责内部域名解析的组件，异常时会导致全集群服务发现失效。
• 第四步：手动验证域名解析
  执行以下命令启动临时测试Pod，验证域名解析是否正常：
  kubectl run -it --rm dns-test --image=busybox:1.28 -- nslookup mongodb
  如果返回解析失败，即可确认是服务配置问题，按前两步核对修正即可。

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