AICon 上海站|90%日程已就绪,解锁Al未来! 了解详情
写点什么

作业帮 Kubernetes Serverless 在大规模任务场景下的落地和优化

吕亚霖、别路

  • 2021-10-26
  • 本文字数:2413 字

    阅读完需:约 8 分钟

作业帮Kubernetes Serverless在大规模任务场景下的落地和优化

一、背景


在作业帮的云原生容器化改造进程中,各业务线原本部署在虚拟机上的定时任务逐渐迁移到 Kubernetes 集群 cronjob 上。起初,cronjob 规模较小,数量在 1000 以下,运行正常,随着 cronjob 的规模扩大到上万个后,问题就逐渐显现出来。

二、问题

 

当时主要面临两个问题:一是集群内节点稳定性问题;二是集群资源利用率不高。

第一个问题:集群内节点稳定性

 

由于业务上存在很多分钟级执行的定时任务,导致 pod 的创建和销毁非常频繁,单个节点平均每分钟有上百个容器创建和销毁,机器的稳定性问题频繁出现。

 

一个典型的问题是频繁创建 pod 导致节点上 cgroup 过多,特别是 memory cgroup 不能及时回收,读取/sys/fs/cgroup/memory/memory.stat 变慢,由于 kubelet 会定期读取该文件来统计各个 cgroup namespace 的内存消耗,CPU 内核态逐渐上升,上升到一定程度时,部分 CPU 核心会长时间陷入内核态,导致明显的网络收发包延迟。

 

在节点 perf record cat /sys/fs/cgroup/memory/memory.stat 和 perf report 会发现,CPU 主要消耗在 memcg_stat_show 上:



而 cgroup-v1 的 memcg_stat_show 函数会对每个 CPU 核心遍历多次 memcg tree,而在一个 memcg tress 的节点数量达到几十万级别时,其带来的耗时是灾难性的。

 

为什么 memory cgroup 没有随着容器的销毁而立即释放呢?主要是因为 memory cgroup 释放时会遍历所有缓存页,这可能很慢,内核会在这些内存需要用到时才回收,当所有内存页被清理后,相应的 memory cgroup 才会释放。整体来看,这个策略是通过延迟回收来分摊直接整体回收的耗时,一般情况下,一台机器上创建容器不会太多,通常几百到几千基本都没什么问题,但是在大规模定时任务场景下,一台机器每分钟都有上百个容器被创建和销毁,而节点并不存在内存压力,memory cgroup 没有被回收,一段时间后机器上的 memory cgroup 数量达到了几十万,读取一次 memory.stat 耗时达到了十几秒,CPU 内核态大幅上升,导致了明显的网络延迟。



除此之外,dockerd 负载过高、响应变慢、kubelet PLEG 超时导致节点 unready 等问题。

第二个问题:集群的节点资源利用率

 

由于我们使用的智能卡 CNI 网络模式,单个节点上的 pod 数量存在上限,节点有几乎一半的 pod 数量是为定时任务的 pod 保留的,而定时任务的 pod 运行时间普遍很短,资源使用率很低,这就导致了集群为定时任务预留的资源产生了较多闲置,不利于整体的机器资源使用率提升。

其他问题:调度速度、服务间隔离性

 

在某些时段,比如每天 0 点,会同时产生几千个 Job 需要运行。而原生调度器是 K8s 调度 pod 本身对集群资源分配,反应在调度流程上则是预选和打分阶段是顺序进行的,也就是串行。几千个 Job 调度完成需要几分钟,而大部分业务是要求 00:00:00 准时运行或者业务接受误差在 3s 内。

 

有些服务 pod 是计算或者 IO 密集型,这种服务会大量抢占节点 CPU 或者 IO,而 cgroup 的隔离并不彻底,所以会干扰其他正常在线服务运行。

三、在 K8s 集群中使用 serverless

 

所以,对 CRONJOB 型任务我们需要一个更彻底的隔离方式,更细粒度的节点,更快的调度模式。

 

为了解决上述问题,我们考虑将定时任务 pod 和普通在线服务的 pod 隔离开,但是由于很多定时任务需要和集群内服务互通,最终确定了一种将定时任务 pod 在集群内隔离开来的解决办法 —— K8s serverless。我们引入了虚拟节点,来实现在现有 K8s 体系下使用 K8s serverless。部署在虚拟节点上的 pod 具备与部署在集群既有节点 pod 一致的安全隔离性、网络连通性,又具有无需预留资源,按量计费的特性。如图所示:


任务调度器

 

所有 cronjob 型 workload 都使用任务调度器,任务调度器批量并行调度任务 pod 到 Serverless 的节点,调度上非串行,实现完整并行,调度速度 ms 级,也支持 Serverless 节点故障时或者资源不足时调度回正常节点。

 

解决和正常节点上 pod 差异

 

在使用 K8s Serverless 前首先要解决 Serverless pod 和运行在正常节点上的 pod

差异,做到对业务研发无感。

 

1.日志采集统一

 

在日志采集方面,由于虚拟节点是云厂商维护的,无法运行 DaemonSet,而我们的日志采集组件是以 DaemonSet 形式运行的,这就需要对虚拟节点上的日志做单独的采集方案。云厂商将容器的标准输出收集到各自的日志服务里,各个云厂商日志服务的接口各不一样,所以我们自研了日志消费服务,通过插件的形式集成云厂商日志 client,消费各云厂商的日志和集群统一的日志组件采集的日志打平后放到统一的 Kafka 集群里以供后续消费。

 

