Slurm 多队列模式指南

• 处于 POWER_SAVING 状态的节点在 sinfo 中显示 ~ 后缀（例如 idle~） 在此状态下，没有 EC2实例支持该节点。但是，Slurm 仍然可以将任务分配给节点。

• 正在过渡到 POWER_UP 状态的节点将在 sinfo 中显示 # 后缀（例如 idle#）。在以下情况下，节点会自动过渡到POWER_UP状态 Slurm 将任务分配给POWER_SAVING处于状态的节点。

  或者，您可以以 su 根用户身份使用以下命令将节点手动转变为 POWER_UP 状态：

  $ scontrol update nodename=nodename state=power_up

  在此阶段，调ResumeProgram用、启动和配置 EC2实例，然后节点过渡到POWER_UP状态。

• 当前可供使用的节点在 sinfo 中不显示后缀（例如 idle）。节点设置完毕并加入集群后，即可用于运行作业。在此阶段，节点已正确配置并可供使用。

  一般而言，我们建议 Amazon EC2 实例的数量与可用节点的数量相同。在大多数情况下，在创建集群后，静态节点即可用。

• 正在过渡到 POWER_DOWN 状态的节点在 sinfo 中显示 % 后缀（例如 idle%）。经过 ScaledownIdletime 之后，动态节点会自动进入 POWER_DOWN 状态。相比之下，静态节点在大多数情况下不会关闭。但您可以以 su 根用户身份使用以下命令将节点手动置于 POWER_DOWN 状态：

  $ scontrol update nodename=nodename state=down reason="manual draining"

  在此状态下，与节点关联的实例将会终止，节点将设置回 POWER_SAVING 状态并在经过 ScaledownIdletime 之后可供使用。

  该ScaledownIdletime设置已保存到 Slurm 配置SuspendTimeout设置。

• 离线的节点将在 sinfo 中显示 * 后缀（例如 down*）。如果出现以下情况，则节点将脱机 Slurm 控制器无法联系节点，或者如果静态节点被禁用并且后备实例已终止。

• 实例类型（例如 c5.xlarge）。

• 节点类型（dynamic 或 static。）

• UP：表示该分区处于活动状态。这是分区的默认状态。在此状态下，该分区中的所有节点都处于活动状态并且可供使用。

• INACTIVE：表示该分区处于非活动状态。在此状态下，将会终止支持非活动分区的节点的所有实例。不会为非活动分区中的节点启动新实例。

• 停止计算队列-执行以下命令时，所有分区都将转换为INACTIVE状态， Amazon ParallelCluster 进程将分区保持在INACTIVE状态。

  $ pcluster update-compute-fleet --cluster-name testSlurm \
     --region eu-west-1 --status STOP_REQUESTED

• 启动计算实例集 - 执行以下命令时，所有分区最初都将转变为 UP 状态。但是， Amazon ParallelCluster 进程不会使分区保持UP状态。您需要手动更改分区状态。所有静态节点将在几分钟后变为可用。请注意，将分区设置为 UP 不会增加任何动态容量。

  $ pcluster update-compute-fleet --cluster-name testSlurm \
     --region eu-west-1 --status START_REQUESTED

• STOP_REQUESTED：停止计算实例集请求已发送到集群。

• STOPPING：pcluster 进程当前正在停止计算实例集。

• STOPPED：pcluster 进程已完成停止进程，所有分区都处于 INACTIVE 状态，并且所有计算实例都已终止。

• START_REQUESTED：启动计算实例集请求已发送到集群。

• STARTING：pcluster 进程当前正在启动集群。

• RUNNING：pcluster 进程已完成启动过程，所有分区都处于 UP 状态，静态节点将在几分钟后可用。

• PROTECTED：此状态表示某些分区持续出现引导故障。受影响的分区处于非活动状态。请调查问题，然后运行 update-compute-fleet 以重新启用该实例集。

• 启动处于 POWER_SAVING 状态的动态节点

  su以根用户身份运行以下命令：

  $ scontrol update nodename=nodename state=power_up

  你也可以提交占位符sleep 1作业，请求一定数量的节点，然后依赖 Slurm 打开所需数量的节点的电源。

