如上图所示不停处于running状态，查察日记发现不停重复弹出同一个info：
2024-10-18 16:57:32,739 [INFO] [AMRM Callback Handler Thread] |rm.YarnTaskSchedulerService|:
Allocated: <memory:0, vCores:0>
释义: 当前应用程序没有分配到任何内存（memory:0）和捏造核心（vCores:0）。这意味着 YARN 还没有给该作业分配任何资源来启动任务。
Free: <memory:1024, vCores:1>
释义: 当前集群中可用的资源包罗 1024MB 的内存和 1 个 vCore（捏造核心）。虽然有一些空闲资源，但可能不够或者未被分配给当前作业。
pendingRequests: 6
释义: 当前作业另有 6 个任务在等候资源分配。YARN 还没有为这些任务找到可以运行的容器，作业因此被阻塞。
delayedContainers: 0
释义: 没有任何延迟分配的容器。通常，当 YARN 没有立刻分配到符合要求的资源时，容器会被延迟，直到合适的资源可用。
heartbeats: 3551
释义: ApplicationMaster (AM) 与 ResourceManager (RM) 之间已经举行了 3551 次心跳通信。这是 YARN 用来监控资源和应用状态的机制。每个心跳之间，RM 会更新 AM 关于资源的状态。
lastPreemptionHeartbeat: 3550
释义: 这是第 3550 次心跳发送时，ResourceManager 发送的末了一次“抢占心跳”（Preemption Heartbeat）。抢占是 YARN 在资源告急时的机制，用于重新分配低优先级任务的资源给更高优先级的任务。
highestWaitingRequestWaitStartTime: 1729241801061
义: 当前队列中等候时间最长的资源请求的开始时间。这个数值是时间戳，通常是从1970年1月1日 UTC 时间以来的毫秒数，代表该任务的等候时间较长
highestWaitingRequestPriority: 32
释义: 这是当前等候资源的最高优先级请求的优先级值。通常，优先级值越小，优先级越高。32 代表该请求的优先级较低，因此它可能在调度过程中优先级靠后。
重点是：Allocated: <memory:0, vCores:0>和Free: <memory:1024, vCores:1>
先看集群总内存和cores情况，总共132G，75cores：
整个集群显着另有空闲资源，再看对于aviation队列的设置：
configured capacity=5%，表现队列的初始容量百分比，即avation队列在最开始可以利用132G*5%=6.75G，75*5%=3.75cores。
configured max capacity=10%界说了队列利用集群资源的上限，即使其他队列资源空闲，aviation 队列也不能高出这个上限，即132*10%=13.2G，75*10%=7.5cors
尝试调大configured max capacity至30%，
成功办理：
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
