k8s删除pod一直处于terminating状态
1、我这里的pod是与nfs有关，nfs挂载有问题导致pod有问题，执行完删除命令以后看到pod一直处于terminating的状态。这种情况下可以使用强制删除命令：kubectl delete pod [pod name] --force --grace-period=0 -n [namespace]注意：必须加-n参数指明namespace，否则可能报错pod not found。
k8s中正确删除pod的方法
删除方法 查看rs和deployment以及pod 删除deployment 再次查看rs和deployment 再次查看pod就会发现已经没有信息了，删除成功 原因 -deployment controller：管理维护deployment，关联deployment和deployment controller，保证运行指定数量的pod，当deployment 更新时，控制实现deployment controller和pod的更新。
使用kubectl命令可以删除Pod，并观察其使用宽限期完成清理或销毁操作。宽限期确保了资源的高效回收，即使配置文件中设置了较长的睡眠时间，实际执行时间也会受到宽限期的限制。
这种情况下可以使用强制删除命令：kubectl delete pod [pod name] --force --grace-period=0 -n [namespace]注意：必须加-n参数指明namespace，否则可能报错pod not found。
使用kubectl delete pod命令移除指定Pod，例如kubectl delete pod namespace kubesystem l k8sapp=kubedns删除特定命名空间下的特定Pod。 使用kubectl delete pod selector=app=sqldata批量删除Pod，或使用kubectl delete pod selector=app！=sqldata排除特定标签的Pod。
Kubernetes对象删除的基本流程为：首先，K8s会触发控制器在对象上注册pre-delete hook，即Finalizers。Finalizers类似于编程语言中的对象销毁函数，可在对象回收前执行特定逻辑。常见用途包括清理资源或通知其他依赖资源。接着，如果对象实现了RESTGracefulDeleteStrategy接口，则可以实现特定的优雅删除逻辑。
Kubernetes(K8s)之Job控制器
总结：Job 控制器是 Kubernetes 中用于管理一次性任务的重要组件，通过定义任务执行次数、监控 Pod 状态以及确保任务成功执行等特性，为开发和部署批处理作业提供了强大的支持。
Job控制器用于Pod对象运行一次性任务，容器中的进程在正常运行结束后不会对其进行重启，而是将Pod对象置于Completed（完成）状态，若容器中的进程因错误而终止，则需要按照重启策略配置确定是否重启，未运行完成的Pod对象因其所在的节点故障而意外终止后会被调度。
Job 类型是 Kubernetes 资源对象之一，用于执行一次性任务或批处理作业。Job 在 Kubernetes 中用于数据处理、备份和恢复操作等场景，可以控制 Pod 的数量，确保一定数量的 Pod 成功完成任务后停止并完成作业。Job 控制器是 Kubernetes 中的一个组件，监视 Job 对象的状态，根据需要启动或停止 Pod。
在Kubernetes中，CronJob控制器提供了一种定期执行任务的机制，适用于备份数据、清理日志、定时拉取数据等场景。CronJob基于Cron定时任务的原理，允许用户使用Cron表达式配置任务执行的时间。Cron表达式由5或6个字段组成，分别对应分钟、小时、日期、月份和星期几，可选年份字段。
Job 任务可以在多个节点上并行执行。每个节点会创建独立的 Pod 来执行任务，Job 控制器确保任务在所有节点上正确运行。Job 的应用场景包括：批量数据处理、任务调度等。测试 Job 的 `activeDeadlineSeconds` 选项 通过配置 `activeDeadlineSeconds`，可以设置任务执行的超时时间。
K8S学习(2)---Pod相关操作
Pod相关操作主要包括以下内容k8s删除job关联pod：Pod配置文件的编写：在编写YAML配置文件时k8s删除job关联pod，使用空格而非tab进行缩进，以避免产生错误。Pod的启动与查看：使用kubectl命令启动配置文件，可直接获取Pod的详细信息。运行kubectl命令以查看Pod当前状态，在理想网络环境下，仅需几分钟即可完成Pod的设置。
普通pod：最常见的pod类型，用于运行一个或多个容器。静态pod：一种特殊的pod类型，通常由kubelet直接在节点上管理，不通过K8S API服务器进行调度。pod的定义与创建：yaml文件：定义pod较为简单，通过编写yaml文件实现。yaml文件包含容器的配置信息，如镜像、端口、环境变量等。
在K8S环境中，pod是核心概念，每一个pod包含一个特殊根容器，即pause容器，该容器是K8S的一部分。pod内部可容纳多个容器，共享网络与存储资源。pause容器负责存储所有容器的状态，pod存在于节点中，通过二层网络通信。pod分为普通与静态两种类型。定义pod较为简单，通过编写yaml文件实现。
在Pod定义中添加nodeSelector。创建Pod并检查状态，验证其被调度至指定节点。方式二：通过指定NodeName。在Pod中配置nodeName字段，直接指派对应节点。示例如下：查看node名称。列出节点名称，例如k8s-master。在Pod中使用nodeName指定此节点。通过kubectl apply创建Pod后，检查Pod是否调度至指定节点。
核心组件介绍 Master节点组件：API Server：提供集群的API接口，处理各种资源操作请求，同时负责认证、授权和访问控制。Scheduler：负责根据调度策略选择最适合的Node节点来运行Pod，考虑因素包括资源需求、亲和性和数据位置等。
