k8spod自动调度（k8s调度器自定义）

k8s进阶—etcD相关&K8S调度

关于ETCD相关和K8S调度的进阶知识，可以归纳如下：ETCD相关：ETCD集群操作：使用etcdctl工具可以方便地在宿主机上操作etcd集群，如查看成员节点。etcd集群的状态查看和操作包括设置、查看、listwatch、定时快照及快照恢复等。快照恢复和集群恢复是etcd操作中的关键步骤，确保数据一致性。

kubulet启动时并非Pod方式，其配置文件存于/var/lib/lubectl/config.yaml，静态pod配置在/等/Kubernetes/manifests路径下，自定义yaml文件放于此可使kubelet拉起。etcdctl工具可方便宿主机操作etcd集群，查看成员节点使用etcdctl命令。查看etcd集群状态，操作包括设置、查看、list-watch、定时快照及快照恢复。

K8S核心组件etcd详解：etcdctl命令的便捷使用：版本确认：kubernetes 6 及以后版本默认使用 etcd v3 版本，v2 和 v3 版本不兼容，需确认使用的 etcd 版本。命令简化：使用 etcdctl 命令时，需通过证书认证并指定 etcd 节点的 IP 和端口，操作繁琐。可通过定义变量存储相关参数，简化命令执行。

Kubernetes入门进阶教程概览：核心组件：kubectl：与Kubernetes集群交互的客户端工具。kubeapiServer：提供API服务，管理集群资源和认证。kubecontrollermanager：负责集群资源的自动管理和配置。kubescheduler：动态调度POD以优化资源分配。etcd：分布式存储系统，用于服务发现和配置共享。

在Kubernetes （K8s） 系统中，etcd 起到了核心存储的作用，用于保存所有对象的 manifest，确保在 API server 重启或失败时，这些数据不会丢失。etcd 的优势在于它是一个响应快速、分布式且一致的键值存储，是存储集群状态和元数据的唯一地方。

- --data-dir=/var/lib/etcd。尝试修复数据文件或备份后重启docker对应镜像或kubectl，然后检查node状态以及集群中所有Pod。网络相关的Pod已消失，k8s dns组件也未运行，需要重新配置网络。正常情况下，如果网络组件未启动，所有节点应为未就绪状态。时间紧迫，为了实验需要，通过kubeadm重置了集群。

K8s调度之污点与容忍

K8s为每个Pod默认设置的容忍机制能在节点临时故障时提供缓冲，但生产环境中，污点常用于指定Pod的专属使用，这时需要配合节点亲和性来实现。当节点有污点且Pod容忍了该污点，调度策略会优先选择没有污点的节点。然而，如果生产环境中希望严格限制Pod的调度，可以结合污点和节点亲和性来实现。

在实践层面，可以通过命令行工具或Kubernetes的API，灵活地为节点添加或删除污点，同时配置Pod的容忍度以适应不同场景的需求。具体操作包括查看节点污点情况、调整Pod容忍度配置等。

污点与容忍度是Kubernetes中用于精细化管理节点和Pod调度的关键概念。污点（Taint）是标记在节点上的标签，用来排斥不合适的Pod。它的存在是为了通过排斥机制，确保Pod被调度到满足特定条件的节点。反之，容忍度（Toleration）则是在Pod上设置的，允许（非强制）Pod调度到带有特定污点的节点。

对k8s控制器DaemonSet的理解

1、DaemonSet是Kubernetes中用于在每个节点上运行一个Pod副本的控制器。以下是关于DaemonSet的详细理解：主要功能：节点级Pod管理：DaemonSet确保在每个节点上仅运行一个特定的Pod实例。自动部署与回收：当新节点加入集群时，DaemonSet会自动在新节点上创建Pod；当节点被删除时，其上的Pod也会被相应回收。

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

3、DaemonSet是Kubernetes提供的一种控制器，其核心职责是在集群中的每个节点或特定节点上确保始终运行着一个Pod的副本。这类控制器常用于部署诸如日志收集器、监控代理或存储守护进程等系统服务，以保持集群的正常运行。

4、DaemonSet是Kubernetes提供的一种控制器，用于确保在集群中的每个节点或特定节点上始终运行着一个Pod的副本。以下是关于DaemonSet的详细解核心职责： 确保每个节点运行Pod副本：DaemonSet的核心功能是在每个满足条件的节点上运行一个Pod副本，常用于部署系统服务，如日志收集器、监控代理或存储守护进程。

5、DaemonSet：确保集群中每台节点运行一个副本，适用于节点级服务，如日志收集、监控等。Job：专为批量处理、一次性任务设计，执行单次任务后终止。简化大规模数据处理流程。CronJob：基于定时任务调度，以类似linux cron的方式在特定时间重复执行Job任务，实现周期性工作。

k8s将pod调度到指定节点的几种方式

方式二：通过指定NodeName。在Pod中配置nodeName字段，直接指派对应节点。示例如下：查看node名称。列出节点名称，例如k8s-master。在Pod中使用nodeName指定此节点。通过kubectl APPly创建Pod后，检查Pod是否调度至指定节点。使用nodeName选择节点方式存在局限性。方式三：亲和性和反亲和性。

假设以下场景：有三个Node，分别为1010109，创建Deployments来部署Tomcat应用，指定在107节点上创建Pod。解决方案 nodeName Pod.spec.nodeName将Pod直接调度到指定的Node节点上，会跳过Scheduler的调度策略，该匹配规则是强制匹配。

在集群中为节点添加标签。例如，设置App： goweb-node。 编写goweb应用的Deployment文件。设置Pod的定义，确保与应用需求相匹配。 为Deployment添加nodeSelector字段，指定Pod应部署在具有特定标签的节点上，如app=goweb-node。 验证Pod是否成功调度到具有所需标签的节点。

调度Pod主要有四种方式，但为何还需要引入亲和性调度和反亲和性调度？答案在于它们提供了更灵活、更复杂的调度策略。例如，希望两个Pod调度到同一台节点上、或者希望隔离性高可用性将两个Pod分开到不同节点上，或者将Pod调度至指定的特定节点上。

kubernetes调度系统作用在于将待调度的pod绑定至集群中合适的worker node，通过etcd记录绑定信息，kubelet服务获取pod信息并启动容器。Scheduler调度流程分为预选与优选两步，最终选择分数最高的node运行pod，若分数相同则随机选择。nodeSelector与nodeAffinity提供节点选择与亲和性策略。

调度流程包括过滤和打分两个步骤。过滤阶段，调度器筛选出满足条件的节点；打分阶段，对筛选出的节点进行评分，最终选择得分最高的节点部署 Pod。节点选择器（nodeSelector）允许用户基于特定标签选择节点。例如，确保某些 Pod 落实在具有特定属性（如 SSD 硬盘）的节点上。