回到：Ansible系列文章

各位读者，请您：由于Ansible使用Jinja2模板，它的模板语法 {{}} 和 {%%} 和我博客系统hexo的模板使用的符号一样，在渲染时会产生冲突，尽管我尽我努力地花了大量时间做了调整，但无法保证已经全部都调整。因此，如果各位阅读时发现一些明显的诡异的错误(比如像这样的空的行内代码)，请一定要回复我修正这些渲染错误。

14.Ansible管理docker和openstack

14.1 Ansible管理docker

近年来Linux容器技术越来越受欢迎，通过容器技术，可以保持程序运行环境的一致性，快速启动并高效率运行，涉及到的开销也比较小，此外，在系统层次上完成容器级别的资源隔离非常快速。

Docker是管理Linux容器最流行的工具，它为管理Linux容器提供了许多方便的工具，比如创建、销毁Linux容器，还提供了一些除管理Linux容器之外的工具，比如管理镜像、编排。通过它的易用性，Docker已经成为管理容器的最流行的方法之一。

题外话：关于容器和Docker

Linux容器是内核的几种功能组合在一起实现的。换句话说，Linux容器技术是内核层次的功能，Docker只是提供了一系列工具，包括从底层和内核交互到高层和用户交互的一条龙。除了Docker外，也还有其它操作Linux容器的工具，只是对大众来说，Docker是最流行的。

Ansible为Docker提供了一整套工具，包括相关模块、连接插件(ansible_connection: docker)和inventory脚本，因此Ansible可在许多方面与Docker进行交互。例如Ansible可构建Docker镜像、启动或停止容器、组合多个容器服务、连接到活动容器并与之交互，甚至可以从容器中获取inventory。

如下是Ansible官方目前提供的和Docker相关的模块：

docker_compose – Manage multi-container Docker applications with Docker Compose
docker_config – Manage docker configs
docker_container – manage docker containers
docker_container_info – Retrieves facts about docker container
docker_host_info – Retrieves facts about docker host and lists of objects of the services
docker_image – Manage docker images
docker_image_info – Inspect docker images
docker_login – Log into a Docker registry
docker_network – Manage Docker networks
docker_network_info – Retrieves facts about docker network
docker_node – Manage Docker Swarm node
docker_node_info – Retrieves facts about docker swarm node from Swarm Manager
docker_prune – Allows to prune various docker objects
docker_secret – Manage docker secrets
docker_stack – docker stack module
docker_swarm – Manage Swarm cluster
docker_swarm_info – Retrieves facts about Docker Swarm cluster
docker_swarm_service – docker swarm service
docker_swarm_service_info – Retrieves information about docker services from a Swarm Manager
docker_volume – Manage Docker volumes
docker_volume_info – Retrieve facts about Docker volumes

要使用Ansible管理连接Docker，要求安装如下包(注意：Ansible端和docker端都安装，这一点和其它模块不一样，如报错，请自行在两端安装、卸载、升级调试)：

# 两端都安装，如果已经安装了，则在报错的情况下按需更新
# 此外，根据Ansible使用的python解释器版本，按需决定使用pip还是pip3，
# 如果需要的是pip，则yum install python-pip
$ pip3 install docker requests

如下是其中两次报错信息，注意其中的结尾：No module named ‘XXX’。

1
2
3

fatal: [192.168.200.71]: FAILED! => {"changed": false, "msg": "Failed to import the required Python library (Docker SDK for Python: docker (Python >= 2.7) or docker-py (Python 2.6)) on controller's Python /usr/bin/python3. Please read module documentation and install in the appropriate location. If the required library is installed, but Ansible is using the wrong Python interpreter, please consult the documentation on ansible_python_interpreter, for example via `pip install docker` or `pip install docker-py` (Python 2.6). The error was: No module named 'requests'"}

fatal: [192.168.200.71]: FAILED! => {"changed": false, "msg": "Failed to import the required Python library (Docker SDK for Python: docker (Python >= 2.7) or docker-py (Python 2.6)) on controller's Python /usr/bin/python3. Please read module documentation and install in the appropriate location. If the required library is installed, but Ansible is using the wrong Python interpreter, please consult the documentation on ansible_python_interpreter, for example via `pip install docker` or `pip install docker-py` (Python 2.6). The error was: No module named 'docker'"}

14.1.1 Ansible构建并运行Docker镜像

通Ansible提供的docker_image模块可管理Docker镜像(比如构建、移除、pull镜像)，使用docker_container模块可管理容器，比如将镜像运行起来成为容器。

