前言
Kubernetes + Docker 是一对有意思的组合,为微服务架构的落地,扫清了最后一公里 的障碍,在符合企业 IT 治理需求的前提之下,为传统企业应用的平滑过渡提供了有效条件和方法。
作为软件生产环节中重要组成部分的持续构建和发布过程,自然也要随势而动,这方面的老将 Jenkins 不但提供了用于构建、推送 Docker 镜像的插件,更提供了利用 Kubernetes 运行构建集群的能力。本文将利用一个简单的 Hello world 项目,来展示 Jenkins 的这一特性。
准备工作
Kubernetes 集群安装
要在 Kubernetes 集群完成下面所有的工作,因此首先进行集群的安装和配置,这方面可以参考官方入门文档,如果英语不灵但动手排错能力强的话,也可以参考已经过时的拙作。
集群安装后,应该具有以下能力:
- 集群具有受 DNS 支持的服务寻址能力;
- 能够利用 Kubectl 或者其他方法发布容器应用的能力;
- 私有镜像库,或者到 Docker Hub 的网络连接;
- Pause 镜像也自然是 Kubernetes 中运行应用的必须条件。
Jenkins 镜像
本文例子采用自制的一个集成镜像为基础工具,该镜像集成了众多常用的 CI/CD 工具,另外同时还包含了 Jenkins 的 Master 和 Slave 两种模式,镜像托管在 Docker Hub,源码可在 Github 浏览和下载。
如果具有直接连接 Docker Hub 的网络连接,则可无需理会;否则就需要下载镜像,并上传至私库。为行文方便,这里假设采用私库方式,镜像地址为 10.211.55.5:5000/jenkins:2.7.4.5
共享存储
因容器在集群中的运行状况未知,一般来说是需要为容器化应用提供共享存储服务的,本文中采用最简单的 NFS 方式,当然也可以使用官方支持的其他方式,例如 GlusterFS、Flocker 以及 Ceph 等等,具体支持能力可以参看官方说明,当然,如果只是学习测试,使用缺省的 Empty 格式亦可,或者偷懒使用 HostPath 方式结合限定 Node 运行的方式也能够完成任务。
本文中的卷挂载方式很是粗糙,目前推荐的共享存储方式是持久卷(PV & PVC)方式,以提供更好的管控能力,中文可参考:Kubernetes 中的 Persistent Volumes。
Jenkins Master
YAML
首先要为我们的 Jenkins 镜像编写一个 Yaml ,用于提交到集群中运行:
kind: ReplicationController apiVersion: v1 metadata: name: jenkins labels: name: jenkins spec: replicas: 1 selector: name: jenkins template: metadata: labels: name: jenkins spec: containers: - name: jenkins image: 10.211.55.5:5000/jenkins:2.7.4.5 ports: - containerPort: 8080 protocol: TCP - containerPort: 8081 protocol: TCP volumeMounts: - name: jenkins mountPath: /data/jenkins volumes: - name: jenkins nfs: server: 10.211.55.5 path: /var/data/nfs/ci/jenkins readOnly: false --- kind: Service apiVersion: v1 metadata: name: jenkins labels: name: jenkins spec: type: NodePort ports: - protocol: TCP nodePort: 32502 targetPort: 8080 port: 8080 name: web - protocol: TCP targetPort: 8081 port: 8081 name: service selector: name: jenkins
上面的 YML 文件有几点需要注意
- 挂载:Jenkins 的所有插件、配置和工作文件都处于环境变量 JENKINS_HOME 所示的路径中,因此我们这里利用 NFS 把位于 10.211.55.5 上的 /var/data/nfs/ci/jenkins 目录映射到容器的/data/jenkins 之中,让 Jenkins 获得持久化存储。
- 端口:Jenkins 缺省运行需要 8080 端口对外提供 Web 界面。这里我们另外声明了一个 8081 端口,为集群内新建的 Slave 提供通信能力,可以看到,下面的 Service 定义中,仅仅使用 NodePort 方式暴露了一个 Web 端口
- 时区:镜像提供了 TIMEZONE 环境变量,这一变量将会在运行时影响容器操作系统以及 Jenkins 的 JVM 的时区设置。这一变量缺省使用 Asia/Shanghai。
- JENKINS_MODE:用于指示 Jenkins 的运行模式,可选值为 MASTER 或者 SLAVE,缺省运行在MASTER 模式下。
运行和配置
接下来就可以使用 kubectl create -f jenkins.yaml 来运行镜像了。执行之后可以刷 kubectl get pods 来查看启动情况。
这一 RC 的启动需要加载 NFS 卷,因此如果启动时间过长,可以使用 kubectl get events 命令查看是否加载出了问题。
Pod 变为 Running 状态之后,就可以尝试采用上面 YAML 中定义的 Node Port 来访问 Jenkins 界面了,经过一段时间的 “Jenkins正在启动,请稍后…..”,系统要求输入/data/jenkins/secrets/initialAdminPassword 文件中保存的初始密码,假设前面 get pods 命令得到的 Pod 名称是 jenkins-7nmka,这里就可以使用 kubectl exec jenkins-7nmka cat /data/jenkins/secrets/initialAdminPassword 来查看,获取结果后即可复制黏贴到录入框中继续安装。
接下来的插件安装,为节省时间直接 Select None。接下来设置管理员用户名密码,保存后,安装结束。
安装和配置 Kubernetes 插件
安装
接下来就是进入 pluginManager/available 页面安装插件。
如果网络需要代理,可以进入网址 /pluginManager/advanced,设置代理服务器。 如果可选插件页面为空,可以在 /pluginManager/advanced 页面里面点击 “立即获取” 按钮进行刷新。
过滤框中输入 “kubernetes” 会看到列表中的 “Kubernetes plugin”,选择安装。
配置 Jenkins
安装成功后,进入配置页面(/configure)。
首先为了测试方便,我们把 “执行者数量” 设置为 0,也就是说只使用 Jenkins Slave 进行构建。
配置 Kubernetes
可以看到,页面下方有一个按钮 “新增一个云”,点击后出现 Kubernetes 配置项目。
这里我们用无认证的 http 方式进行连接,Kubernetes URL 中填入 API Server 的 http 地址,例如:http://10.211.55.5:8080。
Jenkins URL 中,这里要注意我们不应该使用浏览器地址栏中的 Node 地址,而是应该使用集群内部的服务地址,根据上文中 Service 的定义,这里使用 http://jenkins:8080。
最后是 ”Add Pod Template“ 按钮,来定义 Slave 的 Pod 模板:
- 这里的 “Docker Image” 项目跟上面使用的是同一个地址,也就是10.211.55.5:5000/jenkins:2.7.4.5;
- 根据前文说道的环境变量,这里我们新增一个环境变量:JENKINS_MODE=SLAVE,
- “Jenkins slave root directory” 这一项填写 /data/jenkins,
- “Command to run slave agent ” 这里填写镜像中的启动命令 /usr/local/bin/run.sh
填写完成后,保存。
配置端口
最后需要到安全配置页面(/configureSecurity),TCP port for JNLP agents 一项填写固定端口 8081。
Hello world
创建
新建一个 Free Style 项目。构建步骤中新增 “Execute shell script” 环节,并保存,内容为
echo "Hello World"
构建
点击该任务的 “立即构建” 按钮,即可触发构建动作。
因为前面我们设置 Master 不执行构建工作,所以在构建启动之后,会在构建执行状态中看到有节点被动态新建,来执行我们的构建过程。这一过程中如果使用 kubectl get events 或者 kubectl get pods 命令,能看到 Jenkins Slave Pod 的创建、执行和销毁过程。
尾声
上面只是一个最为基础的构建过程,甚至都无法称为是一个完整过程,Kubernetes 插件还提供了很多其他选项,结合自定义的 Slave 镜像,能够完成更多更复杂的任务,用于配合实际的生产过程。
本文转自中文社区-Jenkins:乘着 Kubernetes 的翅膀