• 在 ScaledownIdletime 之前关闭动态节点

  我们建议您以 su 根用户身份使用以下命令将动态节点设置为 DOWN：

  $ scontrol update nodename=nodename state=down reason="manually draining"

  Amazon ParallelCluster 自动终止并重置已关闭的动态节点。

  通常，我们不建议直接使用 scontrol update nodename=nodename state=power_down 命令将节点设置为 POWER_DOWN。这是因为 Amazon ParallelCluster 会自动处理关闭过程，

• 禁用队列（分区）或停止特定分区中的所有静态节点

  以 su 根用户身份使用以下命令将特定队列设置为 INACTIVE：

  $ scontrol update partition=queuename state=inactive

  此操作会终止支持该分区中节点的所有实例。

• 启用队列（分区）

  以 su 根用户身份使用以下命令将特定队列设置为 UP：

  $ scontrol update partition=queuename state=up

下面是正常扩展工作流程的示例：

• 调度器收到需要两个节点的作业。

• 调度器将两个节点转换为 POWER_UP 状态，并使用节点名称（例如 queue1-dy-spotcompute1-[1-2]）调用 ResumeProgram。

• ResumeProgram启动两个 Amazon EC2 实例并分配的私有 IP 地址和主机名queue1-dy-spotcompute1-[1-2]，等待ResumeTimeout（默认时间为 30 分钟），然后重置节点。

• 实例配置完成并加入集群。作业开始在实例上运行。

• 作业完成并停止运行。

• 经过配置的 SuspendTime（设置为 ScaledownIdletime）后，调度器将实例设置为 POWER_SAVING 状态。然后，调度器将 queue1-dy-spotcompute1-[1-2] 设置为 POWER_DOWN 状态并使用节点名称调用 SuspendProgram。

• 为两个节点调用 SuspendProgram。节点保持在 POWER_DOWN 状态，例如通过保持 idle% 状态持续 SuspendTimeout（默认时段为 120 秒（2 分钟））。在 clustermgtd 检测到节点正在关闭后，它会终止支持实例。然后，它将 queue1-dy-spotcompute1-[1-2] 转变到空闲状态并重置私有 IP 地址和主机名，使其能够启动以供将来的作业使用。

如果出现问题，特定节点的某个实例由于某种原因无法启动，则会发生以下情况：

• 调度器收到需要两个节点的作业。

• 调度器将两个云爆发节点转变为 POWER_UP 状态，并使用节点名称（例如 queue1-dy-spotcompute1-[1-2]）调用 ResumeProgram。

• ResumeProgram仅启动一 (1) 个 Amazon EC2 实例queue1-dy-spotcompute1-1，并配置一个 (1) 个实例无法启动。queue1-dy-spotcompute1-2

• queue1-dy-spotcompute1-1 未受影响，并在进入 POWER_UP 状态后上线。

• queue1-dy-spotcompute1-2转换到POWER_DOWN状态，任务会自动重新排队，因为 Slurm 检测到节点故障。

• 经过 SuspendTimeout（默认为 120 秒（2 分钟））之后 queue1-dy-spotcompute1-2 变为可用。在此期间，作业将重新排队，并可以开始在另一个节点上运行。

• 上述过程将会重复，直到作业可以在可用节点上运行而不发生故障。

有两个定时参数可以根据需要进行调整：

• ResumeTimeout（默认为 30 分钟）：ResumeTimeout控制时间 Slurm 在将节点转换到关闭状态之前会等待。

  • 如果您的安装前/安装后过程几乎需要那么长时间的话，延长 ResumeTimeout 可能会很有用。

  • ResumeTimeout 也是在出现问题的情况下 Amazon ParallelCluster 在替换或重置节点之前等待的最长时间。如果在启动或设置过程中发生任何错误，计算节点会自行终止。 Amazon ParallelCluster 检测到已终止的实例后，进程会替换节点。

