集群节点pod？ 集群节点故障？
kubernetes入门:pod、节点、容器和集群都是什么?
POD是Kubernetes集群中最小的可运行单元。它代表着集群中运行的进程，并能够共享网络和存储资源。一个Pod内部可以同时运行一个或多个容器，通过Pause容器实现容器间的网络共享和存储共享。节点：节点是kubernetes中的最小计算硬件单元，可以理解为集群中的单个机器。
node节点：负责维护容器的生命周期，例如创建、删除、停止Docker容器，以及容器的服务抽象和负载均衡等工作。主要组件包括kubelet（负责维护容器的生命周期和Volume、网络的管理）、kube-proxy（负责为Service提供cluster内部的服务发现和负载均衡）以及CONTAINER Runtime（负责镜像管理以及PoD和容器的真正运行）。
Kubernetes（k8s）是Google于2014年开源的容器集群管理系统（谷歌内部称为Borg）。它主要用于容器化应用程序的部署、扩展和管理，提供了容器编排、资源调度、弹性伸缩、部署管理、服务发现等一系列功能。k8s的目标是让部署容器化的应用简单并且高效，为应用部署、规划、更新、维护提供了一种机制。
安装与配置：通过安装etcd和Kubernetes，启动基础服务，并进行相关配置。服务部署与访问：使用kubectl create命令创建Pod和服务，并通过NodePort访问服务。丰富的资源对象：Node、Pod、Controller、Service等共同构建云原生应用。Master节点：负责集群控制，包括api Server、Controller Manager、scheduler和etcd。
集群中的pod是什么意思
Pod：Pod是Kubernetes集群中最小的可运行单元。它代表着集群中运行的进程，并能够共享网络和存储资源。一个Pod内部可以同时运行一个或多个容器，通过Pause容器实现容器间的网络共享和存储共享。节点：节点是Kubernetes中的最小计算硬件单元，可以理解为集群中的单个机器。
Pod是Kubernetes中的最小调度单位。它可以包含一个或多个容器，并在同一个节点上运行。每个Pod都有一个独立的IP地址，该地址由Kubernetes集群自动分配和管理。Pod在Kubernetes中的作用类似于Docker容器在单机中的作用，是Kubernetes部署和管理微服务的基本单位。Pod在Kubernetes中有着非常重要的作用。
官方解释：在Kubernetes集群中，Pod是所有业务类型的基础，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被同一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。
定义：资源对象是K8s集群中的管理操作单元，是K8s进行资源管理的核心。功能：代表了集群中的不同资源，如Pod、Service、Volume等。具体实例：Pod：K8s中的最小单元，可以包含一个或多个容器，用于承载容器化应用。ReplicaSet、Deployment：用于管理Pod副本，确保服务的高可用。
k8s将pod调度到指定节点的几种方式
1、方式二：通过指定NodeName。在Pod中配置nodeName字段，直接指派对应节点。示例如下：查看node名称。列出节点名称，例如k8s-master。在Pod中使用nodeName指定此节点。通过kubectl APPly创建Pod后，检查Pod是否调度至指定节点。使用nodeName选择节点方式存在局限性。方式三：亲和性和反亲和性。
2、通过指定nodeSelector匹配Node 方法说明：通过定义nodeSelector来匹配具有特定标签的Node，从而实现Pod的调度。操作步骤：首先查看节点的已有标签，然后在Pod定义中添加与期望节点匹配的nodeSelector。 通过指定NodeName 方法说明：直接在Pod配置中指定nodeName字段，将Pod调度到指定的节点。
3、在score阶段，为每个节点打分，分数计算方式是插件打分乘以插件权重。节点分数最高者将被选为最终目标节点。例如，在环境中有两个节点k8s-0001和k8s-0002，已有一个工作负载nginx调度至节点k8s-0002。如果需要将另一个工作负载test也调度至节点k8s-0002，可以通过调整InterpodAffinity权重来实现。
4、Node Selector是Kubernetes中用于将Pod调度到指定节点的一种机制。以下是关于Node Selector的详细解基本工作原理：Node Selector通过Pod定义中的nodeSelector属性直接指定目标节点。它使用键值对进行匹配，仅需一对匹配即可将Pod调度到目标节点。
5、Pod.spec.nodeName将Pod直接调度到指定的Node节点上，会跳过Scheduler的调度策略，该匹配规则是强制匹配。
6、在集群中为节点添加标签。例如，设置App： goweb-node。 编写goweb应用的Deployment文件。设置Pod的定义，确保与应用需求相匹配。 为Deployment添加nodeSelector字段，指定Pod应部署在具有特定标签的节点上，如app=goweb-node。 验证Pod是否成功调度到具有所需标签的节点。
k8s中Pod状态及问题排查方法
1、含义：调度器未能将 Pod 调度到可用节点。可能原因：节点资源不足或 Pod 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况，确保集群有足够的 cpu 和其他资源。CrashLoopBackOff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。
2、解决方法：仔细检查Pod的YAML配置文件，确保语法正确且配置合理。可以使用kubectl describe pod 命令查看Pod的详细信息，以获取更多关于错误的信息。总结：Pod状态一直处于Pending通常是由于资源不足、调度问题、镜像拉取问题、权限问题或配置错误等原因导致的。
3、Pod驱逐 节点资源不足时，K8s驱逐内存敏感型Pod。优化资源配额和限制值，避免资源被耗尽。Pod失联 Pod处于Unknown状态，无法获取信息。检查Kubelet状态，修复节点问题。无法被删除 Pod执行删除操作后长时间处于Terminating状态。排查删除操作和集群状态，确保删除流程顺利。
4、要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。
5、检查K8S集群状态：确保Kubernetes集群在rollback和重新部署后仍然正常运行。使用kubectl cluster-info命令来验证集群的连通性和状态。检查应用程序的状态：使用kubectl get pods查看Pod的状态，确保所有Pod都已正确运行。
