自动化部署工具——Ansible二次探索

playbook简介

    playbook是ansible用于配置、部署和管理被控节点的剧本，通过playbook的详细描述，执行其中的一系列tasks，可以让远程主机达到预期的状态，playbook就像Ansible控制器给被控节点列出的一系列to-do-list，而被控节点必须要完成。

也可以这样理解，pplaybook是由一个或多个"play"组成的列表。play的主要功能在于将事先归并为一组的主机装扮成事先通过ansible中的task定义好的角色。从根本上来讲所谓task无非是调用ansible的一个module。将多个play组织在一个playbook中即可以让它们联同起来按事先编排的机制同唱一台大戏。

其主要有以下四部分构成:

Target section：   定义将要执行 playbook 的远程主机组
Variable section： 定义 playbook 运行时需要使用的变量
Task section：     定义将要在远程主机上执行的任务列表
Handler section：  定义 task 执行完成以后需要调用的任务

playbook使用场景

    执行一些简单的任务，使用ad-hoc命令可以方便的解决问题，但是有时一个设施太过于复制，需要大量的操作时，执行ad-hoc命令就不太合适，这时最好使用playbook，就像执行shell命令与写shell脚本一样，也可以理解为批处理任务，不过playbook有自己的语法格式，具体可以看下面介绍。

使用playbook你可以方便的重用这些代码，可以移值到不同的机器上面，像函数一样，最大化的利用代码。在使用ansible的过程中，所处理的大部分操作都是需要编写playbook的。

YAML语法

    playbook由YMAL语言编写，YMAL参考了其他多种语言，包括：XML、C语言、python、perl以及电子邮件格式RFC2822，Clark
Evans在2001年5月在首次发表了这种语言，另外Ingy dot Net与Oren Ben-Kiki也是这种语言的共同设计者。

YAML介绍：YAML 语言（发音 /jml/ ）的设计目标，就是方便人类读写。它实质上是一种通用的数据串行化格式。YAML Ain‘t Markup
Language,即YAML不是XML。不过，在开发的这种语言时，YAML的意思其实是：“Yet Another Markup
Language"(仍是一种标记语言）。其特性：

YAML的可读性好    
YAML和脚本语言的交互性好  
YAML使用实现语言的数据类型  
YAML有一个一致的信息模型  
YAML易于实现  
YAML可以基于流来处理  
YAML表达能力强扩展性好

常用数据结构

它的基本语法规则如下。

大小写敏感
使用缩进表示层级关系
缩进时不允许使用Tab键，只允许使用空格。
缩进的空格数目不重要，只要相同层级的元素左侧对齐即可
yaml文件第一行必须要“---”作为文档的开始

# 表示注释，从这个字符一直到行尾，都会被解析器忽略。

YAML 支持的数据结构有三种。

对象：键值对的集合，又称为映射（mapping）/ 哈希（hashes） / 字典（dictionary）
数组：一组按次序排列的值，又称为序列（sequence） / 列表（list）
纯量（scalars）：单个的、不可再分的值

YAML语法

YAML的语法和其他高阶语言类似并且可以简单表达清单、散列表、标量等数据结构。其结构Structure通过空格来展示序列Sequence里的项用"-"来代表

Map里的键值对用":"分隔。YAML文件扩展名通常为.yaml或者.yml。下面是一个示例。

name: John Smith
age: 41
gender: Male
spouse:
    name: Jane Smith
    age: 37
    gender: Female
children:
    -   name: Jimmy Smith
        age: 17
        gender: Male
    -   name: Jenny Smith
        age 13
        gender: Female

YAML 2 个重要的结构组成部分list和directory

列表和字典

################################# list
 
列表的所有元素均使用“-”打头例如
# A list of tasty fruits
- Apple
- Orange
- Strawberry
- Mango
 
##############################dictionary
 
字典通过key与valuef进行标识例如
---
# An employee record
name: Example Developer
job: Developer
skill: Elite
 
也可以将key:value放置于{}中进行表示例如
---
# An employee record
{name: Example Developer, job: Developer, skill: Elite}
 
多个映射关系组成一个字典一个列表可以包含多个字典。

ymal中的变量

################################## 变量命名
变量名仅能由字母、数字和下划线组成且只能以字母开头。
 
################################## facts
facts是由正在通信的远程目标主机发回的信息这些信息被保存在ansible变量中。要获取指定的远程主机所支持的所有facts可使用如下命令进行
# ansible hostname -m setup 这个命令可以获得被监控端主机的各种信息将这些信息得到后保存到变量中。
 
