如何为单个作业配置节点软优先级请求？

当然可行！这种针对单个作业的节点优先级软约束需求，主流集群调度器都支持配置，只是不同调度器的参数和写法不一样，下面给你分几种常见场景说明：

Slurm 调度器配置 #

Slurm里有几种方式实现这种软优先级请求，完全针对单个作业，不会影响全局设置：

• 方法一：直接用--prefer指定优先节点
  提交作业时添加参数即可，这个参数会让调度器优先尝试在Node1/2上分配资源，只有当这两个节点都不可用时，才会 fallback 到Node3/4：

  sbatch --prefer=Node1,Node2 --nodelist=Node1,Node2,Node3,Node4 your_job_script.sh
  

  注意：--prefer参数在较新版本的Slurm中才支持，如果你的版本较老，可以试试下面的方法。
• 方法二：节点标签+软约束
  先给Node1/2打上high_prio标签，Node3/4打上low_prio标签（通过scontrol update node Node1 Node2 Features=high_prio这类命令），然后提交作业时用约束参数：

  sbatch --constraint="high_prio:low_prio" your_job_script.sh
  

  这里的冒号表示“优先满足前者，无法满足时再使用后者”的软约束逻辑。

Kubernetes 调度器配置 #

如果是Kubernetes集群，你可以通过Pod的亲和性配置实现这种软优先级，同样是单个作业级别的配置：
在你的作业Pod YAML中添加亲和性规则，通过权重区分优先级：

spec:
  affinity:
    nodeAffinity:
      preferredDuringSchedulingIgnoredDuringExecution:
      - weight: 100  # 权重越高优先级越高
        preference:
          matchExpressions:
          - key: kubernetes.io/hostname
            operator: In
            values:
            - Node1
            - Node2
      - weight: 50
        preference:
          matchExpressions:
          - key: kubernetes.io/hostname
            operator: In
            values:
            - Node3
            - Node4
  restartPolicy: OnFailure  # 根据你的作业需求调整

调度器会优先尝试将Pod调度到权重100的节点组（Node1/2），只有当这些节点没有可用资源时，才会考虑权重50的节点组（Node3/4）。

其他调度器场景 #

如果你使用的是PBS Pro、LSF这类其他调度器，也都有对应的单个作业软优先级配置方式，比如PBS可以用-l select=1:ncpus=X:node=Node1+Node2:node=Node3+Node4结合软约束参数，LSF可以用-R "select[node==Node1 || node==Node2] order[prefer:node==Node1 || node==Node2]"这类语法。

需要注意的是，所有这些配置都是仅针对当前提交的作业生效，不会修改集群的全局节点优先级设置，完全符合你的需求。

内容的提问来源于stack exchange，提问作者cruvadom