Kubernetes Horizontal Pod Autoscaler (HPA) 扩缩容机制

1. HPA 介绍

Kubernetes Horizontal Pod Autoscaler (HPA) 通过监控 Pod 的资源使用情况(如 CPU、内存、自定义指标等),自动调整 Pod 的副本数量,以保持应用的高可用性和资源利用率。

2. HPA 扩缩容机制

2.1 扩容机制(Scaling Up)

  • 检查间隔:默认每 15 秒 采样一次(可配置 --horizontal-pod-autoscaler-sync-period)。
  • 触发条件:当负载指标 超过 设定的目标值,HPA 立即 扩容。
  • 计算逻辑
    • HPA 计算 每个 Pod 需要的资源,并决定需要多少个 Pod 来满足目标值。
    • Pod 副本数取向上取整的计算值。
    • 计算时,取 过去若干采样周期内的最大值 以确保负载高峰能够被正确处理。

🔹 示例

  • 当前 Pod 数量:3

  • CPU 目标值:50%

  • 当前 CPU 使用率(取最近几次采样的最大值):75%

  • 计算公式新Pod数 = 当前Pod数 * (当前CPU使用率 / 目标CPU使用率) = 3 * (75 / 50) = 4.5,向上取整为 5

  • 最终决定:扩容到 5 个 Pod

  • 时间消耗

    • 采样时间:15 秒
    • 触发扩容:立即
    • Pod 启动时间:30s - 1min(取决于镜像大小、调度速度等)
    • 最终扩容完成时间 ≈ 30s - 1min
  • 扩容稳定性窗口(可选):

    • 默认 无稳定性窗口--horizontal-pod-autoscaler-upscale-stabilization=0)。
    • 可配置一个时间窗口,在该窗口内取 最小 Pod 需求值,防止瞬时流量峰值导致过度扩容。

2.2 缩容机制(Scaling Down)

  • 检查间隔:默认每 15 秒 采样一次。
  • 触发条件:当负载指标 低于 设定目标值,HPA 需要观察 稳定性窗口(默认 5 分钟) 后才会缩容。
  • 计算逻辑
    • HPA 在 过去 5 分钟窗口内 计算 最大 Pod 需求值,以决定是否缩容。
    • 避免负载短时间下降导致不必要的缩容。
    • 计算时,取 过去若干采样周期内的最小值,确保缩容不会导致应用不可用。

🔹 示例

  • 当前 Pod 数量:5

  • CPU 目标值:50%

  • 当前 CPU 使用率(取最近几次采样的最小值):25%

  • 计算公式新Pod数 = 当前Pod数 * (当前CPU使用率 / 目标CPU使用率) = 5 * (25 / 50) = 2.5,向下取整为 3

  • 最终决定:缩容到 3 个 Pod

  • 时间消耗

    • 采样时间:15 秒
    • 观察窗口:默认 5 分钟(可配置 --horizontal-pod-autoscaler-downscale-stabilization=300
    • 优雅终止 Pod(默认 terminationGracePeriodSeconds=30 秒)
    • 最终缩容完成时间 ≈ 5min 30s

3. HPA 配置参数

参数 作用 默认值
--horizontal-pod-autoscaler-sync-period HPA 采样间隔 15s
--horizontal-pod-autoscaler-downscale-stabilization 缩容稳定性窗口,过去 N 秒内取最大 Pod 需求值 300s(5 分钟)
--horizontal-pod-autoscaler-upscale-stabilization 扩容稳定性窗口,过去 N 秒内取最小 Pod 需求值 0s(立即扩容)

4. 结论

操作 触发条件 触发所需时间 额外等待 总时间
扩容 指标 高于 目标值 15 秒内 Pod 启动时间(30s-1min) 30s - 1min
缩容 指标 低于 目标值 持续 5 分钟 5 分钟 Pod 终止时间(30s) 5min 30s

5. 调优建议

  • 减少扩容抖动:可设置 --horizontal-pod-autoscaler-upscale-stabilization 避免瞬时峰值导致过度扩容。
  • 优化缩容响应速度:适当降低 --horizontal-pod-autoscaler-downscale-stabilization,减少缩容等待时间。
  • Pod 启动优化:确保应用启动时间较短,避免扩容时影响可用性。

通过合理配置 HPA,可实现自动化扩缩容,保障应用的稳定性和资源利用率。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,367评论 6 512
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,959评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,750评论 0 357
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,226评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,252评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,975评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,592评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,497评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,027评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,147评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,274评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,953评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,623评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,143评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,260评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,607评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,271评论 2 358

推荐阅读更多精彩内容