K8S调度
一、List-Watch 机制
controller-manager、scheduler、kubelet 通过 List-Watch 机制监听 apiserver 发出的事件，apiserver 通过 List-Watch 机制监听 etcd 发出的事件1.scheduler 的调度策略
预选策略/预算策略：通过调度算法过滤掉不满足条件的Node节点，如果没有满足条件的Node节点，Pod会处于Pending状态，直到有符合条件的Node节点出现
PodFitsResources、PodFitsHost、PodFitsHostPorts、PodSelectorMatches、NoDiskConflict
优选策略：根据优先级选项为满足预选策略条件的Node节点进行优先级权重排序，最终选择优先级最高的Node节点来调度Pod
LeastRequestedPriority、BalancedResourceAllocation、ImageLocalityPriority二、如何将Pod调度到指定节点
1）使用 nodeName 字段指定 Node节点名称
2）使用 nodeSelector 指定 Node节点的标签
3）使用 节点/Pod 亲和性
4）使用 污点+容忍 1.标签的管理
kubectl label <资源类型> <资源名称> 标签key=标签value ##设置标签
kubectl label <资源类型> <资源名称> 标签key=标签value --overwrite ##修改标签
kubectl label <资源类型> <资源名称> 标签key- ##删除标签
kubectl get <资源类型> <资源名称> --show-labels ##展示资源名称下的所有标签
kubectl get <资源类型> -l 标签key[=标签value] ##列出符合条件的标签下的资源2.亲和性
2.1节点亲和性
节点亲和性（nodeAffinity）：匹配指定的Node节点标签，将要部署的Pod调度到满足条件的Node节点上2.2Pod亲和性
拓扑域：具有相同标签的node节点
Pod亲和性（podAffinity）：匹配指定的Pod标签，将要部署的Pod调度到与指定Pod所在的Node节点处于 同一个拓扑域 的Node节点上
Pod反亲和性（podAntiAffinity）：匹配指定的Pod标签，将要部署的Pod调度到与指定Pod所在的Node节点处于 不同的拓扑域 的Node节点上2.3亲和性的策略
硬策略（required....）：要强制性的满足指定条件，如果没有满足条件的Node节点，Pod会处于Pending状态，直到有符合条件的Node节点出现
软策略（preferred....）：非强制性的，会优先选择满足条件的Node节点调度，即使没有满足条件的Node节点，Pod依然会完成调度3.污点（taint）
3.1配置
kubectl taint node <node名称> key=value:effect
effect支持的选项
NoSchedule(一定不会被调度)
PreferNoSchedule(尽量不被调度)
NoExecute(不会被调度，并驱逐节点上的Pod)3.2污点删除
kubectl taint node <node名称> key[=value:effect]-3.3查看节点有哪些污点
kubectl describe nodes <node名称> | grep Taints4.容忍 （tolerations）
4.1配置
spec:
tolerations:
- key: 污点键名
operator: Equal|Exists
value: 污点键值
effect: NoSchedule|PreferNoSchedule|NoExecute5.不可调度（cordon)
kubectl cordon <node名称> ##设置为不可调度
kubectl uncordon <node名称> ##解除不可调度6.不可调度 + 驱逐（drain)
kubectl drain <node名称> --ignore-daemonsets --delete-emptydir-data --force7.Pod的启动过程
1）通过 scheduler 根据调度算法选择一台在最适合的 Node节点运行 Pod
2）拉取镜像
3）挂载 存储卷 等
4）创建并运行容器
5）根据容器的探针探测结果设置 Pod 状态8.Pod的生命周期
| 生命周期状态 | 说明 |
|---|---|
| Pending | Pod已经创建，但是处于包括Pod还未完成调度到Node节点的过程或者处于镜像拉取过程中、存储卷挂载失败等情况 |
| Running | Pod中至少有一个容器正在运行 |
| Succeeded | Pod中的所有容器都已经成功退出，且不再重启。（Completed） |
| Failed | Pod中的所有容器都已终止，且至少有一个容器异常退出。（Error） |
| Unknown | Master节点的 controller-manager 无法获取 Pod 的状态，通常是因为 Master节点与 Pod 所在的 Node 节点通信失联导致的 |
Pod遵循预定义的生命周期，起始于Pending阶段，如果至少其中有一个主要容器正常启动，则进入Running阶段，之后取决于Pod中是否有容器以失败状态结束而进入Succeeded或者Failed阶段。三、K8S中排障方法
kubectl get pods 查看Pod运行状态
kubectl describe <资源类型|pods> <资源名称> 查看资源的详细信息和事件
kubectl logs <pod名称> [-c <容器名>] [-p] 查看容器的进程日志
kubectl exec -it <pod名称> [-c <容器名>] sh|bash 进入Pod容器，查看容器内部相关状态信息
kubectl debug -it <pod名称> --image=<临时容器的镜像名> --target=<目标容器> 在Pod中创建临时容器进入目标容器进行调试
在Pod容器的宿主机使用nsenter转换网络等命名空间，直接在宿主机进入目标容器的命名空间进行调试查看k8s集群中相关信息
kubectl get nodes 查看Node节点的运行状态
kubectl get cs 查看Master组件的状态
kubectl cluster-info 查看集群信息
journalctl -u kubelet -f 跟踪查看Kubelet进程日志看k8s集群中相关信息
kubectl get nodes 查看Node节点的运行状态
kubectl get cs 查看Master组件的状态
kubectl cluster-info 查看集群信息
journalctl -u kubelet -f 跟踪查看Kubelet进程日志