2.监控报警统一

 

在监控方面,我们对 Serverless 上的 pod 做了实时 CPU/内存/磁盘/网络流量等监控,做到了和普通节点上的 pod 一致,暴露 pod sanbox 的 export 接口,promethus 负责统一采集,迁移到 Serverless 时做到了业务完全无感。

提升启动性能

 

Serverless JOB 需要具备秒级的启动速度才能满足定时任务对启动速度的要求,比如业务要求 00:00:00 准时运行或者业务接受误差在 3s 内。

 

主要耗时在以下两个步骤:

 

1. 底层 sanbox 创建或者运行环境初始化

2. 业务镜像拉取

 

主要是做到同一个 workload 的 sanbox 能够被复用,这样主要耗时就在服务启动时长,除了首次耗时较长,后续基本在秒级启动。

四、总结

 

通过自定义 JOB 调度器、解决和正常节点上 pod 的差异、提升 Serverless pod

启动性能措施,做到了业务无感切换到 Serverless,有效利用 Serverless 免运维、强隔离、按量计费的特性,既实现了和普通业务 pod 隔离,使得集群不用再为定时任务预留机器资源,释放了集群内自有节点的上万个 pod,约占总量的 10%;同时避免节点上 pod 创建过于频繁引发的问题,业务对定时任务的稳定性也有了更好的体验。定时任务迁移到 Serverless,释放了整个集群约 10%的机器,定时任务的资源成本降低了 70%左右。


作者介绍:


吕亚霖,作业帮基础架构 - 架构研发团队负责人。负责技术中台和基础架构工作。在作业帮期间主导了云原生架构演进、推动实施容器化改造、服务治理、GO 微服务框架、DevOps 的落地实践。


别路,作业帮基础架构-高级研发工程师,在作业帮期间,负责多云 k8s 集群建设、k8s 组件研发、linux 内核优化调优相关工作。

2021-10-26 15:165158

评论 2 条评论

发布
用户头像
有点强硬使用不合适的技术来解决业务问题的感觉,并不是一个好的架构决策
2022-06-09 17:09
回复
用户头像
一些想法,不一定对:选择技术方案时应该考虑到贵司的实际业务情况,明知有超大量cronjob,还采用这种频繁创建销毁pod的方案,可能不是太合理,或者事先没有做过调研。第二大量业务要求精准到0点,这个似乎是应用层面的问题,真的确认是必须么?
2021-10-31 12:07
回复
没有更多了
发现更多内容

K8s技术全景:架构、应用与优化

不在线第一只蜗牛

架构 Kubernetes 容器

开创加密资产新纪元:深度解析ERC-314协议

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

10分钟说清楚,秒验一键认证除了快,还有哪些优点?

MobTech袤博科技

为什么 80% 的码农都做不了架构师?

秃头小帅oi

高维解码|Redis 收紧许可证!开源软件公司如何在云时代生存?

Zilliz

redis 开源 许可证 Zilliz 开源公司

用three.js做一个3D汉诺塔游戏(下)

OpenTiny社区

前端 three.js

微服务架构下,如何通过弱依赖原则保障系统高可用?

京东零售技术

Java 架构 后端 企业号 4 月 PK 榜

解密组合监控:优化系统性能的关键策略

观测云

监控

前端代码规范 - 日志打印规范

南城FE

JavaScript 前端开发 代码规范

掌握Linux虚拟网络设备:从基础到应用的全面指南

GousterCloud

Linux Kenel 网络设备

Linux虚拟网络设备深度解析:使用场景、分类与开发者指南

GousterCloud

Linux Kenel 虚拟网卡

如何搭建企业级MQ消息集成平台

RestCloud

ipaas MQ消息

信息泄露漏洞的JS整改方案

嵌入式会越来越卷吗?

芯动大师

嵌入式 嵌入式软件 嵌入式应用

抖音、小红书都在用的秒验一键登录验证方式,到底好在哪?

MobTech袤博科技

iOS 开发中上传 IPA 文件的方法(无需 Mac 电脑)

哪个好人,2024年还在做push攻略科普啊!

MobTech袤博科技

海外云手机助力出海电商引流获客

Ogcloud

云手机 海外云手机 云手机海外版 电商云手机 跨境云手机

云手机提供私域流量变现方案

Ogcloud

私域运营 私域流量运营 云手机 海外云手机 跨境云手机

XML文档节点导航与选择指南

小万哥

xml 程序人生 编程语言 软件工程 前端开发

聚道云连接器打通红圈CRM和金蝶云星辰,赋能环境科技公司数字化转型

聚道云软件连接器

案例分享

Kafka 线程模型痛点攻克: 提升分区写入 2 倍性能

AutoMQ

Apache 云计算 大数据 kafka

沙丘世界,如何抵抗勒索病毒的入侵?

白洞计划

网络安全

LangChain Agent:赋予 LLM 行动力的神秘力量

蛋先生DX

#人工智能 LLM #LangChain AI Agent 企业号2024年4月PK榜

文心一言 VS 讯飞星火 VS chatgpt (232)-- 算法导论17.1 3题

福大大架构师每日一题

福大大架构师每日一题

作业帮Kubernetes Serverless在大规模任务场景下的落地和优化_服务革新_吕亚霖_InfoQ精选文章