Azure容器应用专用工作负载配置文件资源共享与副本资源问题咨询

问题1：5个容器副本是否会竞争同一节点资源？ #

是的，如果当前仅部署了1个D4工作负载配置实例（即单个节点），5个副本会共享该节点的4vCPU和4GiB内存资源，逻辑和本地同一机器上运行5个Docker容器一致——比如某个副本占用3GiB内存，剩余4个副本只能共享剩下的1GiB内存（若未设置资源限制，甚至可能出现副本因内存不足被OOM kill的情况）。

但如果你的工作负载配置开启了节点实例自动缩放，Azure调度器会优先将新副本调度到空闲节点实例上。当现有节点剩余资源不足以容纳新副本时（比如每个副本请求1GiB内存，单节点最多承载4个），调度器会自动创建新的D4节点实例，将第5个副本部署到新节点，避免单节点资源竞争。

建议为容器配置resources.requests和resources.limits（比如指定每个副本最多使用1vCPU、1GiB内存），让调度器更精准地分配资源，避免单个副本过度占用资源影响其他副本运行。

问题2：Azure如何判断资源已耗尽并添加节点实例？ #

Azure容器应用的工作负载配置实例（节点）扩容，主要基于两种核心逻辑：

• 资源利用率阈值：默认以CPU或内存的持续使用率为判断依据（比如CPU连续5分钟超过70%，或内存使用率超出设定阈值），达到阈值时自动添加节点实例。你也可以自定义监控指标（如队列长度、业务自定义指标）触发缩放。
• 调度约束触发：当调度器尝试部署新副本时，发现所有现有节点的剩余资源都无法满足副本的resources.requests配置（比如节点剩余内存低于副本请求值），会直接触发创建新节点实例来容纳新副本。

简言之，判断逻辑不是单纯依赖vCPU满负荷时长，而是结合实时资源使用率和调度可行性来识别资源耗尽状态，进而触发节点扩容。

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