################################ 自定义变量
在 yaml 中可以使用vars关键字来定义变量
vars:
  var_name: value
 
############################# 变量的引用
{{ var_name }}
 
 
########################### 特殊的变量迭代
当有需要重复性执行的任务时可以使用迭代机制。其使用格式为将需要迭代的内容定义为item变量引用并通过with_items语句来指明迭代的元素列表即可。
 
#######################################示例
例如在被控端添加 2 个用户
 
方式1一般做法
- name: add user testuser1
  user: name=testuser1 state=present groups=wheel
- name: add user testuser2
  user: name=testuser2 state=present groups=wheel
 
方式2使用变量方式
- name: add several users
  vars:
   user1: testuser1
   user2: testuser2
  user: name={{ user1 }} state=present groups=wheel
  user: name={{ user2 }} state=present groups=wheel
  
方式3使用迭代方式
- name: add several users
  user: name={{ item }} state=present groups=wheel
  with_items:     
    - testuser1     
    - testuser2
事实上with_items中可以使用元素还可为hashes例如
- name: add several users
  user: name={{ item.name }} state=present groups={{ item.groups }}
  with_items:
    - { name: ‘testuser1‘, groups: ‘wheel‘ }
    - { name: ‘testuser2‘, groups: ‘root‘ }

Ansible-playbook

playbook基础组件

hosts：playbook中的每一个play的目的都是为了让某个或某些以某个指定用户的身份执行任务。
       hosts用于指定要执行指定任务的主机，其可以是一个或多个由冒号分隔主机组。
 
user:remote_user则用于指定远程主机上的执行任务的用户。
 
任务列表：play的主体部分是task list. task list中的各任务按次序逐个在hosts中指定的所有主机
          上执行，即在所有主机上完成第一个任务后再开始第二个。
 
action:任务执行过程
 
handlers:用于当前关注的资源发生变化时采取一定指定的操作

Usage: ansible-playbook playbook.yml

相对于ansible，增加了下列选项：

示例：

ansible-playbook -i hosts ssh-addkey.yml    # 指定主机清单文件
ansible-playbook -i hosts ssh-addkey.yml  --list-tags   # 列出tags
ansible-playbook -i hosts ssh-addkey.yml  -T install  # 执行install标签的任务

playbook语法介绍

核心元素：
hosts：运行指定任务的目标主机；
remote_user：在远程主机以哪个用户身份执行；
tasks：任务，由模块定义的操作的列表；
Templates：模板，即使用了模板语法的文本文件；
Variables：变量
handlers：由特定条件触发的Tasks；
Roles：角色；
playbook的基础组件：
        hosts: 运行指定任务的目标主机    
        remote_user：在远程主机以哪个用户身份执行；
            sudo_user：非管理员需要拥有sudo权限；
    tasks：任务列表
    模块，模块参数,格式有如下两种：
    (1) action: module arguments
    (2) module: arguments                        
    示例1：
    - hosts: all
    remote_user: root
    tasks:
    - name: install a group
      group: name=mygrp system=true 
    - name: install a user
      user: name=user1 group=mygrp system=true
    示例2:
    - hosts: websrvs
    remote_user: root
    tasks:
    - name: install httpd package
      yum: name=httpd
    - name: start httpd service 
      service: name=httpd state=started

主要由三个部分组成。

• hosts部分：使用hosts指示使用哪个主机或主机组来运行下面的tasks，每个playbook都必须指定hosts，hosts也可以使用通配符格式。主机或主机组在inventory清单中指定，可以使用系统默认的/etc/ansible/hosts，也可以自己编辑，在运行的时候加上-i选项，指定清单的位置即可。在运行清单文件的时候，--list-hosts选项会显示那些主机将会参与执行task的过程中。
• remote_user：指定远端主机中的哪个用户来登录远端系统，在远端系统执行task的用户，可以任意指定，也可以使用sudo，但是用户必须要有执行相应task的权限。
• tasks：指定远端主机将要执行的一系列动作。tasks的核心为ansible的模块，前面已经提到模块的用法。tasks包含name和要执行的模块，name是可选的，只是为了便于用户阅读，不过还是建议加上去，模块是必须的，同时也要给予模块相应的参数。

Playbook执行结果解析

使用ansible-playbook运行playbook文件，得到如下输出信息，输出内容为JSON格式。并且由不同颜色组成，便于识别。一般而言

