pod调度（pod调度之后再创建pvc）

kubernetes最小调度单位

1、Kubernetes的最小调度单位是Pod。在KuberneTES的架构设计中，POD扮演着极为关键的角色，它是系统进行资源分配和调度的基本单元。从功能特性上看，pod将多个紧密协作的容器组合成为一个逻辑主机。这种组合方式并非随意，而是基于容器之间存在紧密的业务关联和交互需求。

2、Pod是Kubernetes中的最小调度单位。它可以包含一个或多个容器，并在同一个节点上运行。每个Pod都有一个独立的IP地址，该地址由KuberNETes集群自动分配和管理。Pod在Kubernetes中的作用类似于Docker容器在单机中的作用，是Kubernetes部署和管理微服务的基本单位。Pod在Kubernetes中有着非常重要的作用。

3、kubernetes中创建调度管理的最小单元是：Pod。在Kubernetes中，Pod是能够创建、调度、管理的最小部署单元。其通常是一组容器的集合。这里我们可以通过YAML配置文件来进行配置、创建，如下所示。需要注意的是，在Pod的配置文件中定义容器端口纯粹是展示性的，仅便于其他人了解该容器所使用的端口信息。

聊聊kube-scheduler如何完成调度和调整调度权重

首先，当用户通过API或kubectl创建Pod时，kube-apiserver将请求信息存储于etcd中。Kube-scheduler通过watch机制监听apiserver，获取待调度的Pod列表。接着，Kube-scheduler逐个尝试为每个Pod分配node。

自定义调度器扩展通过修改Pod的spec.schedulerName字段，可指定使用第三方调度器（如自定义插件或商业解决方案），实现更复杂的业务逻辑（如基于硬件拓扑、业务标签的调度）。总结kube schedule通过多阶段策略（淘汰+打分）和丰富的调度原语（亲和性、污点、优先级等），在资源约束与业务需求间实现平衡。

actions：定义了调度流程，实现了主要的调度动作。在actions中，使用逗号作为分隔符配置各需要执行的action。action的配置顺序就是scheduler的执行顺序。tiers：配置了注册到scheduler中的plugin列表。plugin中实现的算法将被action调用。tiers将plugin分为几类，并在session打开时进行注册，在执行action时调用。

在Kubernetes 项目中，默认调度器（default scheduler）的主要职责，就是为一个新创建出来的 Pod，寻找一个最合适的节点（Node）。 而这里“最合适”的含义，包括三层： 所以在具体的调度流程中，默认调度器会首先调用一组叫作 Predicate 的调度算法，来检查每个 Node。

集群中的pod是什么意思

1、Pod是Kubernetes中的最小调度单位。它可以包含一个或多个容器，并在同一个节点上运行。每个Pod都有一个独立的IP地址，该地址由Kubernetes集群自动分配和管理。Pod在Kubernetes中的作用类似于docker容器在单机中的作用，是Kubernetes部署和管理微服务的基本单位。Pod在Kubernetes中有着非常重要的作用。

2、Pod或集群，其实就是一组通过高速网络链接，而成为一个整体的计算机。Pod与集群的定义 Pod和集群这两个术语在计算机领域中经常被提及，它们本质上代表了一组相互连接并协同工作的计算机。这些计算机通过高速网络紧密相连，形成一个整体，从而能够处理更复杂的任务和数据。

3、官方解释：在Kubernetes集群中，Pod是所有业务类型的基础，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被同一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。

搭建一个K8S单机版,yaml已经创建好,但pod状态一直处于pend

1、资源不足：原因：如果集群中的资源不足，Pod可能无法被调度到任何节点上，从而处于PEnding状态。解决方法：检查集群的资源使用情况，确保有足够的资源可供Pod使用。可以考虑增加节点或调整Pod的资源请求和限制。调度问题：原因：调度器可能由于某些原因无法找到合适的节点来部署Pod。

2、假设一位机器学习研究人员想要在PyTorch环境中使用基于python的GPU进行测试，她请求她的工程团队提供一个带有两个GPU的Jupyter笔记本，以及她所有的库。然而，工程团队告诉她这需要三天时间，包括获取GPU、创建堆栈以及授予对JupyterHub的访问权限。

3、针对k8s 10版本中CoreDNS一直处于pending状态的问题，本文提供了一系列解决方案。首先，需要注意的是，当使用kubeadm init后，关闭cni可以解决部分问题。在进行kubeadm init操作前，应该在其他节点上也执行此操作，确保整个系统的一致性。对于kube-flannel.yml文件的修改，是一种推荐的解决方案。

4、当创建Pod时，该Pod保持Pending状态。

5、解决方案：重启网络插件Pod或重新部署插件。检查节点CNI配置目录（如/ETC/cni/net.d），确保配置文件正确。手动添加默认路由（如ip route add default via 网关IP）。 kube-proxy或服务配置问题kube-proxy状态：确认kube-proxy服务是否正常运行。若异常，可能导致服务负载均衡或NAT规则失效。

6、一个pod的完整创建，通常会伴随着各种事件的产生，k8s种事件的种类总共只有4种：podstatus 有一组PodConditions。PodCondition中的ConditionStatus，它代表了当前pod是否处于某一个阶段（PodscheduLED，Ready，Initialized，Unschedulable），“true” 表示处于，“false”表示不处于。

如何指定pod的运行节点?

1、Node Selector通过Pod定义中的nodeSelector属性直接指定目标节点。它使用键值对进行匹配，仅需一对匹配即可将Pod调度到目标节点。使用场景：适用于需要将Pod部署到具有特定属性或标签的节点上的场景。

2、使用固定节点 在 Jenkins Dashboard 中管理节点：进入 Jenkins 的 Dashboard。点击“管理 Jenkins”。选择“管理节点和云”。点击“新建节点”，按照提示输入节点信息，如节点名称、类型等。配置节点标签，以便在 Pipeline 中通过标签指定该节点。

3、定位Pod运行节点：对于Kubernetes中的Pod，首先需要定位Pod运行在哪个节点上。找到业务容器或Pause容器的PID：在目标节点上，使用docker ps找到Pod中的业务容器或Pause容器，并通过docker inspect获取其PID。进入Pod网络namespace：使用nsenter命令并指定Pause容器的PID和n选项，进入Pod的网络nameSpace进行调试。

4、节点级Pod管理：DaemonSet确保在每个节点上仅运行一个特定的Pod实例。自动部署与回收：当新节点加入集群时，DaemonSet会自动在新节点上创建Pod；当节点被删除时，其上的Pod也会被相应回收。

5、NodePort：NodePort是Kubernetes Service的一种类型，它允许service在集群中每个节点的特定端口上监听流量。这种配置使得外部流量可以通过访问任意节点的NodePort来访问Service背后的Pod。与hostPort不同，NodePort会影响集群中的所有节点，而不仅仅是运行Pod的宿主机。

6、DaemonSet的运行机制是管理Kubernetes集群中运行的Daemon Pod。其主要功能是在每个节点上仅运行一个特定的Pod实例。当节点加入集群时，该Pod会自动在新节点上创建。相反，当节点被删除时，其上的Pod也相应地被回收。DaemonSet的副本数依赖于工作节点数，无需显式指定。