unknown状态pod删除，unknown application如何取消

k8s的探针

1、K8S中的三种探针ReadinessProbe、LivenessProbe和StartupProbe的作用如下：LivenessProbe：主要目的：在程序运行期间，监控容器内的应用程序状态。如果发现程序异常退出或处于不健康状态，能够自动重启容器，确保应用持续运行。执行方式：支持执行shell命令、http访问或TCP连接进行检查。

2、首先，我们来看看三种探针的使用场景和目的。ReadinessProbe和LivenessProbe用于监控应用健康性和稳定性，确保服务可用。StartupProbe则在容器启动阶段监控应用状态，确保在容器启动后应用能够正常运行。ReadinessProbe和LivenessProbe的使用方式支持多种探测方法，包括exec、HTTP和TCP。

3、K8S中的探针主要分为存活探针、就绪探针和启动探针三类。存活探针：用于检查容器是否存活，并根据检查结果决定是否重启容器。这是提升应用可用性的重要手段。如果容器不再响应存活探针，系统将自动重启该容器，以确保服务的连续性。就绪探针：确保容器已经准备好提供服务。

4、ReadinessProbe与LivenessProbe在容器启动后会持续运行，直到容器生命周期结束，而StartupProbe则只在容器启动后执行一次，满足特定条件后停止探测。在使用方式上，这三种探针都支持执行、HTTP和TCP三种探测方法，并通过配置实现对探针行为的精确控制。

5、k8s 可以通过存活探针 （liveness probe） 检查容器是否还在运行。 可以为 Pod 中的每个容器单独指定存活探针。如果探测失败， k8s 将定期执行探针并重新启动容器。

k8s中pod状态及问题排查方法

含义：调度器未能将 POD 调度到可用节点。可能原因：节点资源不足或 Pod 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况，确保集群有足够的 CPU 和其他资源。CrashLoopBackoff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。

解决方法：仔细检查Pod的yaml配置文件，确保语法正确且配置合理。可以使用kubectl describe pod 命令查看Pod的详细信息，以获取更多关于错误的信息。总结：Pod状态一直处于Pending通常是由于资源不足、调度问题、镜像拉取问题、权限问题或配置错误等原因导致的。

如果原因是Pod无法安装请求的卷，请确保清单适当地指定其详细信息并确保Pod可以访问存储卷。或者，如果该节点没有足够的资源，则手动从该节点删除Pod，以便将Pod调度到另一个节点上。否则，可以扩展节点资源容量。如果使用NodeSelector安排Pod在Kubernetes集群中的特定节点上运行，就会发生这种情况。

要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。

什么是K8S?

1、K8s是kubernetes的缩写，是一个开源的容器编排平台。以下是关于K8s的详细解释：起源与维护：K8s起源于Google，由google在2014年开源，并由Cloud Native COMputing Foundation进行维护。功能与作用：K8s主要用于自动部署、扩展和管理容器化应用程序。

2、在云计算领域，OpenStack和Kubernetes（简称k8s）都是用于管理云计算环境的开源平台，各自有着不同的特点和适用场景。那么OpenStack和Kubernetes有什么区别，一起来看看吧。OpenStack是一个开源的云计算管理平台，提供了丰富的API接口，帮助用户管理和控制大量虚拟资源，包括计算、存储和网络等。

3、起源与设计：K8s由Google在2014年开源，其设计灵感源于希腊语，寓意“舵手”或“飞行员”。它融合了社区最佳实践和Google在大规模运行生产工作负载的经验。核心功能：容器编排和管理：K8s允许开发者将应用程序打包为轻量、可移植的容器，并在集群中部署、运行和管理这些容器。

4、k8s是一个编排容器的工具，也是管理应用全生命周期的工具。以下是关于k8s的详细解释：容器编排：k8s能够自动化地部署、扩展和管理容器化应用程序。它提供了丰富的功能，如自动部署、自动扩展、故障自愈等，使得容器化应用的运维变得更加简单和高效。

5、“K8s”是“Kubernetes”的缩写，形成方式是保留单词的第一个和最后一个字母（K和s），然后用中间剩余字母的数量（8个）来代替中间的字母。这种缩写方式在技术界较为常见，用于简化较长或难以记忆的名称。Kubernetes是用于自动部署、扩展和管理容器化应用程序的系统。

kubernetes常见故障

Kubernetes日常运维中常见的故障处理如下：ContainerCreating：问题描述：容器正在创建中，但长时间未完成，通常与配置问题相关。解决办法：检查kubeproxy、kubelet、docker等服务的运行状态；确认资源是否充足，包括CPU、内存、磁盘等；检查网络配置和存储配置是否正确。

原因：端口映射错误，服务正常工作但不能提供服务。解决方法：删除SVC，重新映射端口。Kubernetes集群服务暴露失败：原因：容器已暴露服务，但SVC配置有误。解决方法：删除SVC，重新映射端口。外网无法访问Kubernetes集群提供的服务：原因：集群的type为ClusterIP，未将服务暴露至外网。

查看kubectl describe命令的输出将使您更加清楚。如果Pod保持挂起状态，则可能是一个问题，根本原因可能是节点中的资源不足。或者，如果您为不可用的容器指定主机端口，或者该端口已在Kubernetes集群的所有节点中使用，则Pod可能未就绪。结论 Kubernetes中的故障排除似乎是一项艰巨的任务。

在Kubernetes的日常运维中，遇到的故障处理问题通常包括ContainerCreating、ErrImagePull或ImagePullBackOff、Pending、CrashLoopBackOff或ERROR、Terminating或Unknown以及UnexpectedAdmissionError等。以下是对这些问题的详细分析与解决办法。ContainerCreating：这种情况表示容器正在创建中，常见于配置问题导致的容器创建失败。