• 绿色代表执行成功，系统保持原样
• 黄色代表系统代表系统状态发生改变
• 红色代表执行失败，显示错误输出。

执行playbook文件

 运行playbook，使用ansible-playbook命令
                (1) 检测语法
                    ansible-playbook  --syntax-check  /path/to/playbook.yaml
                (2) 测试运行
                    ansible-playbook -C /path/to/playbook.yaml
                        --list-hosts   # 列出主机
                        --list-tasks  # 列出任务
                        --list-tags   # 列出标签
                (3) 运行
                    ansible-playbook  /path/to/playbook.yaml
                        -t TAGS, --tags=TAGS
                        --skip-tags=SKIP_TAGS
                        --start-at-task=START_AT

在执行playbook前，可以做些检查
检查palybook语法
ansible-playbook -i hosts httpd.yml --syntax-check
列出要执行的主机
ansible-playbook -i hosts httpd.yml --list-hosts
列出要执行的任务
ansible-playbook -i hosts httpd.yml --list-tasks

debug你的playbook

检查语法：ansible-playbook --syntax-check playbook.yml 
查看host列表：ansible-playbook --list-hosts playbook.yml
查看task列表：ansible-playbook --list-tasks playbook.yml
检查模式(不会运行): ansible-playbook --check playbook.yml
diff模式(查看文件变化)： ansible-playbook --check --diff playbook.yml
从指定的task开始运行：ansible-playbook --start-at-task="install packages" playbook.yml
逐个task运行，运行前需要你确认：ansible-playbook --step playbook.yml
指定tags：ansible-playbook --tags=foo,bar playbook.yml
跳过tags：ansible-playbook --skip-tags=baz,quux playbook.yml

实例：

[[email protected] ~]# cat web.yml
- hosts: webservers  ##主机组，在/etc/ansible/hosts中定义
  remote_user: root  ##远程执行任务的用户
  tasks:   ##任务
  - name: install httpd   ##任务描述
    command: yum -y install httpd  ##调用ansible的command模块安装httpd
  - name: provide httpd.conf   ##任务描述
    copy: src="/root/httpd.conf" dest="/etc/httpd/conf/httpd.conf"  ##调用ansible的copy模块，httpd安装完成后将事先准备好的httpd.conf文件复制到目标主机的/etc/httpd/conf/目录下
    tags: conf  ##给此任务打标记，可单独执行标记的任务，使用ansible-playbook -C 命令执行
    notify:  ##文件内容变更通知
    - server restart  ##通知到指定的任务
  - name: server start  ##任务描述
    service: name=httpd state=started enabled=true  ##调用ansible的service模块的属性定义安装完成httpd以后httpd服务的管理
  handlers:  ##定义接受关注的资源变化后执行的动作
  - name: server restart  ##任务描述
    service: name=httpd state=restarted  ##当关注的资源发生变化后调用service模块，采取相应的动作
  
##执行过程如下：
[[email protected] ~]# ansible-playbook web.yml
 
PLAY [webservers] ************************************************************* 
 
GATHERING FACTS *************************************************************** 
ok: [node2]
ok: [node1]
 
TASK: [install httpd] ********************************************************* 
changed: [node2]
changed: [node1]
 
TASK: [provide httpd.conf] **************************************************** 
changed: [node2]
changed: [node1]
 
TASK: [server start] ********************************************************** 
changed: [node2]
changed: [node1]
 
NOTIFIED: [server restart] **************************************************** 
changed: [node2]
changed: [node1]
 
PLAY RECAP ******************************************************************** 
node1                      : ok=5    changed=4    unreachable=0    failed=0   
node2                      : ok=5    changed=4    unreachable=0    failed=0

任务列表和action

play的主体部分是task list。task list中的各任务按次序逐个在hosts中指定的所有主机上执行即在所有主机上完成第一个任务后再开始第二个。    在运行自下而下某playbook时如果中途发生错误所有已执行任务都将回滚因此在更正playbook后重新执行一次即可。  
  task的目的是使用指定的参数执行模块而在模块参数中可以使用变量。模块执行是幂等的这意味着多次执行是安全的因为其结果均一致。  
  每个task都应该有其name用于playbook的执行结果输出建议其内容尽可能清晰地描述任务执行步骤。如果未提供name则action的结果将用于输出。  
    
  定义task的可以使用“action: module options”或“module: options”的格式推荐使用后者以实现向后兼容。  
  如果action一行的内容过多也中使用在行首使用几个空白字符进行换行。  
  tasks:  
    - name: make sure apache is running  
      service: name=httpd state=running 
    
  在众多模块中只有command和shell模块仅需要给定一个列表而无需使用“key=value”格式例如  
  tasks:  
    - name: disable selinux  
      command: /sbin/setenforce 0  如果命令或脚本的退出码不为零可以使用如下方式替代  
  tasks:  
    - name: run this command and ignore the result  
      shell: /usr/bin/somecommand || /bin/true  
  或者使用ignore_errors来忽略错误信息  
  tasks:  
    - name: run this command and ignore the result  
      shell: /usr/bin/somecommand  
    ignore_errors: True

