k8s基本问题排查

排查pod故障

#查看pod是否正常
kubectl get pods -n fronted
#常见pod排查命令
kubectl logs <pod name> 有助于检索 Pod 中容器的日志
kubectl describe pod <pod name>  对检索与 Pod 相关的事件列表很有用
kubectl get pod <pod name>  -o yaml 可提取 Kubernetes 中存储的 Pod 的 YAML 定义；
kubectl exec -ti <pod name> bash 可在 Pod 中的一个容器运行一个交互式命令
#常见错误
##启动时的错误包括：
ImagePullBackoff
ImageInspectError
ErrImagePull
ErrImageNeverPull
RegistryUnavailable
InvalidImageName
##运行中的错误包括：
CrashLoopBackOff
RunContainerError
KillContainerError
VerifyNonRootError
RunInitContainerError
CreatePodSandboxError
ConfigPodSandboxError
KillPodSandboxError
SetupNetworkError
TeardownNetworkError

#常见错误原因
#ImagePullBackOff  镜像拉取错误（无效的镜像,指定了不存在标签,registry凭据）
kubectl create secret docker-registry harbor-pull-secret-188-dev --docker-server=http://harbor.wuliuhub.com --docker-username=admin --docker-password=Harbor12345 -n ms

#CrashLoopBackOff  (应用程序中存在错误,容器配置错误,liveness探针失败)
kubectl logs podname --previous  (如果容器启动太快，打印前一个容器信息)
#RunContainerError（1.查看是否有不存在的卷，如configmap,secret 2.将只读挂在为读写) ---> kubectl describe pod <pod-name> 命令检查和分析这个错误
#pending状态  （1.没有足够的资源调度失败 2.当前命名空间具有ResourceQuota 对象，创建 Pod 将使命名空间超过配额  3.绑定了一个处于pending状态的pvc）
kubectl get events --sort-by=.metadata.creationTimestamp #如果ResouceQuota不足
#pod处于未就绪状态(“就绪”探针失败时，则 Pod 未连接到服务，并且没有流量转发到该实例)

排查service故障

#如果pod已经就绪，忍让无法收到程序响应，则查看service是否正确.
#Service 会根据 Pod 的标签将流量路由到 Pod。因此，应该先检查 Service 定位了多少个 Pod,检查service对应的endpoint
[root@k8s-master-01 ~]# kubectl  describe svc serviceName -n 空间名称
Name:              h5sdk
Namespace:         fronted
Labels:            <none>
Annotations:       kubectl.kubernetes.io/last-applied-configuration:
                     {"apiVersion":"v1","kind":"Service","metadata":{"annotations":{},"name":"h5sdk","namespace":"fronted"},"spec":{"ports":[{"port":80,"target...
Selector:          app=h5sdk
Type:              ClusterIP
IP:                10.1.103.142
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:         10.244.3.180:80,10.244.3.181:80,10.244.4.110:80
Session Affinity:  None
Events:            <none>

#加入endpoint为空
1.pod没有正确的标签是否在正确的命名空间
2.service的selector标签错误
#如果不为空,则看下targetPort是否错误
kubectl port-forward service/php-fpm 9000:9000 -n lnmp
[root@k8s-master-01 ~]# kubectl port-forward service/h5sdk 3000:80 -n fronted  (3000是你想在计算机上打开的端口,80是service暴露端口)
Forwarding from 127.0.0.1:3000 -> 80
Forwarding from [::1]:3000 -> 80

ingress故障排查

#1.0如果到这个地方，那就意味着pod运行正常且service可以正常分发流量到pod,开始排查ingress故障
[root@k8s-master-01 ~]# kubectl  describe ingress h5sdk -n fronted
Name:             h5sdk
Namespace:        fronted
Address:          
Default backend:  default-http-backend:80 (<none>)
Rules:
  Host                Path  Backends
  ----                ----  --------
  h5game.xxxx.com  
                      /   h5sdk:80 (10.244.3.180:80,10.244.3.181:80,10.244.4.110:80)
Annotations:
  kubectl.kubernetes.io/last-applied-configuration:  {"apiVersion":"networking.k8s.io/v1beta1","kind":"Ingress","metadata":{"annotations":{},"name":"h5sdk","namespace":"fronted"},"spec":{"rules":[{"host":"h5game.xxx.com","http":{"paths":[{"backend":{"serviceName":"h5sdk","servicePort":80},"path":"/"}]}}]}}

Events:  <none>

#2.0如果ingress能够看到endpoint，仍然无法使用 （1.将ingress暴露到公网的方式  2.将集群暴露到公网的方式）
#2.1检索ingress端口
[root@k8s-master-01 ~]# kubectl  get pods -n ingress-nginx
NAME                             READY   STATUS    RESTARTS   AGE
nginx-ingress-controller-24m74   1/1     Running   0          20d
nginx-ingress-controller-qtgjw   1/1     Running   1          156d
nginx-ingress-controller-wldp7   1/1     Running   1          156d

[root@k8s-master-01 new2]# kubectl  describe pod ingress-nginx-controller-gdck8 -n ingress-nginx|grep Ports
    Ports:         80/TCP, 443/TCP, 8443/TCP
    Host Ports:    0/TCP, 0/TCP, 0/TCP
    
#2.2如果还没有解决，则可以查看ingress controller日志 

查看已存在的secret

kubectl get secret -n namespace

secret查看具体条目的key

kubectl describe secret mysql-pass -n namespace

查看具体的value

kubectl edit secret mysql-pass -n namespace

# 然后进行base64反编码
echo -n 编码的内容 | base64 --decode

获取deployment

kubectl get deployment

滚动重启

kubectl restart deployment deployment-name -n 命令空间