停止k8s所有pod？ k8s stop？

原标题：停止k8s所有pod？ k8s stop？

导读：

k8s中pod的创建开始到结束详细过程1、K8s中Pod的创建开始到结束的详细过程包括用户提交创建请求、API Server接收并认证、Pod对象信息写入etcd、Sched...

k8s中Pod的创建 开始到结束详细过程

1、K8s中pod的创建开始到结束的详细过程包括用户提交创建请求、API Server接收并认证、POD 对象信息写入ETCd、scheduler调度Pod、Kubelet创建并运行Pod、Pod状态更新以及Pod就绪性探测。用户提交创建请求：用户通过kubectl命令行工具或其他Kubernetes api 客户端提交Pod创建请求。

2、初始化容器（Init CONTAINERs）：这些容器在业务容器启动之前运行，通常用于执行一些预处理任务，如等待服务就绪、注册Pod信息等。初始化容器按顺序执行，每个容器必须成功执行完毕后，才会启动下一个容器。所有初始化容器都成功执行后，业务容器才会开始启动。

3、K8S首先启动新的POD S等待新的POD进入Ready状态 K8S创建Endpoint，将新的POD纳入负载均衡 K8S移除与老POD相关的Endpoint，并且将老POD状态设置为Terminating，此时将不会有新的请求到达老POD 同时 K8S 会给老POD发送SIGTERM信号，并且等待 terminationGracePeriodSeconds 这么长的时间。

4、kubernetes 部署：Kubernetes接收到Helm的请求后，开始下载镜像仓库中的镜像。根据Helm ChART中的yaml配置文件，KuberNETes创建或更新Pod、Service等资源。Kubernetes进行服务发现和负载均衡，确保新部署的服务能够正常运行。验证与监控服务验证：部署完成后，进行服务验证，确保新服务能够正常运行并满足预期功能。

5、使用Kubernetes的命令行工具或配置文件，创建kafkamanager的Pod。确认Pod的运行状态，确保kafkamanager已成功部署并正在运行。配置访问kafkamanager：利用K8S的NodePort功能，将kafkamanager暴露给外部访问。通过Kubernetes集群中某个节点的指定端口访问kafkamanager。

K8S故障 检查-Pod处于ContainerCreating状态

1、常见导致pod长时间处于“ContainerCreating”状态的原因包括镜像拉取问题、资源不足、持久卷问题、网络问题以及安全上下文或docker/运行时问题。要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackoff”事件，表明镜像拉取存在问题。

2、发现 Pod 处于 ContainerCreating 状态，表明 Pod 尚未成功启动。分析 Pod 创建失败的原因常见的 Pod 创建失败原因包括磁盘满、内存碎片化严重、镜像错误等。由于公司使用的镜像仓库是阿里云服务，且网络及阿里云服务正常，因此镜像错误的可能性较小。初步判断问题可能出在磁盘或内存上。

3、ContainerCreating：这种情况表示容器正在创建中，常见于配置问题导致的容器创建失败。例如，当使用Docker服务时，可能会遇到节点上的kube-proxy、kubelet或docker服务重启后容器仍无法创建的情况。解决这类问题，通常需要检查服务的运行状态，确认资源是否充足，或者是否存在网络、存储配置问题。