搭建高性能jenkins构建集群的关键在于环节韧性而非机器堆砌：主节点通过共享存储+vip/负载均衡+etcd协调实现秒级故障接管；从节点按标签弹性调度并统一工具路径；任务依赖恢复机制、制品外存与jenkinsfile容错保障不丢失；辅以资源分级、jvm优化及prometheus监控闭环。
搭建高性能 Jenkins 构建集群，关键不在堆机器，而在让每个环节扛得住压、断得了链、兜得住底——主节点不单点、从节点不闲置、任务不丢、构建不卡。
主节点高可用：共享存储 + 自动接管
主节点是调度中枢，挂了整个集群就停摆。不能只靠备份，得实现秒级切换：
- 所有候选主节点挂载同一外部共享存储（如 NFS 或云 NAS），路径统一为
/var/jenkins_home，确保插件、凭证、作业配置实时一致 - 部署至少两个主实例（如 master-1 / master-2），通过 Keepalived + VIP 或云 LB 实现域名/IP 自动漂移
- 启用 Jenkins 2.361+ 内置 HA 模式，配合 etcd 或 ZooKeeper 协调状态，故障时自动选举新主，并恢复未完成构建队列
- 在系统配置中禁用主节点执行构建（设为 “Only run jobs on agents”），彻底剥离计算负载
从节点弹性化：按需调度 + 环境隔离
从节点不是越多越好，而是要“够用、好用、省心”：
- 统一工具链路径（如
/usr/local/maven、/opt/java），避免因路径不一致导致构建失败 - 按用途打标签（
java17、docker-build、ui-test），Pipeline 中用agent { label 'java17' }精准匹配，隔离环境干扰 - 执行器数量建议设为 CPU 核数 × 1.5；启用 “Idle timeout”（如 10 分钟无任务自动下线），释放闲置资源
- 优先用 SSH 启动（非 JNLP），私钥由 Jenkins 凭据系统托管，避免硬编码密钥泄露风险
构建任务稳态保障：缓存 + 外存 + 可重试
构建中断一次，可能浪费十几分钟；任务丢失一次，可能延误发布节奏：
- 全局开启 “Enable job recovery on restart”，主节点重启后自动续跑未完成构建
- Jenkinsfile 中对关键阶段显式加容错：用
timeout(time: 20, unit: 'MINUTES')防死锁，retry(3)应对网络抖动或镜像拉取失败 - 构建产物（jar、war、Docker 镜像）一律推送到 Nexus/Harbor，禁止依赖 Agent 本地磁盘；后续部署直接拉取制品库，解耦构建与交付
- Maven 项目复用
~/.m2/repository缓存目录；Node.js 项目挂载node_modules卷；Docker 构建启用--cache-from复用层
资源与监控闭环：配得准、看得清、调得快
性能问题往往暴露在最后一刻，但根源早在部署时就埋下：
- 主节点推荐 8 核 CPU + 16GB 内存 + NVMe SSD；从节点按任务类型分级（普通构建 8C16G，UI 测试 12C32G）
- JVM 参数优化：启动时指定
-Xms4g -Xmx4g -XX:+UseG1GC，避免频繁 Full GC；禁用 CMS 垃圾回收器 - 安装 Prometheus + Grafana 插件，重点监控：队列积压数、Agent 空闲率、构建平均耗时、内存使用趋势
- 每月做一次故障演练：手动下线主节点，验证 VIP 切换时间 & 任务恢复时效，确保 SLA 可控
