jenkins集群

[TOC]

# jenkins集群简介
Jenkins采用Master/Slave架构。Master/Slave相当于Server和agent的概念，Master提供web接口让用户来管理Job和Slave，Job可以运行在Master本机或者被分配到Slave上运行。一个Master可以关联多个Slave用来为不同的Job或相同的Job的不同配置来服务。

Jenkins的Master/Slave机制除了可以并发的执行构建任务，加速构建以外。还可以用于分布式自动化测试，当自动化测试代码非常多或者是需要在多个浏览器上并行的时候，可以把测试代码划分到不同节点上运行，从而加速自动化测试的执行。

Master：Jenkins服务器。主要是处理调度构建作业，把构建分发到Slave节点实际执行，监视Slave节点的状态。当然，也并不是说Master节点不能跑任务。构建结果和构建产物最后还是传回到Master节点，比如说在jenkins工作目录下面的workspace内的内容，在Master节点照样是有一份的。

Slave：从机。执行Master分配的任务，并返回任务的进度和结果。
![title](/api/file/getImage?fileId=627a190c2f0f82000b000262)

## Master和Slave通信方式
常用的Master和Slave节点连接的方式是ssh或JNLP。

（1）ssh：对于Slave Node是linux系统，最方便的就是通过ssh启动jenkins节点，但这个的前提是Master和Slave之前能进行ssh连接。

（2）jnlp：jnlp连接有个好处就是不需Master和Slave之间能够ssh连接，只需能ping即可。Slave Node是windows的话，这个方式十分实用，因为有时候一些权限或者防火墙的原因，导致Master和Slave不能够ssh连接；还有一些未知的原因导致无法ssh到Slave Node。

也可以安装Jenkins Plugins，支持更广泛的Slave Agent类型和连接。

# 安装
~~使用docker-compose的方式进行安装。~~
由于定制化导致镜像越来越臃肿，维护难度加大，对于master和agent将全部用非容器化运行，用systemctl进行管理。

|  节点类型 | 数据目录  | 维护命令  |
| ------------ | ------------ | ------------ |
| master  | /home/jenkins/master_data/.jenkins  | systemctl xxx jenkins-master  |
| agent1 |  /home/jenkins/slave_data/agent1 | systemctl xxx jenkins-agent1  |
| agent2  | /home/jenkins/slave_data/agent2  | systemctl xxx jenkins-agent2  |
| agent3  | /home/jenkins/slave_data/agent3  | systemctl xxx jenkins-agent3  |

# 使用
jenkins正式地址：http://jenkins.xxx.com
已对接ldap，欢迎大家进行测试使用。
![title](/api/file/getImage?fileId=627a191a2f0f82000b000263)

导航

最近发表

友情链接