2、Pod异常状态排错

一、常用命令

首先列出Pod排查过程中我这边的常用命令：

• 查看Pod状态：kubectl get pod podname -o wide
• 查看Pod的yaml配置：kubectl get pods podname -o yaml
• 查看pod事件：kubectl describe pods podname
• 查看容器日志：kubectl logs podsname -c container-name

二、Pod状态

• Error：Pod 启动过程中发生错误
• NodeLost : Pod 所在节点失联
• Unkown : Pod 所在节点失联或其它未知异常
• Waiting : Pod 等待启动
• Pending : Pod 等待被调度
• ContainerCreating : Pod 容器正在被创建
• Terminating : Pod 正在被销毁
• CrashLoopBackOff ： 容器退出，kubelet 正在将它重启
• InvalidImageName ： 无法解析镜像名称
• ImageInspectError ： 无法校验镜像
• ErrImageNeverPull ： 策略禁止拉取镜像
• ImagePullBackOff ： 正在重试拉取
• RegistryUnavailable ： 连接不到镜像中心
• ErrImagePull ： 通用的拉取镜像出错
• CreateContainerConfigError ： 不能创建 kubelet 使用的容器配置
• CreateContainerError ： 创建容器失败
• RunContainerError ： 启动容器失败
• PreStartHookError : 执行 preStart hook 报错
• PostStartHookError ： 执行 postStart hook 报错
• ContainersNotInitialized ： 容器没有初始化完毕
• ContainersNotReady ： 容器没有准备完毕
• ContainerCreating ：容器创建中
• PodInitializing ：pod 初始化中
• DockerDaemonNotReady ：docker还没有完全启动
• NetworkPluginNotReady ： 网络插件还没有完全启动

Kube-porxy组件

在K8s集群中微服务的负载均衡是由Kube-proxy实现的，它是K8s集群内部的负载均衡器，也是一个分布式代理服务器，在K8s的每个节点上都有一个，这一设计体现了它的伸缩性优势，需要访问服务的节点越多，提供负载均衡能力的Kube-proxy就越多，高可用节点也随之增多。kube-porxy负责为Service资源提供cluster集群内部的服务发现和负载均衡，它运行在每一个Node物理节点之上，负责为节点上的所有pod资源提供网络代理服务。他会定时的从etcd数据库获取到service维护的路由信息做出相应的负载策略，维护网络负载策略和4层负载均衡工作。

1.1 kubernetes组件

一个kubernetes集群主要是由控制节点(master)、**工作节点(node)**构成，每个节点上都会安装不同的组件。
master：集群的控制平面，负责集群的决策 ( 管理 )

• ApiServer : 资源操作的唯一入口，接收用户输入的命令，提供认证、授权、API注册和发现等机制
• Scheduler : 负责集群资源调度，按照预定的调度策略将Pod调度到相应的node节点上
• ControllerManager : 负责维护集群的状态，比如程序部署安排、故障检测、自动扩展、滚动更新等
• Etcd ：负责存储集群中各种资源对象的信息

Kubernetes中Pod是什么，它与容器有什么区别？

Pod是Kubernetes中的基本运行单元，可以包含一个或多个紧密相关的容器。它们共享相同的网络命名空间、IP地址和端口空间，可以访问相同的存储资源。Pod作为单个应用的最小单元，确保其中的容器在同一个运行环境中并且相互之间的网络通信更为简单。

Pod与容器的区别主要在于：

1、抽象层级不同： 容器是轻量级、可移植的计算环境，而Pod是在容器上更高一层的抽象，代表在同一个应用上下文中运行的一个或多个容器。

2、生命周期管理：Kubernetes通过Pod来管理应用的生命周期而不是直接管理容器。Pod封装了容器的运行环境，为其提供协调的操作环境。