Azure AKS：分配静态 IP 后，Kubernetes pod 一直显示 CrashLoopBackOff 状态答案

【问题标题】：Azure AKS: Kubernetes pod keeps showing CrashLoopBackOff status after assigning static IPAzure AKS：分配静态 IP 后，Kubernetes pod 一直显示 CrashLoopBackOff 状态
【发布时间】：2021-01-19 17:11:39
【问题描述】：

您好，我正在按照 Microsft 上的以下指南 https://docs.microsoft.com/en-us/azure/aks/static-ip 为我的 AKS 集群分配静态 IP。但是，我面临着 Kubernetes pod 在分配静态 IP 后一直显示 CrashLoopBackOff 状态。

这是我创建的静态 ip：

服务按预期工作：

错误截图：

这是打印kubectl describe pod后的堆栈跟踪

Name:         dashboardbackend-6d9d56bbfb-l5fbx
Namespace:    default
Priority:     0
Node:         aks-agentpool-40731879-vmss000000/10.240.0.4
Start Time:   Mon, 05 Oct 2020 02:16:25 +0800
Labels:       app=dashboardbackend
              pod-template-hash=6d9d56bbfb
Status:       Running
IP:           10.244.0.15
  IP:           10.244.0.15
Controlled By:  ReplicaSet/dashboardbackend-6d9d56bbfb
Containers:
    Container ID:   docker://83bf57b5f899ba57271b3be85054ea8e03b8e92b6d4dd21cb5623568c73ea030
    Image ID:       docker-pullable://julio02.azurecr.io/dashboardbackend@sha256:2ae7ed770fd890c147710e73245ece19958cbc8e0fcd8d5a3be716ef9c2a35de
    Port:           80/TCP
    Host Port:      0/TCP
    State:          Waiting
      Reason:       CrashLoopBackOff
    Last State:     Terminated
      Reason:       Error
      Exit Code:    1
      Started:      Mon, 05 Oct 2020 02:17:01 +0800
      Finished:     Mon, 05 Oct 2020 02:17:09 +0800
    Ready:          False
    Restart Count:  2
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-lt49b (ro)
Conditions:
  Type              Status
  Initialized       True
  Ready             False
  ContainersReady   False
  PodScheduled      True
Volumes:
  default-token-lt49b:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-lt49b
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type     Reason     Age                From                                        Message
  ----     ------     ----               ----                                        -------
  Normal   Scheduled  65s                default-scheduler                           Successfully assigned default/dashboardbackend-6d9d56bbfb-l5fbx to aks-agentpool-40731879-vmss000000
  Normal   Pulling    29s (x3 over 64s)  kubelet, aks-agentpool-40731879-vmss000000  Pulling image "julio02.azurecr.io/dashboardbackend:55"
  Normal   Pulled     29s (x3 over 63s)  kubelet, aks-agentpool-40731879-vmss000000  Successfully pulled image "julio02.azurecr.io/dashboardbackend:55"
  Normal   Created    29s (x3 over 60s)  kubelet, aks-agentpool-40731879-vmss000000  Created container dashboardbackend
  Normal   Started    29s (x3 over 59s)  kubelet, aks-agentpool-40731879-vmss000000  Started container dashboardbackend
  Warning  BackOff    5s (x3 over 42s)   kubelet, aks-agentpool-40731879-vmss000000  Back-off restarting failed container

【问题讨论】：

检查kubectl logs dashboardbackend-6d9d56bbfb-l5fbx的输出是什么
谢谢，通过查看日志，它帮助解决了我的问题。感谢您的帮助！
你能分享绑定到这个 pod 的服务文件吗？你是直接暴露服务还是像负载均衡器一样通过入口/traefik 暴露服务？
@Richard Rodjues 你能发布你如何解决问题的答案吗？
@Vitalii 我已按要求发布了我的答案

标签： azure kubernetes kubernetes-pod azure-aks

【解决方案1】：

按照@Vitalli 的要求，我在运行创建的 pod 的 Kubernetes 日志后解决了我的问题。输入kubectl logs [podname] 后，我意识到 Azure SQL DB 的 IP 地址没有添加到连接设置的白名单中。添加和删除 pod 后，它将重新创建 pod，应用程序按预期运行。

【讨论】：

谢谢.. 有一个不同的错误，但这教会了我在哪里看到它。