ci/cd之jenkins结合ansible部署apache(代码片段)

Tuki_a Tuki_a     2022-12-13     623

关键词:

jenkins结合ansible部署apache

演示环境

server1		192.168.122.11		gitlab端							4G内存
server2		192.168.122.12		jenkins-master端和ansible-master端	1G内存
server3		192.168.122.13		ansible(测试主机)					512Mi内存
server4		192.168.122.14		ansible(生产主机)					512Mi内存

gitlab、jenkins都是提前部署好的,具体可参照之前文章
gitlab:https://blog.csdn.net/m0_55005311/article/details/119605568?spm=1001.2014.3001.5502
jenkins:https://blog.csdn.net/m0_55005311/article/details/119607662?spm=1001.2014.3001.5502

我之前部署了agent端,现在将agent端断开连接

然后删除代理

将master端的任务数恢复到两个

因为gitlab比较占用内存,所以可以不用gitlab,使用gitee;用gitee部署webhook时要连接你的主机,最好主机是个云主机

部署步骤

安装ansible

配置ansible的yum源,具体可查看之前文章

安装ansible

创建新git项目

gitlab中新建项目playbook

新建一个空白项目

server1克隆gitlab的项目playbook,产生了playbook目录

ansible主控端配置

ansible 主配置文件

[root@server1 playbook]# vim ansible.cfg
[defaults]
command_warnings=False		#忽略警告
remote_user=devops			#远程用户叫devops,即控制端访问受控端是以什么身份,之间以ssh方式连接

[privilege_escalation]
become=True					
become_method=sudo			#支持sudo
become_user=root			#sudo时以root身份
become_ask_pass=False		#sudo时不验证

编写配置清单

[root@server1 playbook]# mkdir inventory
[root@server1 playbook]# cd inventory/
[root@server1 inventory]# cat test 	#用来测试
server3 http_port=8080
[root@server1 inventory]# cat prod 	#用来部署生产环境
server4 http_port=80

编写下载apache的playbook

[root@server1 playbook]# cat playbook.yaml 
---
- hosts: all					#所有受控主机执行任务
  tasks:
  - name: install apache		#安装apache
    yum:
      name: httpd
      state: present
  - name: configure apache		#配置apache
    template:					#使用jinjia模板
      src: httpd.conf.j2
      dest: /etc/httpd/conf/httpd.conf	#部署的位置
    notify: restart apache			#如果配置文件变更了,通知handlers
    #handlers是任务处理器,和前面使用到的task一样都是用来定义任务,
    #区别在于handlers需要满足某些条件时才会触发任务操作,
    #所以需要一个任务通知者notify对应的handler后,任务才会被执行。
    #不管有多少个通知者notify了handler,都需要等到playbook中所有task执行完成后,
    #最后才执行对应的handlers,而且只会被执行一次。
  - name: start apache			#开启apache
    service:
      name: httpd
      enabled: yes				#开机自启
      state: started
  handlers:						#如果收到通知,重启apache
  - name: restart apache
    service:
      name: httpd
      state: restarted

修改apache配置文件

在其他主机下载apache得到配置文件,传到playbook仓库,然后修改apache配置文件

给apache配置文件改个名

[root@server1 playbook]# mv httpd.conf httpd.conf.j2

最终目录结构如下


提交上传到gitlab

推送成功

jenkins测试配置

新建一个任务

告诉仓库地址

先简单的执行ls命令看能不能从仓库成功拉取

触发任务,查看构建历史,构建成功,没有问题

用户设置

因为jenkens流水线执行时使用的是jenkens用户,在master节点上以jenkins用户的身份远程登陆至server3、4的devops用户来执行部署命令。所以server2的jenkens用户要和server3、4的devops用户建立ssh连接免密登陆。

先在sercer3、4创建devops用户并修改密码:
[root@server3 conf]# useradd devops
[root@server3 conf]# id devops
uid=1000(devops) gid=1000(devops) groups=1000(devops)
[root@server3 conf]# echo devops | passwd --stdin devops
Changing password for user devops.
passwd: all authentication tokens updated successfully.

