怎么更改k8s的调度策略

要更改K8s的调度策略，可以通过修改调度器配置、使用调度器扩展、配置节点亲和性和反亲和性、使用Pod亲和性和反亲和性、配置资源请求和限制、利用优先级和抢占机制来实现。重点在于修改调度器配置，这可以通过编辑调度器的配置文件来实现，例如，通过修改Kube-Scheduler的配置来影响调度行为，调整调度策略以适应不同的工作负载需求和资源分配要求。本文将详细探讨如何实施和配置这些方法以优化K8s的调度策略。

一、修改调度器配置

Kubernetes的调度器Kube-Scheduler是负责将Pod分配到合适的Node上的核心组件。要更改调度策略，可以通过修改Kube-Scheduler的配置文件。这些配置文件通常位于调度器的配置目录中，使用YAML格式。通过编辑这些文件，可以改变调度算法、插件和其他调度策略参数。例如，可以配置优先级函数和预选策略，以影响Pod的调度优先级和节点选择。

为了更改调度器配置，首先需要创建或编辑调度器配置文件。以下是一个简单的Kube-Scheduler配置文件示例：

apiVersion: kubescheduler.config.k8s.io/v1beta1 kind: KubeSchedulerConfiguration profiles: - schedulerName: default-scheduler plugins: queueSort: enabled: - name: PrioritySort preFilter: enabled: - name: NodeResourcesFit filter: enabled: - name: NodeUnschedulable - name: NodeName

编辑完成后，可以通过重新启动调度器使配置生效。

二、使用调度器扩展

Kubernetes调度器可以通过扩展来增强其功能。常见的扩展方法包括编写自定义调度器、使用调度器框架插件等。自定义调度器可以完全控制调度逻辑，而调度器框架插件允许在现有调度器的基础上添加自定义逻辑。通过使用调度器扩展，可以满足特定的调度需求，如更复杂的资源分配策略、定制的优先级规则等。

编写自定义调度器需要熟悉Kubernetes调度器的内部工作原理，并且需要实现特定的调度算法。例如，可以编写一个自定义调度器，专门用于处理具有特殊资源需求的Pod。调度器框架插件则更为灵活，允许在调度过程的不同阶段插入自定义逻辑，从而实现更加复杂的调度策略。

三、配置节点亲和性和反亲和性

节点亲和性和反亲和性是Kubernetes中用于控制Pod调度的重要策略。节点亲和性允许用户指定Pod应该调度到哪些特定的节点，而反亲和性则防止Pod被调度到特定的节点。通过配置节点亲和性和反亲和性，可以实现更细粒度的调度控制，从而优化资源利用率和工作负载分布。

节点亲和性和反亲和性通过NodeAffinity和NodeAntiAffinity来实现，通常在Pod的spec部分配置。例如，以下是一个配置了节点亲和性的Pod定义：

apiVersion: v1 kind: Pod metadata: name: mypod spec: affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/e2e-az-name operator: In values: - e2e-az1 - e2e-az2

这种配置可以确保Pod仅被调度到特定的可用区内的节点上。

四、使用Pod亲和性和反亲和性

Pod亲和性和反亲和性用于控制Pod之间的调度关系。Pod亲和性允许用户指定Pod应该调度到靠近某些特定Pod的位置，而Pod反亲和性则防止Pod调度到靠近某些特定Pod的位置。通过配置Pod亲和性和反亲和性，可以实现更复杂的调度策略，如将相关的工作负载调度到同一节点以提高性能，或将相互排斥的工作负载分散到不同节点以提高可靠性。

Pod亲和性和反亲和性通过PodAffinity和PodAntiAffinity来实现，通常在Pod的spec部分配置。例如，以下是一个配置了Pod亲和性的Pod定义：

apiVersion: v1 kind: Pod metadata: name: mypod spec: affinity: podAffinity: requiredDuringSchedulingIgnoredDuringExecution: labelSelector: matchExpressions: - key: security operator: In values: - S1 topologyKey: kubernetes.io/hostname

这种配置可以确保Pod被调度到与具有特定标签的Pod在同一节点上。

五、配置资源请求和限制

资源请求和限制是Kubernetes中用于控制Pod资源分配的重要机制。通过配置资源请求和限制，可以确保Pod获得所需的资源，同时避免超载节点。资源请求指定了Pod启动所需的最小资源，而资源限制则规定了Pod可以使用的最大资源。

配置资源请求和限制通常在Pod的spec部分定义。例如，以下是一个配置了资源请求和限制的Pod定义：

apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - name: mycontainer image: myimage resources: requests: memory: "64Mi" cpu: "250m" limits: memory: "128Mi" cpu: "500m"

这种配置可以确保Pod在启动时至少有64Mi的内存和250m的CPU资源，并且最多可以使用128Mi的内存和500m的CPU资源。

六、利用优先级和抢占机制

优先级和抢占机制是Kubernetes中用于控制Pod调度顺序的重要机制。优先级允许用户为Pod分配不同的优先级，从而控制Pod的调度顺序。抢占机制则允许高优先级的Pod抢占低优先级Pod的资源，以确保关键工作负载的正常运行。

配置优先级和抢占机制通常在Pod的spec部分定义。例如，以下是一个配置了优先级的Pod定义：

apiVersion: v1 kind: Pod metadata: name: mypod spec: priorityClassName: high-priority

这种配置可以确保Pod具有较高的调度优先级，从而在资源紧张时优先被调度。

通过合理配置调度策略，可以显著提高Kubernetes集群的资源利用率和工作负载分布效率。无论是修改调度器配置、使用调度器扩展、配置节点亲和性和反亲和性、使用Pod亲和性和反亲和性、配置资源请求和限制，还是利用优先级和抢占机制，都是实现这一目标的重要手段。希望本文的详细介绍能帮助您更好地理解和应用这些调度策略，从而优化您的Kubernetes集群。