|
|
发表于 2017-12-23 11:07:09
|
显示全部楼层
ansbile-playbook是一系列ansible命令的集合,利用yaml 语言编写。playbook命令根据自上而下的顺序依次执行。同时,playbook开创了很多特性,它可以允许你传输某个命令的状态到后面的指令,如你可以从一台机器的文件中抓取内容并附为变量,然后在另一台机器中使用,这使得你可以实现一些复杂的部署机制,这是ansible命令无法实现的。5 ?$ O I0 r2 W, K/ y5 \ `
0 M2 s G$ L0 ~
playbook通过ansible-playbook命令使用,它的参数和ansible命令类似,如参数-k(–ask-pass) 和 -K (–ask-sudo) 来询问ssh密码和sudo密码,-u指定用户,这些指令也可以通过规定的单元写在playbook 。& n9 J# k* ^& q1 e& o4 x: A
& B$ L: Q/ H g ansible-playbook的简单使用方法: ansible-playbook example-play.yml 。! n# L: b/ ^: L* a* V) Y
# z3 x5 h! C, a( V. N一、一个简单的示例% w% ]; Q( p: W( e* F% ~8 l
9 n$ y; H* P3 y1 S* |$ m下面是一个简单的ansible-playbook示例,可以了解其构成:
3 f9 a( K9 b2 p9 C1 }- O$ Z# ~4 ?' N1 x6 i# R0 r9 w
# cat user.yml$ r4 B/ f9 q# O' d) t! u4 g
- name: create user
1 n! V0 _6 a0 a8 C! S hosts: all
2 W/ \6 ~$ _7 e* q& ]( u user: root0 I7 {' Q, g$ Y, L5 W. l8 V
gather_facts: false( ?6 A& ~$ |" U v5 d- r
vars:# L- b* u v- L% _% V/ o# ~ w5 o
user:"test"
. N; [" ?# T: e! W% O tasks:) D/ D; p4 U$ F' Z, D. j
- name: create user
2 A& O- Y. M! e user: name="{{ user }}"( Z% O+ ~' y: P& ^9 c* w4 P. e- |
上面的playbook 实现的功能是新增一个用户:9 i! f+ }' ^$ n3 J
$ O$ C6 x' K% c
name参数对该playbook实现的功能做一个概述,后面执行过程中,会打印 name变量的值 ;
& g9 _4 g+ Y" b: e! e) U6 Q$ ?
3 o5 M0 S8 [/ y& ^ hosts参数指定了对哪些主机进行参作;) U# ?2 P, t7 w8 X* h, S: x3 I- D
, V( E0 G) Y; \1 X2 r0 |1 h4 v user参数指定了使用什么用户登录远程主机操作;; k J# B' C9 z0 `
* {$ @# k% H y gather_facts参数指定了在以下任务部分执行前,是否先执行setup模块获取主机相关信息,这在后面的task会使用到setup获取的信息时用到;
0 _3 W+ T0 A! ]7 f
9 G' G6 ^2 c1 Z: b* [, ~2 G vars参数,指定了变量,这里指定一个user变量,其值为test ,需要注意的是,变量值一定要用引号引住;
3 {! U5 V% o& G8 S, ]. c2 N$ F6 E( v
task指定了一个任务,其下面的name参数同样是对任务的描述,在执行过程中会打印出来。user提定了调用user模块,name是user模块里的一个参数,而增加的用户名字调用了上面user变量的值。3 t7 a( `0 |+ s
1 @4 Y# B& q, j4 D* F同样,如果想实现把这个新增的用户删除,只需将该playbook文件的最后一行替换为如下行再执行相应的playbook即可:+ H5 a8 N0 C9 N( ~3 }$ R+ U) J4 B
7 d& r5 N( Z K/ g, t
user: name="{{ user }}" state=absent remove=yes
0 K4 G5 {/ x& Q( c' V' S4 `/ B二、通过Playbook安装apache示例
$ m1 {+ d% e# ? }4 W6 M) F3 w% ^' H, u. b v: _
通过ansible-playbook实现对多台主机同时同时安装apache。需要注意的是,多台被管理主机的操作系统可能不相同,而导致apache包名不同,假设同时存在CentOS和Debian两种操作系统,具体playbook内容如下:
6 _' ]' N, ^( V5 e4 p- `' M
1 T* _0 n/ d. l8 B# g# cat install_apache.yml% A: C9 A1 f. L& y* M, h
- hosts: all
U, r" _! r2 T remote_user: root
% q% G/ j7 ~; y; H/ o- A0 V gather_facts:True
$ u6 _; P& s4 k) M$ h tasks:
9 O$ ?1 L& Z( F# v- name: install apache on CentOS% Z. ]' \6 K. n+ E# R, s0 m
yum: name=httpd state=present
5 K+ c1 |; ^ M! ?2 R5 ^/ c when: ansible_os_family =="CentOS"
1 @1 m- o& p5 T% h# A- name: install apache on Debian6 `/ g9 p/ w. H* N0 K c) ]
yum: name=apache2 state=present8 n: ^# U( S1 f) ` X" [
when: ansible_os_family =="Debian"
9 n4 Y: x" I1 i) |+ i6 D0 i上面使用了when语句,同时也开启了gather_facts setup模块,这里的ansible_os_family变量和就是直接使用的setup模块获取的信息。如果有大量主机,就在运行的时候加上-f然后选择一个合适的并发主机数量即可。# l0 D" D' k8 E8 n- n r) j
; w, { G" v% |9 k( l5 q7 x* o
三、playbook的构成% R3 ?, y. g4 Y# S" I z
9 m, r8 c7 E/ n* o c6 K- }1 Y playbook是由一个或多个"play"组成的列表。play的主要功能在于将事先归并为一组的主机装扮成事先通过ansible中的task定义好的角色。从根本上来讲所谓task无非是调用ansible的一个module。将多个play组织在一个playbook中即可以让它们联同起来按事先编排的机制同唱一台大戏。其主要有以下四部分构成:9 [$ ?5 F' a0 A% o# T: `
\9 h, \' F6 w+ H) ~0 o$ g7 t9 Cplaybooks组成:
; j# R, P1 y! a' F+ d& { Target section: 定义将要执行 playbook 的远程主机组, g- s O: y" {4 e0 k6 N" w
Variable section: 定义 playbook 运行时需要使用的变量
0 s# g6 o- v# n9 x% _ Task section: 定义将要在远程主机上执行的任务列表
. r( ]% o) _/ h6 } Handler section: 定义 task 执行完成以后需要调用的任务8 o! u* N; T, K* T# O
而其对应的目录层为五个,如下:5 L# z% `. N( k" w0 Q' V
s5 M6 @ R* [; r
一般所需的目录层有:(视情况可变化)' B7 e @! z" p2 K
vars 变量层
* J, R, C2 J. e9 I( l( x tasks 任务层
6 d6 C6 K1 I" A, E* j) y% } handlers 触发条件7 U3 u0 z/ e! a6 @# R
files 文件0 i- s8 i% u3 U+ K2 c
template 模板
/ m1 Z/ a3 C) u I0 B* s1、Hosts和Users
% a% o: w# v. p' G6 @
( T) U5 n. T3 \1 N" ?6 o$ Q! aplaybook中的每一个play的目的都是为了让某个或某些主机以某个指定的用户身份执行任务。
! i# c. L2 v2 w# V- e3 E- s+ b# _$ h9 K' l
hosts:用于指定要执行指定任务的主机其可以是一个或多个由冒号分隔主机组。
) S4 ~$ L6 ~) F9 P
" a+ t m- n$ O remote_user :用于指定远程主机上的执行任务的用户。不过remote_user也可用于各task中。也可以通过指定其通过sudo的方式在远程主机上执行任务其可用于play全局或某任务。此外甚至可以在sudo时使用sudo_user指定sudo时切换的用户。
9 ]; j5 h; m. S* y# x W8 f/ P& n! m- y! q
user:于remote_user相同8 U, k$ y8 x4 g' }7 w; D7 k
5 s9 p: ?! j9 d1 R! S$ g' T, _ sudo:如果设置为yes,执行该任务组的用户在执行任务的时候,获取root权限
/ j! x) o* e) r, w* S5 h; G3 b, q, d7 Q6 {7 M9 z( m/ e- ]+ K
sudo_user:如果设置user为breeze,sudo为yes,sudo_user为bernie时,则breeze用户在执行任务时会获得bernie用户的权限( d) P' B8 s3 s; t- P7 G
" {( j5 ]- g! J ^
connection:通过什么方式连接到远程主机,默认为ssh
7 o- F+ k* q9 k; B& d1 w* u* \- t4 m% u9 x9 ^. C3 C7 u' C
gather_facts:除非明确说明不需要在远程主机上执行setup模块,否则默认自动执行。如果确实不需要setup模块传递过来的变量,则可以将该选项设置为False& y5 J7 g$ B: o
, Y8 {! ]2 P& ^) o- _6 f示例:
+ C% R' r' b4 l% _
1 J' N3 E/ X i9 _/ }' x1 q- hosts: webnodes) }& m- C. S5 V8 g9 Y
tasks:
1 X! V& M/ l8 ?& m1 o - name: test ping connection:' I {" n1 `/ {2 e
remote_user: test5 h6 s" p" G- X: g
sudo: yes: j: d6 l$ N% r+ P0 Q9 \
2、任务列表和action8 G0 J6 B6 k+ f/ h }3 n$ v T; R
; h. g3 _" z7 M4 g2 uplay的主体部分是任务列表。
" `8 o7 \+ b6 \# T7 k% H
9 `5 o4 h3 `2 o 任务列表中的各任务按次序逐个在hosts中指定的所有主机上执行即在所有主机上完成第一个任务后再开始第二个。在自上而下运行某playbook时如果中途发生错误,所有已执行任务都将回滚因此在更正playbook后重新执行一次即可。 / S, e8 F3 |- f7 Q% z0 C3 Q* B7 {
! S( y' W" h0 n \( L task的目的是使用指定的参数执行模块,而在模块参数中可以使用变量。模块执行是幂等的,这意味着多次执行是安全的,因为其结果均一致。每个task都应该有其name用于 playbook的执行结果输出,建议其内容尽可能清晰地描述任务执行步骤。如果未提供name则action的结果将用于输出。 ; {# Y3 m5 J% n
[6 }6 g4 [% R* s定义task的可以使用"action: module options"或"module: options"的格式,推荐使用后者以实现向后兼容。如果action一行的内容过多也可使用在行首使用几个空白字符进行换行。
7 y' l; [1 ^) q$ u
5 l8 i* f; \5 ztasks:
+ h F( N' m% x! W/ Y; n: T% |9 ~ - name: make sure apache is running
( z% b: c* k. x4 C0 z( n% p& C) J service: name=httpd state=running# Q: {3 j/ K: X* i
" \% J9 L5 F4 U2 z5 o$ z$ L
#在众多模块中只有command和shell模块仅需要给定一个列表而无需使用“key=value”格式例如
3 p+ Y. a! q8 V3 ctasks:
; D9 J9 {; i' W K" O! H - name: disable selinux
3 ^0 |% d: @1 o3 r& g# d1 G9 V command: /sbin/setenforce 0 # p, D" n- n8 k5 K! A
#如果命令或脚本的退出码不为零可以使用如下方式替代
2 f7 o: J6 y0 itasks:+ O% r R6 C. R& I" [; T
- name: run this command and ignore the result
+ I" l9 F( d( C- W0 H# C shell: /usr/bin/somecommand || /bin/true
1 [9 N: f' C1 ?' l) O q
2 i& F! G# ]# |5 ~% p6 s& Q& A. ^#使用ignore_errors来忽略错误信息
# a, H6 M! z! L& |, p9 `0 Rtasks:
# V6 M6 k0 @1 \6 h$ d+ `# h L - name: run this command and ignore the result
3 h% P& w! ]" j2 h" t( i. X% M% R" s/ n shell: /usr/bin/somecommand0 Y8 O0 t! O5 E4 e; Q/ F
ignore_errors: True
! X) i5 `# W- P5 t- y* c5 ~, j3、handlers
5 u( ^! Z" a7 u7 A$ D- w- a9 W8 l1 _! |
用于当关注的资源发生变化时采取一定的操作。
! B% v* X- F$ M& G! r. J- T"notify"这个action可用于在每个play的最后被触发,这样可以避免多次有改变发生时每次都执行指定的操作,取而代之仅在所有的变化发生完成后一次性地执行指定操作。
( h; d8 O- j. t. v# V7 \; z/ L在notify中列出的操作称为handler也即notify中调用handler中定义的操作。 4 c9 U" J) C( D0 _" I
+ o3 m* w6 O# Z# ~. z$ L
注意:在notify中定义内容一定要和tasks中定义的 - name 内容一样,这样才能达到触发的效果,否则会不生效。6 k( { K1 w: ]/ c% D! b
/ c& L" v& ]7 l, l3 q) `+ O- name: template configuration file8 w! x! o7 @4 p
template: src=template.j2 dest=/etc/foo.conf# i; L6 S! r) y6 s6 M
notify:
: J: v; G6 F; _. ]3 @5 K' J$ T - restart memcached
" e' Y8 a- O2 _. Q- T - restart apache3 o& l; K, [1 W6 c( t0 [
6 ]: f: r7 \" N1 D$ ^: ^! N#handler是task列表这些task与前述的task并没有本质上的不同。& h t+ { _7 S6 J8 L7 O
handlers:: h( n$ S! h& X, m
- name: restart memcached$ i+ i, g7 w0 x G( }
service: name=memcached state=restarted' _5 _5 r8 w9 A0 F# L# g
- name: restart apache
) a3 \8 M8 N0 B# r" o' ]# A service: name=apache state=restarted + U( [! m, m' r
4、tags
- l i: h2 J0 I% I. o) r9 s) S1 J0 J% T- n
tags用于让用户选择运行或略过playbook中的部分代码。ansible具有幂等性,因此会自动跳过没有变化的部分,即便如此,有些代码为测试其确实没有发生变化的时间依然会非常地长。此时如果确信其没有变化就可以通过tags跳过这些代码片断。- `2 [* Q. P" Q. R2 M
2 m$ e+ V8 g( N! |$ ]& g) O; b9 s5、示例% ]+ b. p, d( E [
# X# G. p8 B3 x2 F! j3 _一个安装httpd web服务的示例:
- o; e6 W a3 K E( m- l7 T& p" ~9 [* j& {, w# y
# cat /etc/ansible/playbook/install_web.yml
; k$ o- R: u$ F3 g% k( F& }- hosts: webservers$ ~ ^5 A8 [9 i6 F1 m+ e4 y
remote_user: root7 K/ x0 K- M* A- e) s
gather_fasks:False
/ y8 p- Y# k7 @8 H$ E. e6 ~7 j5 M vars:8 B4 n& R5 L* C* b
packages: httpd
+ R0 O' n" |3 H- f7 \4 H( S) H tasks: - name:Install httpd yum: name={{ packages }} state=present- name:Cofiguration httpd copy: src=/root/httpd.conf dest=/etc/httpd/conf/httpd.conf tags: httpd_conf
; n0 q5 n+ E3 U% n& o" X notify: - restart httpd- name:Start httpd service: name=httpd state=started enabled=no tags: start- name:Add centos user user: name={{ item }} state=absent tags: adduser with_items: - centos - admin handlers: - name: restart httpd service: name=httpd state=restart |
|