server2的jenkens用户使用的是非交互式的shell,所以先修改为bash,以jenkens用户登录,生成ssh密钥

将密钥给server3、4的devops用户都发过去
现在就可以免密登录了

给server3、4的devops用户授予所有权限并且不需要密码

jenkins部署

到jenkins页面ansible项目的配置,设定参数化构建,选项参数,即使用变量

deploy是变量,它有两个选项test和prod
执行shell中写入以下内容

cd $WORKSPACE	#进入工作目录,一定要在workspace目录下才能读到我们写的ansible主配置文件
ansible-playbook -i inventory/$deploy playbook.yaml		#根据选择的配置清单(选择test或prod)执行playbook

更改完后记得保存

部署测试

根据我们的设置,可以选择在测试环境部署还是在生产环境部署

在测试环境测试

选择test测试,到控制台查看部署成功

查看端口,部署成功

在生产环境部署

测试环境没问题了就可以往生产环境里部署了,选择prod构建;到控制台查看部署成功

查看端口,部署成功

建议

如果节点数不多,可以使用ansible来部署,但一旦节点成千上万了,ssh连接(默认是并发)速度肯定会明显慢下来。
所以当节点多的时候,用saltstack更快一点,因为saltstack是使用消息队列的。

ci/cd持续集成与持续交付(下)--------jenkins的节点管理,用户管理,结合ansible和k8s(代码片段)

目录二.Jenkins1jenkins节点管理–添加agent节点2用户管理3jenkins结合ansible4jenkins结合k8s二.Jenkins实验环境基于上篇笔记:https://editor.csdn.net/md/?articleId=1196161691jenkins节点管理–添加agent节点不建议在jenkins的master(server6)构建任务& 查看详情

ci/cd持续集成与持续交付(下)--------jenkins的节点管理,用户管理,结合ansible和k8s(代码片段)

目录二.Jenkins1jenkins节点管理–添加agent节点2用户管理3jenkins结合ansible4jenkins结合k8s二.Jenkins实验环境基于上篇笔记:https://editor.csdn.net/md/?articleId=1196161691jenkins节点管理–添加agent节点不建议在jenkins的master(server6)构建任务& 查看详情

ci与cd之docker上安装jenkins(代码片段)

一.CI,CD,Jenkins的介绍CI:持续集成(Continuousintegration,简称CI),在传统的软件开发环境中,有集成,但是没有持续集成这种说法,长时间的分支与主干脱离,导致分支与主干可能存在较大偏差,在集成代码的时候可能需要花费数... 查看详情

ci/cd之jenkins(代码片段)

jenkinsCI/CD简介jenkins简介jenkins安装安装jenkins插件安装中文插件安装流水线插件安装gitlab插件jenkins和gitlab联动jenkins轮询检查gitlab代码变更使用webhook实时检查gitlab代码变更推送dockerfile文件自动构建镜像新增agent节点jenkins用户管理CI... 查看详情

ci/cd之jenkins(代码片段)

jenkinsCI/CD简介jenkins简介jenkins安装安装jenkins插件安装中文插件安装流水线插件安装gitlab插件jenkins和gitlab联动jenkins轮询检查gitlab代码变更使用webhook实时检查gitlab代码变更推送dockerfile文件自动构建镜像新增agent节点jenkins用户管理CI... 查看详情

ci/cd之jenkins+gitlab(代码片段)

