Jenkins高可用方案汇总

前言

现在的企业很多都在用Jenkins做持续集成，各个业务端都依靠Jenkins，部署Jenkins服务时如何保障服务的高可用变得尤为重要。以下是最近收集的一些方案。

Gearman + Jenkins

这是openstack团队使用的方案，Jenkins本身是单体的，即只能有一个Jenkins Master。虽然你也可以在多台机器上部署多个Jenkins Master，但这些Master之间没有联系，都是各自把任务交给手下的slaver去执行，没有任何交集。也许某个master下的slaver很忙，而另一个master下的slaver却很闲，资源得不到充分利用。这个方案使用了gearman， gearman是个任务分发框架。

需要在每个Master上安装好gearman的插件，并配置好能连接到gearman server，同时在每个Master必须建立相同的job。之后运行任务的流程如下：

1、gearman worker运行在各个Jenkins Master中等待gearman server分发任务；

2、gearman client向gearman server发出运行job的请求；

3、gearman server通知各个gearman worker有任务拉，第一个闲着的worker会接受任务，如果所有的worker都忙，则放入gearman的任务队列，得worker空闲时再分配；

4、gearman worker闲下来后会从任务队列里取job来执行，执行完之后，将结果发回给gearman server;

5、gearman server将结果返回给 gearman client。

这样各个salver资源可以得到充分利用，某个master挂掉另外的master可以继续服务。

详细信息可参考gearman插件说明

Jenkins + Apache Mesos + Marathon

Apache Mesos是一个开源的资源管理和调度平台。大概的架构就是一个Mesos Master下面挂着多个mesos slaver资源。 Marathon是一个mesos框架。

Marathon将Jenkins master部署在mesos资源池中。将Jenkins注册为mesos的framework，则在jenkins构建时，会向mesos申请资源，申请资源成功，则执行构建，执行任务结束则将资源释放。

如果Marathon监测到Jenkins应用挂了，会马上使用Mesos资源重新启动Jenkins。所以Jenkins可能被部署在mesos资源的各个slaver机器。

那怎么保证数据一致呢？这个可以使用Jenkins插件SCM Sync configuration plugin。安装此插件后，Jenkins的各种配置有更改时，都会将修改提交到相应的Git库。保证所有的配置信息不会丢失，当Jenkins重新在别的机器上启动后， 从git上将配置下载下来，这样就保证数据一致了。

详细信息可参看如何搭建弹性高可用的持续集成环境

改造Jenkins的文件存储方式

目前Jenkins的配置文件都是直接在硬盘上以文件形式存储的，你在JENKINS_HOME的个文件夹下能看到各种.xml文件。有些公司在Jenkins上进行二次开发，将Jenkins的数据存储方式改为数据库存储，这样前端可以起多个Jenkins服务，后端连相同的数据库即可。数据库也有比较成熟的高可用方案。

最简单的Jenkins一主一备模式

平时让Jenkins A机器提供服务，并使用SCM Sync configuration plugin保存数据，JenkinsA机器修改配置后触发Jenins B更新配置，一旦Jenkins A出现问题挂掉后，切换到备机Jenkins B上。