handlers的用法


 用于当关注的资源发生变化时采取一定的操作。
 
“notify”这个action可用于在每个play的最后被触发这样可以避免多次有改变发生时每次都执行指定的操作取而代之仅在所有的变化发生完成后一次性地执行指定操作。在notify中列出的操作称为handler也即notify中调用handler中定义的操作。
 
 handlers：由特定条件触发的Tasks；
    调用及定义方式：
        tasks：
        - name: TASK_NAME
          module: arguments
          notify: HANDLER_NAME
        handlers:
        - name: HANDLER_NAME
          module: arguments

        示例：
        - hosts: websrvs
          remote_user: root
          tasks:
          - name: install httpd package
            yum: name=httpd state=latest
          - name: install conf file
            copy: src=/root/httpd.conf dest=/etc/httpd/conf/httpd.conf
            notify: restart httpd service
          - name: start httpd service
            service: name=httpd state=started
          handlers:
            - name: restart httpd service
              service: name=httpd state=restarted

tags的用法

tags用于让用户选择运行或路过playbook中的部分代码。ansible具有幂等性因此会自动跳过没有变化的部分即便如此有些代码为测试其确实没有发生变化的时间依然会非常地长。此时如果确信其没有变化就可以通过tags跳过此些代码片断。
 
示例基于playbooks实现web服务的部署
1、提供好Inventory文件
# /etc/ansible/hosts基于秘钥认证
[webhosts]
172.16.10.22
172.16.10.33
 
2、编辑 palybooks 剧本
# vim  /root/web.yaml
- name: web service
  remote_user: root
  hosts: webhosts
  vars:
    packages: httpd
  tasks:
    - name: install httpd      yum: name={{ packages }} state=present
      tags: install
    - name: configuration httpd
      copy: src=/root/httpd.conf dest=/etc/httpd/conf/httpd.conf
      tags: conf
      notify:
        - restart httpd
    - name: service httpd start
      service: name=httpd enabled=no state=started
      tags: start
    - name: add centos and hadoop user
      user: name={{ item }} state=absent
      tags: adduser
      with_items:
        - centos
        - hadoop
  handlers:
        - name: restart httpd
          service: name=httpd state=restarted
 
3、准备好配置文件
 将web的配置放到指定目录 src=/root/httpd.conf
 
4、开始部署
ansible-playbooks /root/web.yml

角色 ROLE

ansilbe自1.2版本引入的新特性，用于层次性、结构化地组织playbook。roles能够根据层次型结构自动装载变量文件、tasks以及handlers等。要使用roles只需要在playbook中使用include指令即可。简单来讲，roles就是通过分别将变量、文件、任务、模块及处理器放置于单独的目录中，并可以便捷地include它们的一种机制。角色一般用于基于主机构建服务的场景中，但也可以是用于构建守护进程等场景中。

#创建role的步骤
(1) 创建以roles命名的目录；
(2) 在roles目录中分别创建以各角色名称命名的目录，如webservers等；
(3) 在每个角色命名的目录中分别创建files、handlers、meta、tasks、templates和vars目录；用不
到的目录可以创建为空目录，也可以不创建；
(4) 在playbook文件中，调用各角色；
#role内各目录中可用的文件
tasks目录：至少应该包含一个名为main.yml的文件，其定义了此角色的任务列表；此文件可以使用in
clude包含其它的位于此目录中的task文件；
files目录：存放由copy或script等模块调用的文件；
templates目录：template模块会自动在此目录中寻找Jinja2模板文件；
handlers目录：此目录中应当包含一个main.yml文件，用于定义此角色用到的各handler；在handler
中使用include包含的其它的handler文件也应该位于此目录中；
vars目录：应当包含一个main.yml文件，用于定义此角色用到的变量；
meta目录：应当包含一个main.yml文件，用于定义此角色的特殊设定及其依赖关系；
default目录：为当前角色设定默认变量时使用此目录；应当包含一个main.yml文件；

