本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
AWS ParallelCluster 进程
本节适用于使用 Slurm 部署的集群。与该调度器一起使用时,可与底层作业调度器 AWS ParallelCluster 交互以管理计算节点的配置和移除。
对于基于的 HPC 集群 AWS Batch,依 AWS ParallelCluster 靠提供的功能 AWS Batch 来管理计算节点。
clustermgtd
集群管理守护程序 (clustermgtd) 执行以下任务:
-
清理非活动分区
-
管理与容量块关联的Slurm预留和节点(请参阅以下部分)
-
管理静态容量,确保其始终处于正常运行状态
-
将调度器与 Amazon EC2 同步。
-
清理孤立实例
-
在暂停工作流程之外发生 Amazon EC2 终止时,恢复计划程序节点状态
-
管理运行状况不佳的 Amazon EC2 实例(未通过亚马逊 EC2 运行状况检查的实例)
-
管理定期维护事件
-
管理不健康的调度器节点(调度器运行状况检查失败的节点)
管理与容量块相关的Slurm预留和节点
ParallelCluster 支持按需容量预留 (ODCR) 和 Machine Learning 容量块 (CB)。与 ODCR 不同,CB 可以有未来的开始时间,并且有时间限制。
clustermgtd在循环中搜索运行状况不佳的节点,终止所有已关闭的 Amazon EC2 实例,如果它们是静态节点,则将其替换为新实例。
AWS ParallelCluster 以不同的方式管理与容量块关联的静态节点 — 即使 CB 尚未处于活动状态,它也会创建集群,并在 CB 处于活动状态后自动启动实例。
与尚未激活的计算资源对应的Slurm节点将保持维护状态,直到到达 CB 启动时间。 CBs 这些Slurm节点仍处于与Slurm管理员用户关联的 reservation/maintenance 状态,这意味着它们可以接受作业,但在Slurm预留被移除之前,任务仍处于待处理状态。
clustermgtd自动创建或删除Slurm预留 — 它会根据 CB 状态将相关的 CB 节点置于维护状态。当 CB 变为活动状态时,Slurm预留将被移除,节点将启动并可用于待处理的任务或新的任务提交。
当到达 CB 结束时间时,节点将移回某个 reservation/maintenance 状态。当 CB 不再处于活动状态且实例终止时,由用户决定是否使用新 queue/compute 资源。 resubmit/requeue
clusterstatusmgtd
集群状态管理守护程序 (clusterstatusmgtd) 管理计算队列状态更新。它每分钟都会获取存储在 DynamoDB 表中的队列状态并管理任何请求。 STOP/START
computemgtd
计算管理守护程序 (computemgtd) 进程在每个群集计算节点上运行。每隔五 (5) 分钟,计算管理进程守护程序就会确认头节点可以访问并且运行正常。如果在五 (5) 分钟内无法访问头节点或头节点运行状况不佳,则将关闭计算节点。