• SuspendTimeout（默认为 120 秒（2 分钟））：SuspendTimeout 控制将节点放回系统并准备好再次使用的速率。

  • 越短SuspendTimeout意味着重置节点的速度越快，并且 Slurm 可以尝试更频繁地启动实例。

  • SuspendTimeout 越长，故障节点的重置就会越慢。同时，Slurm 尝试使用其他节点。SuspendTimeout如果超过几分钟 Slurm 尝试循环浏览系统中的所有节点。对于大型系统（超过 1,000 个节点）来说，时间更长SuspendTimeout可能有利于减轻 stress on Slurm 当它经常尝试将失败的作业重新排队时。

  • 请注意，SuspendTimeout这并不是指 Amazon ParallelCluster 等待终止节点后备实例的时间。POWER_DOWN 节点的支持实例将会立即终止。终止过程通常在几分钟内完成。但在此期间，节点仍处于 POWER_DOWN 状态，无法供调度器使用。

• ResumeProgram: /var/log/parallelcluster/slurm_resume.log (slurm_resume)

• SuspendProgram: /var/log/parallelcluster/slurm_suspend.log (slurm_suspend)

• clustermgtd: /var/log/parallelcluster/clustermgtd.log (clustermgtd)

• computemgtd: /var/log/parallelcluster/computemgtd.log (computemgtd)

• slurmctld: /var/log/slurmctld.log (slurmctld)

• slurmd: /var/log/slurmd.log (slurmd)

• 动态节点：

  • 检查 ResumeProgram 日志，查看是否对该节点调用过 ResumeProgram。如果不是，请检查slurmctld日志以确定是否 Slurm 已尝试ResumeProgram与该节点通话。请注意，ResumeProgram 上不正确的权限可能会导致它静默失败。

  • 如果调用了 ResumeProgram，请查看是否为该节点启动了实例。如果未启动实例，则应有明确的错误消息，说明实例启动失败的原因。

  • 如果启动了实例，则可能在引导过程中出现了问题。从ResumeProgram日志中找到相应的私有 IP 地址和实例 ID，然后在 Logs 中查看特定实例的相应引导 CloudWatch 日志。

• 静态节点：

  • 检查 clustermgtd 日志，查看是否为该节点启动了实例。如果实例未启动，则应有明确的错误说明实例启动失败的原因。

  • 如果启动了实例，则引导过程出现了问题。从clustermgtd日志中找到相应的私有 IP 和实例 ID，然后在 Logs 中查看特定实例的相应引导 CloudWatch 日志。

• 节点意外替换/终止：

  • 在大多数情况下，clustermgtd 会处理所有节点维护操作。要检查 clustermgtd 是否替换或终止了节点，请查看 clustermgtd 日志。

  • 如果 clustermgtd 替换或终止了节点，则应显示一条消息，说明该操作的原因。如果原因与调度器有关（例如，节点处于 DOWN 状态），请查看 slurmctld 日志以获取更多详细信息。如果原因 EC2 与亚马逊有关，请使用诸如亚马逊 CloudWatch 或亚马逊 EC2 控制台、CLI 或 SDKs之类的工具来检查该实例的状态或日志。例如，您可以检查实例是否有预定事件或 Amazon 运行 EC2 状况检查失败。

  • 如果clustermgtd没有终止该节点，请检查是否computemgtd终止了该节点，或者是否 EC2终止了实例以回收竞价型实例。

• 节点故障：

  • 在大多数情况下，如果节点出现故障，作业会自动重新排队。在 slurmctld 日志中查看作业或节点失败的原因，并在其中评测具体情况。

• 通常，clustermgtd 会处理所有预期的实例终止操作。在 clustermgtd 日志中查看其无法替换或终止节点的原因。

• 对于 ScaledownIdletime 失败的动态节点，请在 SuspendProgram 日志中查看 slurmctld 进程是否以特定节点作为参数进行了调用。请注意，SuspendProgram 实际上并不执行任何特定的操作，它只是记录被调用时的时间。所有实例终止和NodeAddr重置均由完成。clustermgtdSlurm 将节点过渡到IDLE之后SuspendTimeout。

• Amazon ParallelCluster 不会做出工作分配或扩大规模的决策。它只尝试根据以下方式启动、终止和维护资源 Slurm的说明。

  对于与作业分配、节点分配和扩展决策有关的问题，请查看 slurmctld 日志中是否存在错误。