如果区分环境使用角色，可以使用下列文档结构

role下有很多结构，ansible会自动按照文件结构进行加载解析。具体目录结构如下：

.
├── defaults
├── files
├── handlers
├── meta
├── tasks
├── templates
└── vars

如果roles/x/tasks/main.yml存在,则自动将里面的tasks添加到play中。

如果roles/x/handlers/main.yml存在,则自动将里面的handlers添加到play中。

如果roles/x/vars/main.yml存在, 则自动将其中的variables添加到play中。

如果roles/x/meta/main.yml存在,则添加role的依赖关系roles中。

任何copy任务、script任务都可以引用roles/x/files中的文件，无论是使用绝对或相对路径都可以。

任何template任务都可以引用roles/x/templates中的文件，无论绝对或相对路径。

任何include任务都可以引用roles/x/tasks/中的文件，无论相对或绝对路径

基于Role实现 lamp 平台的批量部署

实验环境：

控制端：
172.16.10.9 server.magedu.com
 
被控制端：
172.16.10.22 node2.example.com
172.16.10.33 node3.example.com
172.16.0.50 director1.example.com
172.16.0.51 director2.example.com
 
计划：
172.16.10.22 node2.example.com
172.16.10.33 node3.example.com
# 安装 web php程序，并提供配置文件
172.16.0.50 director1.example.com
172.16.0.51 director2.example.com
# 安装 mysql mysql-server，并提供配置文件
 
要求：基于主机名通信（被控制端都可以解析到其他的主机名）

配置步骤：

1、配置好 Inventory 文件
# /etc/ansible/hosts
[webhosts]
node2.example.com
node3.example.com
 
[mysql]
director1.example.com
director2.example.com
 