文章目录一、Jenkinx+Gitlab持续集成环境概述(1)什么是CI/CD(2)Jenkins概述(3)Gitlab概述(4)Gitlab和Github的区别(5)Jenkins配合Gitlab持续集成系统的工作流程二、部署持续集成环境(1&... 查看详情

ci/cd尝试从jenkins部署到aks失败(代码片段)

我已经使用了一个MicrosofttemplatesforCI/CD:Jenkins,Docker(ACS),Kubernetes(AKS)。此模板附带一个管道示例,但在尝试启动它时,我尝试与AzureKubernetes(AKS)集成时出现以下错误:StartingAzureContainerService/KubernetesServiceDeploymentDeleteKuber... 查看详情

ci与cd之docker上安装jenkins(代码片段)

一.CI,CD,Jenkins的介绍CI:持续集成(Continuousintegration,简称CI),在传统的软件开发环境中,有集成,但是没有持续集成这种说法,长时间的分支与主干脱离,导致分支与主干可能存在较大偏差,在集成代码的时候可能需要花费数... 查看详情

63-cicd持续集成工具-jenkins结合ansible实现自动化批量部署

...untu包安装Ansible会缺少配置文件,可copy旧版的部分)[root@jenkins~]#aptinstallansible-y[root@jenkins~]#ansible--versionansible2.10.8configfile=None-->可以看到这里缺少配置文件,本次实验使用内容较简单我们手动创建configuredmodulesearchpath=[/root/.ansib... 查看详情

ci/cd(代码片段)

...审。持续部署:代码通过评审后,自动部署到生产环境。Jenkins  Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具。主要用于自动化构建、测试和部署软件。  运行jenkins:$java-jarjenkins.war  查看详情

jenkins与docker的自动化ci/cd流水线实战(代码片段)

Jenkins与Docker的自动化CI/CD流水线实战标签(空格分隔):docker的部分一:什么是CI/CD二:发布流程设计三:部署Git仓库并上传测试代码一:什么是CI/CD持续集成(ContinuousIntegration,CI):代码合并、构建、部署、测试都在一起,不... 查看详情

ci/cd技术专题「jenkins实战系列」jenkins实现自动化部署+自动化合并其他分支(代码片段)

前提概要前面的文章中介绍过了,针对于Jenkins的Window环境的安装以及部署到Linux环境的案例和基本配置,【CI/CD技术专题】「Jenkins实战系列」(1)全流程介绍Jenkins环境搭建+基础部署配置(Windows->Linuxÿ... 查看详情

jenkins持续集成案例之-自动化部署

Jenkins是一个开源软件项目,目的就是提供了一个开放的软件平台,让我们实现软件集成变成可能,我们经常听到企业中讲CI、CD两个名词,这些都可以跟jenkins联系在一起,实现持续集成,持续部署及持续交付;在企业中,Jenkins... 查看详情

还在用jenkins?试试gitlab的ci/cd功能吧(代码片段)

...之前,要实现自动化打包部署,一般都需要借助Jenkins。不过,现在Gitlab的CI/CD功能也能实现自动化部署,并且操作更加简单。如果你也正在使用Gitlab作为Git仓库的话,不妨试试它的CI/CD功能。一、安装通过Gitlab... 查看详情

ci/cd技术专题「jenkins实战系列」jenkins+pipeline构建自动化部署(代码片段)

前提引言Jenkins的精髓是Pipeline(流水线技术),那为什么要用Pipeline呢?实现自动化构建,其中Pipeline能够将以前project中的配置信息以steps的方式放在一个脚本里,将原本独立运行于单个或者多个节点的任务连接起来&... 查看详情

ci/cd技术专题「jenkins实战系列」jenkinsfile+dockerfile实现自动部署(代码片段)

...由勤奋得来,而机智与智慧却有懒于天赋。前提概要Jenkins下用DockerFile自动部署Java项目,项目的部署放心推向容器化时代机制。本节需要对jenkinsfile有点了解,对dockerfile有点了解,对shell有点了解,对docker有点... 查看详情

SSH 密钥未受保护的 terraform ansible jenkins

】SSH密钥未受保护的terraformansiblejenkins【英文标题】:SSHkeyunprotectedterraformansiblejenkins【发布时间】:2021-10-2010:40:42【问题描述】:我有一个gitlab存储库,其中包含我的ansible和terraform代码来部署我的基础架构。(CI/CD)我将ssh密钥存... 查看详情

ci/cd系列之阿里云云效2020应用篇(代码片段)

...介绍,出于好奇便点进去看了看,刚开始以为云效是类似Jenkins的一套自动化部署方案,了解之后发现云效的野心很大哦,从需求管理、业务开发、代码管理、缺陷测试、部署上线全方位掌控,试图提供一站式DevOps平台,将原先... 查看详情