持续集成与持续交付 3（jenkins节点管理、用户管理、jenkins结合ansible）
作者：互联网
目录
一、jenkins节点管理
实际中，我们不可能直接用jenkins的matser节点工作，master只负责调度。因此我们创建server4作为jenkins的agent节点，来进行工作。
server4安装jdk（jenkins是用Java开发的）和git（有的数据是用git拉取的）
jenkins安装ssh agent插件
进入系统管理，节点管理
选择新建节点，固定节点属性
添加agent节点的信息，启动方式为ssh，为SSH添加证书，选择不校验，尽量保持代理在线
为master节点配置从节点，并把master节点的数量变为0，master只负责调度
回到Dashboard，点击demo进行手动触发，查看控制台输出可以看到成功构建（提前确保仓库运行正常）
但是docker项目执行报错，这是因为已经调度到了server4上，不能再通过ssh的方式，已经在本机上了，会发生冲突；
因此，配置docker项目，把ssh shell关闭，用shell即可
再次触发docker ，查看控制台成功构建
server4查看正在运行的容器可以看到demo正常运行，测试访问正常
二、jenkins用户管理
接下来对普通用户的权限进行一定的限制，点击系统管理，选择管理用户
选择新建用户，填写注册信息
使用刚才创建的用户进行登录
可以看到，默认情况下新建的用户具有所有权限，可以进行全部操作，这显然不合适
我们需要将其改为普通权限用户，使用管理员账户登录，安装基于角色的访问控制插件
在系统管理中选择全局安全配置
从原来的登陆用户可以做任何事改为基于角色的控制
然后就会出现基于角色控制的模块
管理角色
添加全局角色，users，权限只有读
添加项目角色demo，赋予其查看凭据，以及任务和运行的相关操作，对所有以demo开头(westos .*)的项目都生效
点击角色分配
为刚才创建的lr用户分配users全局角色和demo项目角色
现在再使用lr这个用户进行登录，无法修改配置了，且看不到docker项目了，只能看到demo项目
切回root用户，创建一个demo01项目
创建成功
现在切到lr用户，demo开头的项目都可以管理，也可以删除demo01项目
删除完成，只剩下demo项目
三、jenkins结合ansible部署apache
1.环境配置
root用户登录，jenkins配置中将agent1节点断开连接
删除agent1节点
恢复master工作节点数量为2
为了净化环境，禁用了docker项目
真实主机再开启一个虚拟机server5，并在真实主机上为server5添加域名解析；
此时:
server2（172.25.36.6）为gitlab仓库;
server3（172.25.36.7）为jenkins，ansible主机;
server4/5（172.25.36.8/9）为ansible的受控节点。
2.部署
新建项目ansible
server3配置yum源，编辑ansible.repo文件
安装ansible
在gitlab新建playbook代码仓库，设为私有，使用自述文件初始化仓库
使用ssh克隆
server2克隆gitlab的项目playbook，可以看到克隆成功
框架如下
进入到playbook目录，编辑playbook.yaml配置文件，
[root@server6 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
- name: start apache %开启apache
service:
name: httpd
enabled: yes %开机自启
state: started
handlers: %如果受到通知，重启apache
- name: restart apache
service:
name: httpd
state: restarted
在playbook目录中创建inventory目录，inventory是ansible中的部署对象主机，即playbook.yaml中的hosts包含的对象。
在test文件中，写入server4节点和端口信息，用于测试。在prod文件中，写入server5节点和端口信息，用于部署。
在playbook目录下编辑ansible.cfg配置文件
[root@server6 playbook] cat ansible.cfg 该ansible的配置文件会覆盖原本的路径下的配置文件
[defaults]
command_warnings=False
remote_user=devops
[privilege_escalation]
become=True
become_method=sudo
become_user=root
become_ask_pass=False
server4安装httpd服务（为了获得httpd.conf文件）
将httpd.conf文件发送给server2
server2将httpd.conf文件改名为httpd.conf.j2
编辑httpd.conf.j2文件，使用变量方式定义httpd的端口
server2使用git命令添加并提交上传playbook至gitlab
可以中gitlab页面看到项目，复制项目的克隆链接
回到jenkins，配置ansible项目，指定gitlab的URL，使用ssh证书，指定分支为master；
（只需指定git仓库即可，无需gitlab主动触发，因为需要手动选择inventory构建参数）
执行命令先简单写ls，创建
在ansible的控制台输出日志中可以看到执行正常
因为jenkens流水线执行时使用的是jenkens用户身份，ansible执行时使用的是devops用户，所以server3的jenkens用户要和server4/5的devops用户建立ssh连接免密登陆，现在为节点之间创建ssh免密。
server3切换到/var/lib/jenkins/workspace目录下，查看ansible.cfg文件详细信息
进入jenkens用户，查看密码
为jenkins创建交互式bash，进入jenkins，设置远端用户为devops
server4/5建立devops用户，设置密码（注意：两个devops的用户id要一致）
server3生成ssh密钥
server3的jenkens用户把ssh密钥给server4/5的devops用户各发一份
接下来，测试ssh登录，可以看到server3的jenkens用户可以免密登陆server4/5的devops用户
分别对server4/5的devops用户授权
回到jenkins页面ansible项目的配置，设定参数化构建，选项参数，即使用变量（变量名称为deploy，代表：prod或test）
编写执行shell：先切换到工作目录，根据playbook.yaml文件的配置，ansible会自动部署在inventory目录下的test或prod
首先选择在test上部署
控制台显示test上部署成功
server4查看端口状态，此时8080端口处于开放状态
现在使用prod参数构建项目
查看控制台输出日志，显示部署成功
在server5上查看端口状态，可以看到80端口开放
标签：httpd,server4,持续,用户,ansible,jenkins,节点 来源： https://blog.csdn.net/qq_38664479/article/details/122070785