对我们而言，一般都是在已有镜像的基础上通过Dockerfile来定义新的操作，然后构建出自己的Docker镜像。所以需要提供两个文件：一个基础镜像和一个Dockerfile文件(基础镜像不存在时会自动下载)。如果使用Ansible来构建镜像，那么这个Dockerfile文件需要能够被Ansible读取，比如可以放在Ansible playbook文件的同目录下。

为了演示以下Ansible构建Docker镜像，此处已经写好了一个非常简单的Dockerfile，该Docker镜像是在CentOS 7镜像的基础上添加nginx，然后让nginx运行起来并提供cowsay页面。

Dockerfile内容如下：

FROM centos:centos7
LABEL maintainer="junmajinlong.com"

RUN rm -rf /etc/yum.repos.d/*.repo && \
    echo -e ' \
[base] \n\
name=os \n\
baseurl=https://mirrors.huaweicloud.com/centos/$releasever/os/$basearch/ \n\
enable=1 \n\
gpgcheck=0 \n\
[epel] \n\
name=epel \n\
baseurl=https://mirrors.huaweicloud.com/epel/7Server/$basearch/ \n\
enable=1 \n\
gpgcheck=0 \n\
' >/etc/yum.repos.d/base.repo && \
    yum -y install cowsay nginx && \
    rm -rf /usr/share/nginx/html/index.html && \
    cowsay Junmajinlong >/usr/share/nginx/html/index.html && \
    echo 'daemon off;' >>/etc/nginx/nginx.conf && \
    yum clean all
    
EXPOSE 80

CMD /usr/sbin/nginx

然后写一个Ansible任务文件，假设名为build_and_run_image.yaml，内容如下：

- hosts: docker
  gather_facts: no
  tasks: 
    - name: scp Dockerfile
      copy: 
        src: Dockerfile
        dest: /tmp/Dockerfile

    - name: build Docker image centos_nginx:v0.1.1
      docker_image: 
        name: centos_nginx
        source: build
        tag: v0.1.1
        build:
          path: /tmp
          pull: yes
    - name: start centos_nginx
      docker_container: 
        name: cng
        image: centos_nginx:v0.1.1
        ports: 8080:80
        state: started

Ansible执行完成上述任务后，可直接在Ansible端使用curl来测试页面是否可获取：

$ curl 192.168.200.71:8080
 ______________
< Junmajinlong >
 --------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

这里对上述两个模块稍作解释。

对于docker_image任务来说，通过sourec: build指令来表示这是一次镜像构建操作，source指令可包含如下值：

build：根据build指令的path参数指定的Dockerfile构建镜像
load：从镜像tar文件中提取镜像
pull：从registry中拉取镜像
local：保证docker端已经具备指定的镜像

对于build指令来说：

path：指定构建时的上下文目录，该目录要求包含Dockerfile文件
dockerfile：明确指定使用哪个Dockerfile文件，而不是默认的上下文目录中的Dockerfile文件
pull：构建时是否从registry中拉取基础和中间镜像镜像
cache_from：构建时使用缓存的中间镜像
args：可按照key:value方式指定镜像的参数，对应于Dockerfile中的ARG指令，例如listen_port: 8080

其它指令应该都通俗易懂。

构建镜像完成后，可使用docker_container模块启动该镜像。该模块指令非常非常多，几乎包含了docker container命令的所有选项功能，但是熟悉docker命令，这些指令的用法也通俗易懂。比如，指定卷和环境变量：

- name: Create a data container
  docker_container:
    name: mydata
    image: busybox
    volumes:
      - /data

- name: Restart a container
  docker_container:
    name: myapplication
    image: someuser/appimage
    state: started
    restart: yes
    devices:
     - "/dev/sda:/dev/xvda:rwm"
    ports:
     - "8080:9000"
     - "127.0.0.1:8081:9001/udp"
    env:
        SECRET_KEY: "ssssh"
        BOOLEAN_KEY: "yes"

14.1.2 无Dockerfile启动镜像并连接容器

在上面的playbook中明确使用了Dockerfile来构建镜像并启动镜像提供服务，但因为Dockerfile自身也是基于基础镜像构建的，所以可以省略这个构建过程，而是直接启动基础镜像并连接到启动的容器进行操作。

下面实现与上述示例相同的效果，只是不使用Dockerfile构建。

playbook文件内容如下：

---
- name: start image 
  hosts: docker
  gather_facts: no
  vars: 
    container_name: "centos7"
  tasks:
    - name: start basic container "centos7"
      docker_container: 
        name: "{{container_name}}"
        hostname: "{{container_name}}"
        image: centos:centos7
        ports: 8080:80
        state: started
        auto_remove: yes
        command: bash
        tty: yes
        
    - name: add container to inventory
      add_host: 
        name: "{{container_name}}"
        ansible_connection: docker
        ansible_host: "{{container_name}}"
        ansible_user: root
        groups: containers
        
- name: do something in container
  hosts: containers
  gather_facts: no
  tasks:
    - name: install python if needed
      raw: yum install -y python

    - name: remove all repos exists
      shell: rm -rf /etc/yum.repos.d/*
      
    - name: add os repo and epel repo
      yum_repository: 
        name: "{{item.name}}"
        description: "{{item.name}} repo"
        baseurl: "{{item.baseurl}}"
        file: "{{item.name}}"
        enabled: 1
        gpgcheck: 0
        reposdir: /etc/yum.repos.d
      loop:
        - name: os
          baseurl: "https://mirrors.huaweicloud.com/centos/$releasever/os/$basearch"
        - name: epel
          baseurl: "https://mirrors.huaweicloud.com/epel/$releasever/$basearch"      

    - name: install nginx and cowsay  
      shell: yum -y install nginx cowsay
      
    - name: configure nginx
      lineinfile: 
        line: "daemon off;"
        dest: /etc/nginx/nginx.conf
        
    - name: change index page
      block: 
        # 先移除index.html，因为它可能是一个软链接
        - name: remove old index.html page
          shell: |
            rm -rf /usr/share/nginx/html/index.html
            cowsay Junmajinlong >/usr/share/nginx/html/index.html

    - name: run nginx
      shell: nginx &

在执行上述playbook之前，需要先在Ansible端导出连接方式docker所在主机的环境变量，比如Ansible连接到远程docker时，使用tcp:

1 2	$ export DOCKER_HOST=tcp://192.168.200.71:2376 $ ansible-playbook -i inventoryname playbookname.yaml

上面的playbook任务中，首先启动docker容器，然后使用了connection: docker连接器添加该容器到containers主机组中，以便后续的连接。之后在第二个play中连接到containers组，安装Python(CentOS系统都会带有python)，配置yum源，安装Nginx和cowsay，并启动nginx。任务流程比较简单。

唯一需要关注的是add_hosts添加容器节点到inventory时指定的docker连接方式，这里不能使用默认的ssh连接方式，因为目标容器不一定开启了ssh服务，也不一定能和外界通信，而使用connection: docker连接方式，Ansible将会先ssh连接到docker服务所在主机，然后通过docker container exec的方式连接到容器内部。

14.1.3 docker inventory

Ansible为Docker提供了动态inventory的脚本。可下载该脚本：

1 2	wget https://raw.githubusercontent.com/ansible/ansible/stable-2.9/contrib/inventory/docker.py chmod +x docker.py

执行该脚本测试：

1	DOCKER_HOST=tcp://192.168.200.71:2376 ./docker.py --pretty

或者直接在ansible命令或ansible-playbook命令中使用-i选项指定:

1	ansible-playbook -i docker.py docker_containers.yml

14.1.4 其它Ansible容器管理工具

Ansible除了在官方提供了docker相关的模块外，还有一些第三方的工具可用来管理容器。

比如ansible-container、ansible-bender、Ansible Operator，它们需要单独安装，对于ansible-container来说，在之前几年比较知名，但是作者现在已经将该项目废弃，据作者本人所说，ansible-bender和Ansible Operator更为优秀。

ansible-bender：
- 简化Ansible Playbook构建容器(注：此容器是符合OCI标准的容器，docker所构建的底层容器也是OCI容器)
- 地址：https://github.com/ansible-community/ansible-bender
Ansible Operator：
- 是Red Hat Ansible Automation和Red Hat OpenShift团队联合开发的用来将容器部署到K8s上的工具
- 地址：https://learn.openshift.com/ansibleop

14.2 Ansible管理OpenStack

OpenStack可整合一台或多台物理计算机的资源来按需创建、管理、配置、删除虚拟机(在OpenStack中，虚拟机对应的术语是”计算实例”，但后文都以虚拟机来描述)，对OpenStack提供者来说，提高了硬件资源的利用率；对受益用户来说，可按自己的需求申请带有各种性能、各种资源配置的操作系统，比如公有云的模式，就像去网吧上网一样，想上多久、想体验什么配置的主机都按需付费来享用。

对于OpenStack来说，Ansible几乎是全程参与其发展的，因为从OpenStack很早的版本开始，就已经逐步支持通过Ansible来配置管理OpenStack，而Ansible管理OpenStack相关的模块也随着OpenStack的版本迭代在不断更新。目前为止，Ansible官方提供的关于OpenStack的模块已经有五十多个，下面是Ansible官方目前提供的模块列表信息简介：

os_auth – Retrieve an auth token
os_client_config – Get OpenStack Client config
os_coe_cluster – Add/Remove COE cluster from OpenStack Cloud
os_coe_cluster_template – Add/Remove COE cluster template from OpenStack Cloud
os_flavor_info – Retrieve information about one or more flavors
os_floating_ip – Add/Remove floating IP from an instance
os_group – Manage OpenStack Identity Groups
os_group_info – Retrieve info about one or more OpenStack groups
os_image – Add/Delete images from OpenStack Cloud
os_image_info – Retrieve information about an image within OpenStack
os_ironic – Create/Delete Bare Metal Resources from OpenStack
os_ironic_inspect – Explicitly triggers baremetal node introspection in ironic
os_ironic_node – Activate/Deactivate Bare Metal Resources from OpenStack
os_keypair – Add/Delete a keypair from OpenStack
os_keystone_domain – Manage OpenStack Identity Domains
os_keystone_domain_info – Retrieve information about one or more OpenStack domains
os_keystone_endpoint – Manage OpenStack Identity service endpoints
os_keystone_role – Manage OpenStack Identity Roles
os_keystone_service – Manage OpenStack Identity services
os_listener – Add/Delete a listener for a load balancer from OpenStack Cloud
os_loadbalancer – Add/Delete load balancer from OpenStack Cloud
os_member – Add/Delete a member for a pool in load balancer from OpenStack Cloud
os_network – Creates/removes networks from OpenStack
os_networks_info – Retrieve information about one or more OpenStack networks
os_nova_flavor – Manage OpenStack compute flavors
os_nova_host_aggregate – Manage OpenStack host aggregates
os_object – Create or Delete objects and containers from OpenStack
os_pool – Add/Delete a pool in the load balancing service from OpenStack Cloud
os_port – Add/Update/Delete ports from an OpenStack cloud
os_port_info – Retrieve information about ports within OpenStack
os_project – Manage OpenStack Projects
os_project_access – Manage OpenStack compute flavors access
os_project_info – Retrieve information about one or more OpenStack projects
os_quota – Manage OpenStack Quotas
os_recordset – Manage OpenStack DNS recordsets
os_router – Create or delete routers from OpenStack
os_security_group – Add/Delete security groups from an OpenStack cloud
os_security_group_rule – Add/Delete rule from an existing security group
os_server – Create/Delete Compute Instances from OpenStack
os_server_action – Perform actions on Compute Instances from OpenStack
os_server_group – Manage OpenStack server groups
os_server_info – Retrieve information about one or more compute instances
os_server_metadata – Add/Update/Delete Metadata in Compute Instances from OpenStack
os_server_volume – Attach/Detach Volumes from OpenStack VM’s
os_stack – Add/Remove Heat Stack
os_subnet – Add/Remove subnet to an OpenStack network
os_subnets_info – Retrieve information about one or more OpenStack subnets
os_user – Manage OpenStack Identity Users
os_user_group – Associate OpenStack Identity users and groups
os_user_info – Retrieve information about one or more OpenStack users
os_user_role – Associate OpenStack Identity users and roles
os_volume – Create/Delete Cinder Volumes
os_volume_snapshot – Create/Delete Cinder Volume Snapshots
os_zone – Manage OpenStack DNS zones

虽然看上去很多，但大致可总结为Ansible可对以下资源做管理:

(1).计算资源
(2).镜像管理
(3).账户管理和账户认证
(4).网络管理
(5).对象存储管理
(6).块存储管理

对每种资源的管理可分为四类操作：

(1).获取管理目标的信息
(2).添加管理目标
(3).修改管理目标的属性
(4).删除管理目标

即增、删、改、查。

此外，由于OpenStack自身已经跟踪了其创建的每个虚拟机的信息，所以Ansible还可以直接从OpenStack中获取这些虚拟机的信息，比如从OpenStack取得某些虚拟机信息来构建动态inventory，这样就免去了手动提供虚拟机inventory的麻烦。

本文不会介绍Ansible如何操作OpenStack自身(比如添加网络、上传镜像等)，这和管理普通服务做的一些基本操作没任何区别，不同的仅仅只是做不同操作而已。本文会介绍Ansible管理OpenStack虚拟机时最常见的两种场景需求：

(1).使用Ansible创建虚拟机，然后像平时管理远程主机一样管理这些虚拟机，最后删除这些虚拟机
(2).从OpenStack生成动态inventory

14.2.1 创建虚拟机

OpenStack管理虚拟机相关的模块都以os_server开头，目前包括如下6个模块：本文大概只会用到os_server模块

os_server – 创建或删除虚拟机
os_server_action – 对虚拟机做一些操作，比如虚拟机的关机、开机、重启、暂停、恢复等操作
os_server_group – 管理OpenStack虚拟机分组，比如测试环境的虚拟机可属于test组，生成环境的虚拟机可属于prod组  
os_server_info – 检索一或多个虚拟机信息，在Ansible2.9之前，该模块名称为os_server_facts，用于检索虚拟机facts信息
os_server_metadata – 增、删、改虚拟机的元数据信息，比如设置虚拟机的主机名、虚拟机设备信息，如网卡配置、磁盘路径/dev/sda  
os_server_volume – 附加、剥离虚拟机的卷

这6个模块都要求先安装好版本高于0.12的openstacksdk包，在CentOS 7中只需执行如下命令即可：

1	$ pip3 install openstacksdk

为了让Ansible连接到Controller进行管理，需要添加Controller的inventory信息。假如OpenStack的Controller的IP地址为192.168.200.71，可inventory文件openstack中添加如下内容：

1 2	[openstack_controller] 192.168.200.71

配置Ansible段和controller的ssh认证互信可自行配置，此处不赘述。

然后就可以编写playbook来创建虚拟机，假如playbook文件名为create_vm.yml，其内容如下：

- name: create vm
  hosts: openstack_controller
  gather_facts: no
  tasks: 
    - name: Create a new instance
      os_server:
        state: present
        auth:
          auth_url: http://192.168.200.71:5000/v3
          username: admin
          password: 81b3affc270b4835
          project_name: admin
          project_domain_name: "Default"
          user_domain_name: "Default"
        name: vm1
        image: "CentOS-7-x86_64"
        key_name: ansible_key
        timeout: 200
        flavor: m1.small
        network: 'ext_net'
        wait: yes
        meta:
          hostname: test1
          group: test_group
          userdata: |
            {%- raw -%}#!/bin/bash
            cp  /home/centos/.ssh/authorized_keys /root/.ssh/
            {% endraw %}

auth部分是认证相关信息，name1表示创建一个名为vm1的虚拟机，image、key_name、falvor、network都是OpenStack中已经配置好的。这里还同时设置了虚拟机创建出来后的主机名为test1，并加入到了test_group主机组。

因为是CentOS镜像系统，该虚拟机创建出来后，默认登录用户名为”centos”，而且默认不支持root登录，为了后续可以使用root登录，上面使用userdata定义了该虚拟机创建后自定义的操作，即将保存的公钥信息拷贝到/root/.ssh目录下。

注意os_server创建虚拟机任务中的一项wait: yes，它是默认选项，表示Ansible会等待虚拟机创建完成才会继续执行下面的任务。

因为所有的模块在连接OpenStack时都需要进行身份认证，为了简化playbook中的认证内容，将上面的auth选项段落的内容保存到OpenStack Controller的~/.config/openstack/clouds.yaml文件中。例如：

clouds:
  mycloud:
    auth:
    	auth_url: http://192.168.200.71:5000/v3
    	username: admin
    	password: 81b3affc270b4835
    	project_name: admin
    	project_domain_name: "Default"
    	user_domain_name: "Default"

以后在模块选项中就可以省略auth，而使用一个cloud: CLOUDNAME即可：

tasks: 
  - name: Create a new instance
    os_server:
      clouds: mycloud
      state: present
      name: vm1
      image: "CentOS-7-x86_64"
      key_name: ansible_key
      timeout: 200
      flavor: m1.small
      network: 'ext_net'
      wait: yes
      meta:
        hostname: test1
        group: test_group

但是要注意，将认证信息以明文方式写入文件是不安全的，可以使用Ansible的Valut加密。不过OpenStack的dashboard中也已经提供了一个环境配置文件，可以先按照如图所示的位置下载：

然后以source的方式执行下载到的admin-openrc.sh脚本文件：

1	source admin-openrc.sh

执行完后，Ansible的OpenStack相关模块执行时，auth和cloud指令都可以省略。

上面只是创建一个虚拟机实例，但很多时候可能需要一次性创建多个虚拟机。可以将每个虚拟机相关信息定义到一个变量文件中，然后去遍历想要创建的虚拟机实例。例如：

---
servers:
  - name: vm1
    image: 
    flavor: 
    key: 
    nics: 
    meta: 
      hostname: 
      group: 
  - name: vm2
    image: 
    flavor: 
    key: 
    nics: 
    meta: 
      hostname: 
      group:

有了前面的Ansible基础后，此处批量创建虚拟机应该毫无难度。

创建虚拟机后，可以将os_server的任务注册到一个变量，从而可以获取该虚拟机的信息，包括该虚拟机的IP地址：

tasks: 
  - name: Create a new instance
    os_server:
      cloud: mycloud
      state: present
      name: vm1
      image: "CentOS-7-x86_64"
      key_name: ansible_key
      timeout: 200
      flavor: m1.small
      network: 'ext_net'
      wait: yes
      meta:
        hostname: test1
        group: test_group
    register: newserver
    
  - name: get instance ip
    debug: 
      var: newserver.openstack.accessIPv4

有了IP地址，对Ansible来说就获得了最关键的信息，因为只要将新虚拟机添加到Ansible inventory中，新虚拟机便像普通节点一样可接受Ansible的控制。

14.2.2 将新虚拟机动态添加到inventory

获取到IP地址后，可以将该节点通过add_host模块动态加入到inventory中：

- name: add new vm to inventory
  add_host:
    name: "{{ newserver.openstack.accessIPv4 }}"
    ansible_host: "{{ newserver.openstack.accessIPv4 }}"
    ansible_user: "centos"
    ansible_port: 22
    groups: 
      - vm_hosts

似乎这里的逻辑不太良好？如果虚拟机启动了但是不可连接呢？对于OpenStack创建的虚拟机来说，完全不用担心，因为os_server创建虚拟机成功后会等待该虚拟机可连接才真正返回。但对于非OpenStack的其它云主机实例则不一定，这时应当使用wait或wait_for_connection模块定义一个等待任务。尽管OpenStack中可以省略该步骤，但在脑海中应当要知道有这个步骤。

此外，OpenStack安装的镜像系统可能是比较精简的系统，甚至没有安装Python，所以为了能管理这些虚拟主机，应先使用raw模块安装Python。

- name: for new vm host
  hosts: vm_hosts
  gather_facts: no
  tasks: 
    - name: install python if needed
      raw: "sudo yum install -y python"

如此，Ansible便可以像管理普通主机一样管理OpenStack虚拟机。

14.2.3 收集OpenStack虚拟机的动态inventory

动态inventory一般需要写脚本(几乎是Python脚本)来收集，但即使不会Python也不用担心，因为对于OpenStack来说，官方已经提供了openstack插件，还提供了openstack_inventory.py脚本，该脚本位于Ansible官方github仓库的contrib/inventory目录下，查看文件时记得先选择对应Ansible版本的分支。

下载openstack_inventory.py并设置可执行权限：

1 2	wget https://raw.githubusercontent.com/ansible/ansible/stable-2.9/contrib/inventory/openstack_inventory.py chmod +x openstack_inventory.py

然后source以下admin-openrc.sh脚本，再执行：

1 2	source admin-openrc.sh ./openstack_inventory.py --list

可查看inventory信息。

之后要将该脚本在ansible或ansible-playbook中使用，使用-i选项指定即可：

1	ansible-playbook -i openstack_inventory.py -m ping

除了使用openstack_inventory.py脚本动态生成inventory外，还可以使用名为”openstack”的inventory插件。要使用openstack inventory插件，首先要在/etc/ansible.cfg中的[inventory]段的enable_plugins中开启script功能：

1 2	$ grep 'enable_plugins' /etc/ansible/ansible.cfg #enable_plugins = host_list, virtualbox, yaml, constructed

取消上面的注释，加上script:

1 2	[inventory] enable_plugins = host_list, script, ini, virtualbox, yaml, constructed

以后只需在yml文件中加上如下plugin指令即可：

1	plugin: openstack

关于openstack plugin的用法，参考该插件的官方手册：https://docs.ansible.com/ansible/latest/plugins/inventory/openstack.html。