2、创建对应的目录树
# 执行 tree /root/lamp/roles 查看目录树
/root/lamp/roles
|-- common
|   |-- default
|   |-- files
|   |   `-- hosts
|   |-- handlers
|   |-- meta
|   |-- tasks
|   |   `-- main.yml
|   |-- templates
|   `-- vars
|-- db
|   |-- default
|   |-- files
|   |   `-- my.cnf
|   |-- handlers
|   |   `-- main.yml
|   |-- meta
|   |-- tasks
|   |   `-- main.yml
|   |-- templates
|   `-- vars
|-- db.yml
|-- php
|   |-- default
|   |-- files
|   |   `-- php.ini
|   |-- handlers
|   |-- meta
|   |-- tasks
|   |   `-- main.yml
|   |-- templates
|   `-- vars
|-- site.yml
|-- web
|   |-- default
|   |-- files
|   |   `-- httpd.conf
|   |-- handlers
|   |   `-- main.yml
|   |-- meta
|   |-- tasks
|   |   `-- main.yml
|   |-- templates
|   `-- vars
`-- web.yml
 
 
 
3、各个文件的内容
# 当前所在目录 /root/lamp/roles
# cat db.yml
- name: mysqld servise
  remote_user: root
  hosts: mysql
  roles:  
    - common 
    - db
 
# cat web.yml
- name: wed servise
  remote_user: root
  hosts: webhosts
  roles: 
    - common 
    - php  
    - web
     
# cat common/files/hosts 
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
172.16.10.22 node2.example.com
172.16.10.33 node3.example.com
172.16.0.50 director1.example.com
172.16.0.51 director2.example.com
 
# cat common/tasks/main.yml
- name: Configure hostname resolve
  copy: src=hosts dest=/etc/hosts
 
# cat php/tasks/main.yml
- name: install php  
  yum: name=php state=present
- name: configuration php
  copy: src=php.ini dest=/etc/php.ini
 
# cat web/tasks/main.yml
- name: install httpd  
  yum: name=httpd state=present
- name: configuration httpd
  copy: src=httpd.conf dest=/etc/httpd/conf/httpd.conf
  notify:
    - restart httpd
- name: service httpd start
  service: name=httpd enabled=no state=started
 
# cat web/handlers/main.yml
- name: restart httpd
  service: name=httpd state=restarted
 
# cat db/tasks/main.yml
- name: install mysql
  yum: name=mysql state=present
- name: install mysql-server
  yum: name=mysql-server state=present
- name: configuration mysqld
  copy: src=my.cnf dest=/etc/my.cnf
  notify:
    - restart mysqld
- name: service mysqld start
  service: name=mysqld enabled=no state=started
 
# cat db/handlers/main.yml
- name: restart mysqld
  service: name=mysqld state=restarted
   
4、开始批量部署
ansible-playbooks web.yml
ansible-playbooks db.yml

ansible的roles配置nginx

1、准备目录
# mkdir -pv playbook/roles/nginx/{default,files,handlers,meta,tasks,templates,vars}
2、准备nginx的配置文件
# cd roles/nginx/templates
# ansible all -m setup |grep ansible_processor_cores
        "ansible_processor_cores": 1,  \\获取ansible的要调用的相关函数
        "ansible_processor_cores": 1,  \\获取ansible的要调用的相关函数
# vim nginx.conf
worker_processes {{ ansible_processor_cores }}; \\调用获取到的函数
3、准备Nginx的default.conf文件及rpm包
# ll nginx/files/
-rw-r--r-- 1 root root   2685 Jan 18 15:51 default.conf
-rw-r--r-- 1 root root 319456 Jan 18 15:52 nginx-1.4.7-1.el6.ngx.x86_64.rpm
4、在tasks目录中配置任务列表
# cd nginx/tasks/
# vim main.yml
 - name: copy nginx.rpm
    copy: src=nginx-1.4.7-1.el6.ngx.x86_64.rpm  dest=/tmp/nginx-1.4.7-1.el6.ngx.x86_64.rpm
  - name: install nginx
    shell: yum -y  install /tmp/nginx-1.4.7-1.el6.ngx.x86_64.rpm
  - name: provides nginx.conf
    template: src=nginx.conf  dest=/etc/nginx/nginx.conf
    tags: nginxconf
     
    notify:
    - server restart
  - name: provides default.conf
    copy: src=default.conf dest=/etc/nginx/conf.d/default.conf 
    tags: nginxconf
  - name: server start
    service: name=nginx enabled=true state=started
5、在handlers目录中配置定义handler信息
# cd nginx/handlers/
# vim main.yml
- name: server restart
  service: name=nginx  state=restarted
6、在roles同一级目录中创建site.yml文件
- hosts: webservers
  remote_user: root
  roles:
  - nginx
7、应用配置
# ansible-playbook site.yml 
 
PLAY [webservers] ************************************************************* 
 
GATHERING FACTS *************************************************************** 
ok: [node2]
ok: [node1]
 
TASK: [nginx | copy nginx.rpm] ************************************************ 
ok: [node1]
ok: [node2]
 
TASK: [nginx | install nginx] ************************************************* 
changed: [node1]
changed: [node2]
 
TASK: [nginx | provides nginx.conf] ******************************************* 
changed: [node2]
changed: [node1]
 
TASK: [nginx | provides default.conf] ***************************************** 
changed: [node2]
changed: [node1]
 
TASK: [nginx | server start] ************************************************** 
changed: [node2]
changed: [node1]
 
NOTIFIED: [nginx | server restart] ******************************************** 
changed: [node1]
changed: [node2]
 
PLAY RECAP ******************************************************************** 
node1                      : ok=7    changed=5    unreachable=0    failed=0   
node2                      : ok=7    changed=5    unreachable=0    failed=0   
8、查看webservers主机上是否已经启动nginx
# ansible webservers -m shell -a ‘netstat -tnlp‘
node2 | success | rc=0 >>
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name   
tcp        0      0 0.0.0.0:80                  0.0.0.0:*                   LISTEN      5497/nginx          
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      1174/sshd           
tcp        0      0 :::22                       :::*                        LISTEN      1174/sshd           
 
node1 | success | rc=0 >>
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name   
tcp        0      0 0.0.0.0:80                  0.0.0.0:*                   LISTEN      5513/nginx          
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      1174/sshd           
tcp        0      0 :::22                       :::*                        LISTEN      1174/sshd     
9、查看playbook目录总体结构：
# tree playbook/
playbook/
├── roles
│   └── nginx
│       ├── default
│       ├── files
│       │   ├── default.conf
│       │   └── nginx-1.4.7-1.el6.ngx.x86_64.rpm
│       ├── handlers
│       │   └── main.yml
│       ├── meta
│       ├── tasks
│       │   └── main.yml
│       ├── templates
│       │   └── nginx.conf
│       └── vars
└── site.yml

资料

python利用pyyaml模块进行解析yaml语言
http://pyyaml.org/wiki/PyYAMLDocumentation

yaml格式在线检查
http://yaml-online-parser.appspot.com/