一、环境描述
安装有ansible的服务器：192.168.13.45
测试环境服务器：192.168.13.49
/home/app/api-tomcat/webapps/api.war为测试环境新版本war包位置
生产环境服务器：192.168.13.51
/home/app/api-tomcat/webapps/api.war为生产环境war包位置
/home/app/api-tomcat/webapps/api为生产环境项目位置
/home/app/tomcat.bak/api/webapps-时间戳，为老版本webapps备份位置
/home/app/newwar/api.war为从测试环境获得的新版本war包临时存放位置
/home/app/newwar/api为新版本war包解压后临时存放的位置
全部以app用户执行
二、编写ansible-playbook用的yml文件
1、升级
这里所有的#开头的注释文字在使用的时候都要去掉，因为yml是没有注释的
#生产环境主机的ip，这里也可以是/etc/ansible/hosts定义的组名
- hosts: 192.168.13.51
#变量，在yml文件中使用变量可以使整个文件可以用在不同的主机上升级，变量的使用方法是，如果task中的变量在冒号后则一定要将冒号后整句加上双引号""，因为yml文件自动把冒号后的大括号的内容识别为列表，如shell:"/bin/startup.sh"
vars:
#测试环境IP地址
testIP: 192.168.13.49
#测试环境中项目的位置
testhome: /home/app/api-tomcat/webapps
#测试环境中项目war包的名字
warname: api.war
#生产环境中项目的tomcat所在的位置
oldhome: /home/app/api-tomcat
#生产环境中老版本项目所在webapps备份目录的位置
backupwebapps: /home/app/tomcat.bak
#从测试环境获取的新版本war包所在的位置
newwar: /home/app/newwar
#新版本war包解压后目录的名字
zipname: api
#整个远程自动化操作中所使用的账户，这里整个从生产环境到测试环境的操作都是用app用户执行的
remote_user: app
#具体操作
tasks:
- name: 生产环境删除/home/app/newwar目录，若目录不存在则忽略错误（删这个目录的原因是因为之后要新建这个目录，确保整个yml文件可以多次执行，ignore_errors为是否忽略错误返回值）
file: path= state=absent
ignore_errors: yes
- name: 生产环境创建/home/app/newwar目录，改权限，（其中recurse是递归创建目录，state是文件类型为目录）
file: path= recurse=yes mode=775 owner=app group=app state=directory
- name: 从测试环境192.168.13.49复制新版本/home/app/api-tomcat/webapps/api.war包到生产环境192.168.13.51的/home/app/newwar目录下，此处之后的操作都是在生产环境下
shell: scp app@:/
- name: 给/home/app/newwar递归改权限（因为整改操作都是以app用户身份执行的，所以一定要保证权限为app的权限）
file: dest= recurse=yes mode=775 owner=app group=app
- name: 解压/home/app/newwar/api.war包在/home/app/newwar/api目录
shell: unzip -oq / -d /
- name: 再次给/home/app/newwar递归改权限（确保新版本为app的权限）
file: dest= recurse=yes mode=775 owner=app group=app
- name: 创建用来备份老版本webapps的目录/home/app/tomcat.bak/api并改递归权限
file: path=/ recurse=yes mode=775 owner=app group=app state=directory
- name: 备份/home/app/api-tomcat/webapps到目录/home/app/tomcat.bak/api/webapps-时间戳（这个备份目录是用来回滚的）
shell: cp -a /webapps //webapps-`date +%Y%m%d%H%M`
- name: kill进程方式停止服务.忽略错误返回值（用这种方式才能确保老版本停止运行，否则会出现冲突）
shell: ps -ef | grep | grep -v grep | xargs kill
ignore_errors: yes
- name: kill进程方式停止服务.忽略错误返回值（再次确保老版本不再运行）
shell: ps -ef | grep | grep -v grep | xargs kill
ignore_errors: yes
- name: 再次kill进程方式停止服务.忽略错误返回值
shell: ps -ef | grep | grep -v grep | xargs kill
ignore_errors: yes
- name: 查看停止服务的结果，进程是否还在
shell: ps -ef | grep
- name: 删除老版本的/home/app/api-tomcat/webapps/api.war包
file: path=/webapps/ state=absent
ignore_errors: yes
- name: 删除老版本的/home/app/api-tomcat/webapps/api程序目录
file: path=/webapps/ state=absent
ignore_errors: yes
- name: 复制新版本目录/home/app/newwar/api到/home/app/api-tomcat/webapps目录下
shell: cp -a / /webapps/
- name: 复制新版本war包/home/app/newwar/api.war包到/home/app/api-tomcat/webapps目录下
shell: cp -a / /webapps/
- name: 启动服务/home/app/api-tomcat/bin/startup.sh(source是为了载入jdk的环境变量，nohup是为了保证yml跑完了进程依然不退出)
shell: "source /etc/profile;nohup /bin/startup.sh &"
- name: 查看进程中是否存在启动的服务
shell: ps -ef | grep
2、回滚
#生产环境主机地址
- hosts: 192.168.13.51
#变量和升级的相同
vars:
testIP: 192.168.13.49
testhome: /home/app/api-tomcat/webapps
warname: api.war
oldhome: /home/app/api-tomcat
backupwebapps: /home/app/tomcat.bak
newwar: /home/app/newwar
zipname: api
#远程操作依然使用app用户
remote_user: app
#以下操作都是在生产环境中进行
tasks:
- name: kill进程方式停止服务.忽略错误返回值
shell: ps -ef | grep | grep -v grep | xargs kill
ignore_errors: yes
- name: kill进程方式停止服务.忽略错误返回值
shell: ps -ef | grep | grep -v grep | xargs kill
ignore_errors: yes
- name: 再次kill进程方式停止服务.忽略错误返回值
shell: ps -ef | grep | grep -v grep | xargs kill
ignore_errors: yes
- name: 查看停止服务的结果.进程是否还在
shell: ps -ef | grep
- name: 删除/home/app/api-tomcat/webapps目录
file: path=/webapps state=absent
- name: 显示/home/app/tomcat.bak/api/中最新备份的webapps目录，目录名应该是webapps-最近时间戳
shell: ls -r / | head -1
- name: 复制备份的/home/app/tomcat.bak/api/webapps-最新时间戳，到项目并改名/home/app/api-tomcat/webapps
shell: cp -a //$(ls -r / | head -1) /webapps
- name: 启动服务/home/app/api-tomcat/bin/startup.sh
shell: "source /etc/profile;nohup /bin/startup.sh &"
- name: 删除刚才回滚的备份文件
shell: rm -rf //$(ls -r /
- name: 查看进程中是否存在启动的服务
shell: ps -ef | grep
三、升级操作和注意事项
1、升级前免密钥操作
ansible所在主机192.168.13.45
#在app用户下生成密钥
ssh-keygen -t rsa
#发送公钥到测试环境
ssh-copy-id -i .ssh/id_rsa.pub app@192.168.13.49
#发送公钥到生产环境
ssh-copy-id -i .ssh/id_rsa.pub app@192.168.13.51
生产环境主机192.168.13.51
#在app用户下生成密钥
ssh-keygen -t rsa
#发送公钥到测试环境
ssh-copy-id -i .ssh/id_rsa.pub app@192.168.13.49
为了业务安全，ansible所在主机和生产环境主机、测试环境主机是互通的。生产环境主机能连上测试环境主机，但测试环境主机不能连上生产环境主机，所以这里测试环境主机不需要将密钥发送给生产环境主机
2、升级和回滚
升级
ansible-playbook /home/app/api.yml -v
回滚
ansible-playbook /home/app/api-rollback.yml -v
ansible-playbook后面跟上之前写的yml文件路径，-v是为了显示详细执行信息
3、注意
如果在jenkins中执行升级和回滚的yml文件，一定要将在jenkins用户的公钥发送给生产环境主机和测试环境主机，否则会报权限错误
要操作的主机一定要填入/etc/ansible/hosts中
两个yml文件已在生产环境中验证
