Ansible ：一个配置管理和IT自动化工具

最新推荐文章于 2024-09-03 21:04:23 发布
最新推荐文章于 2024-09-03 21:04:23 发布
阅读量1.5k 收藏
点赞数
分类专栏： linux 操作基础 文章标签： 配置管理

==========================================================================================

一、基础介绍

==========================================================================================

1、简介

ansible是新出现的自动化运维工具，基于Python开发，集合了众多运维工具（puppet、cfengine、chef、func、fabric）的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。ansible是基于模块工作的，本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块，ansible只是提供一种框架。主要包括：

(1)、连接插件connection plugins：负责和被监控端实现通信；

(2)、host inventory：指定操作的主机，是一个配置文件里面定义监控的主机；

(3)、各种模块核心模块、command模块、自定义模块；

(4)、借助于插件完成记录日志邮件等功能；

(5)、playbook：剧本执行多个任务时，非必需可以让节点一次性运行多个任务。


2、总体架构

wKiom1Rsxz3ToUCAAAGROYAM3EI989.jpg


3、特性

(1)、no agents：不需要在被管控主机上安装任何客户端；

(2)、no server：无服务器端，使用时直接运行命令即可；

(3)、modules in any languages：基于模块工作，可使用任意语言开发模块；

(4)、yaml，not code：使用yaml语言定制剧本playbook；

(5)、ssh by default：基于SSH工作；

(6)、strong multi-tier solution：可实现多级指挥。


4、优点
(1)、轻量级，无需在客户端安装agent，更新时，只需在操作机上进行一次更新即可；
(2)、批量任务执行可以写成脚本，而且不用分发到远程就可以执行；
(3)、使用python编写，维护更简单，ruby语法过于复杂；
(4)、支持sudo。


5、任务执行流程

wKiom1Rsx2uQYJZ5AAJplY08vOQ976.jpg


说明：

(1)、以上内容大多是基于他人分享的基础上总结而来，学习借鉴之用；

(2)、本次安装基于 CentOS 6.4 系统环境。



今天我来谈谈 ansible，一个由 Python 编写的强大的配置管理解决方案。尽管市面上已经有很多可供选择的配置管理解决方案，但他们各有优劣，而 ansible 的特点就在于它的简洁。让 ansible 在主流的配置管理系统中与众不同的一点便是，它并不需要你在想要配置的每个节点上安装自己的组件。同时提供的一个优点在于，如果需要的话，你可以在不止一个地方控制你的整个基础架构。最后一点是它的正确性，或许这里有些争议，但是我认为在大多数时候这仍然可以作为它的一个优点。说得足够多了，让我们来着手在 RHEL/CentOS 和基于 Debian/Ubuntu 的系统中安装和配置 Ansible。

准备工作

  1. 发行版：RHEL/CentOS/Debian/Ubuntu Linux
  2. Jinja2：Python 的一个对设计师友好的现代模板语言
  3. PyYAML：Python 的一个 YAML 编码/反编码函数库
  4. paramiko：纯 Python 编写的 SSHv2 协议函数库 （译者注：原文对函数库名有拼写错误）
  5. httplib2：一个功能全面的 HTTP 客户端函数库
  6. 本文中列出的绝大部分操作已经假设你将在 bash 或者其他任何现代的 shell 中以 root 用户执行。

Ansible 如何工作

Ansible 工具并不使用守护进程，它也不需要任何额外的自定义安全架构，因此它的部署可以说是十分容易。你需要的全部东西便是 SSH 客户端和服务器了。

 
 
  1.  +-----------------+                    +---------------+
  2.  |安装了 Ansible 的|       SSH          | 文件服务器1   |
  3.  |Linux/Unix 工作站|<------------------>| 数据库服务器2 | 在本地或远程
  4.  +-----------------+       模块         | 代理服务器3   | 数据中心的
  5.     192.168.1.100                       +---------------+ Unix/Linux 服务器

其中：

  1. 192.168.1.100 - 在你本地的工作站或服务器上安装 Ansible。
  2. 文件服务器1到代理服务器3 - 使用 192.168.1.100 和 Ansible 来自动管理所有的服务器。
  3. SSH - 在 192.168.1.100 和本地/远程的服务器之间设置 SSH 密钥。

Ansible 安装教程

ansible 的安装轻而易举，许多发行版的第三方软件仓库中都有现成的软件包，可以直接安装。其他简单的安装方法包括使用 pip 安装它，或者从 github 里获取最新的版本。若想使用你的软件包管理器安装，在基于 RHEL/CentOS Linux 的系统里你很可能需要 EPEL 仓库。

在基于 RHEL/CentOS Linux 的系统中安装 ansible

输入如下 yum 命令:

 
 
  1. $ sudo yum install ansible
在基于 Debian/Ubuntu Linux 的系统中安装 ansible

输入如下 apt-get 命令:

 
 
  1. $ sudo apt-get install software-properties-common
  2. $ sudo apt-add-repository ppa:ansible/ansible
  3. $ sudo apt-get update
  4. $ sudo apt-get install ansible
使用 pip 安装 ansible

pip 命令是一个安装和管理 Python 软件包的工具，比如它能管理 Python Package Index 中的那些软件包。如下方式在 Linux 和类 Unix 系统中通用：

 
 
  1. $ sudo pip install ansible
从源代码安装最新版本的 ansible

你可以通过如下命令从 github 中安装最新版本：

 
 
  1. $ cd ~
  2. $ git clone git://github.com/ansible/ansible.git
  3. $ cd ./ansible
  4. $ source ./hacking/env-setup

当你从一个 git checkout 中运行 ansible 的时候，请记住你每次用它之前都需要设置你的环境，或者你可以把这个设置过程加入你的 bash rc 文件中：

 
 
  1. # 加入 BASH RC
  2. $ echo "export ANSIBLE_HOSTS=~/ansible_hosts" >> ~/.bashrc
  3. $ echo "source ~/ansible/hacking/env-setup" >> ~/.bashrc

ansible 的 hosts 文件包括了一系列它能操作的主机。默认情况下 ansible 通过路径 /etc/ansible/hosts 查找 hosts 文件，不过这个行为也是可以更改的，这样当你想操作不止一个 ansible 或者针对不同的数据中心的不同客户操作的时候也是很方便的。你可以通过命令行参数 -i 指定 hosts 文件：

 
 
  1. $ ansible all -m shell -a "hostname" --ask-pass -i /etc/some/other/dir/ansible_hosts

不过我更倾向于使用一个环境变量，这可以在你想要通过 source 一个不同的文件来切换工作目标的时候起到作用。这里的环境变量是 $ANSIBLE_HOSTS，可以这样设置：

 
 
  1. $ export ANSIBLE_HOSTS=~/ansible_hosts

一旦所有需要的组件都已经安装完毕，而且你也准备好了你的 hosts 文件，你就可以来试一试它了。为了快速测试，这里我把 127.0.0.1 写到了 ansible 的 hosts 文件里：

 
 
  1. $ echo "127.0.0.1" > ~/ansible_hosts

现在来测试一个简单的 ping：

 
 
  1. $ ansible all -m ping

或者提示 ssh 密码：

 
 
  1. $ ansible all -m ping --ask-pass

我在刚开始的设置中遇到过几次问题，因此这里强烈推荐为 ansible 设置 SSH 公钥认证。不过在刚刚的测试中我们使用了 --ask-pass，在一些机器上你会需要安装 sshpass 或者像这样指定 -c paramiko：

 
 
  1. $ ansible all -m ping --ask-pass -c paramiko

当然你也可以安装 sshpass，然而 sshpass 并不总是在标准的仓库中提供，因此 paramiko 可能更为简单。


设置 SSH 公钥认证

于是我们有了一份配置，以及一些基础的其他东西。现在让我们来做一些实用的事情。ansible 的强大很大程度上体现在 playbooks 上，后者基本上就是一些写好的 ansible 脚本（大部分来说），不过在制作一个 playbook 之前，我们将先从一些一句话脚本开始。现在让我们创建和配置 SSH 公钥认证，以便省去 -c 和 --ask-pass 选项：

 
 
  1. $ ssh-keygen -t rsa

样例输出：

 
 
  1. Generating public/private rsa key pair.
  2. Enter file in which to save the key (/home/mike/.ssh/id_rsa):
  3. Enter passphrase (empty for no passphrase):
  4. Enter same passphrase again:
  5. Your identification has been saved in /home/mike/.ssh/id_rsa.
  6. Your public key has been saved in /home/mike/.ssh/id_rsa.pub.
  7. The key fingerprint is:
  8. 94:a0:19:02:ba:25:23:7f:ee:6c:fb:e8:38:b4:f2:42 mike@ultrabook.linuxdork.com
  9. The key's randomart image is:
  10. +--[ RSA 2048]----+
  11. |... . .          |
  12. |.  . + . .       |
  13. |= . o   o        |
  14. |.*     .         |
  15. |. . .   S        |
  16. | E.o             |
  17. |.. ..            |
  18. |o o+..           |
  19. | +o+*o.          |
  20. +-----------------+

现在显然有很多种方式来把它放到远程主机上应该的位置。不过既然我们正在使用 ansible，就用它来完成这个操作吧：

 
 
  1. $ ansible all -m copy -a "src=/home/mike/.ssh/id_rsa.pub dest=/tmp/id_rsa.pub" --ask-pass -c paramiko

样例输出：

 
 
  1. SSH password:
  2. 127.0.0.1 | success >> {
  3.     "changed": true,
  4.     "dest": "/tmp/id_rsa.pub",
  5.     "gid": 100,
  6.     "group": "users",
  7.     "md5sum": "bafd3fce6b8a33cf1de415af432774b4",
  8.     "mode": "0644",
  9.     "owner": "mike",
  10.     "size": 410,
  11.     "src": "/home/mike/.ansible/tmp/ansible-tmp-1407008170.46-208759459189201/source",
  12.     "state": "file",
  13.     "uid": 1000
  14. }

下一步，把公钥文件添加到远程服务器里。输入：

 
 
  1. $ ansible all -m shell -a "cat /tmp/id_rsa.pub >> /root/.ssh/authorized_keys" --ask-pass -c paramiko

样例输出：

 
 
  1. SSH password:
  2. 127.0.0.1 | FAILED | rc=1 >>
  3. /bin/sh: /root/.ssh/authorized_keys: Permission denied

矮油，我们需要用 root 来执行这个命令，所以还是加上一个 -u 参数吧：

 
 
  1. $ ansible all -m shell -a "cat /tmp/id_rsa.pub >> /root/.ssh/authorized_keys" --ask-pass -c paramiko -u root

样例输出：

 
 
  1. SSH password:
  2. 127.0.0.1 | success | rc=0 >>

请注意，我刚才这是想要演示通过 ansible 来传输文件的操作。事实上 ansible 有一个更加方便的内置 SSH 密钥管理支持：

 
 
  1. $ ansible all -m authorized_key -a "user=mike key='{{ lookup('file', '/home/mike/.ssh/id_rsa.pub') }}' path=/home/mike/.ssh/authorized_keys manage_dir=no" --ask-pass -c paramiko

样例输出：

 
 
  1. SSH password:
  2. 127.0.0.1 | success >> {
  3.     "changed": true,
  4.     "gid": 100,
  5.     "group": "users",
  6.     "key": "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCq+Z8/usprXk0aCAPyP0TGylm2MKbmEsHePUOd7p5DO1QQTHak+9gwdoJJavy0yoUdi+C+autKjvuuS+vGb8+I+8mFNu5CvKiZzIpMjZvrZMhHRdNud7GuEanusTEJfi1pUd3NA2iXhl4a6S9a/4G2mKyf7QQSzI4Z5ddudUXd9yHmo9Yt48/ASOJLHIcYfSsswOm8ux1UnyeHqgpdIVONVFsKKuSNSvZBVl3bXzhkhjxz8RMiBGIubJDBuKwZqNSJkOlPWYN76btxMCDVm07O7vNChpf0cmWEfM3pXKPBq/UBxyG2MgoCGkIRGOtJ8UjC/daadBUuxg92/u01VNEB mike@ultrabook.linuxdork.com",
  7.     "key_options": null,
  8.     "keyfile": "/home/mike/.ssh/authorized_keys",
  9.     "manage_dir": false,
  10.     "mode": "0600",
  11.     "owner": "mike",
  12.     "path": "/home/mike/.ssh/authorized_keys",
  13.     "size": 410,
  14.     "state": "file",
  15.     "uid": 1000,
  16.     "unique": false,
  17.     "user": "mike"
  18. }

现在这些密钥已经设置好了。我们来试着随便跑一个命令，比如 hostname，希望我们不会被提示要输入密码

 
 
  1. $ ansible all -m shell -a "hostname" -u root

样例输出：

 
 
  1. 127.0.0.1 | success | rc=0 >>

成功！！！现在我们可以用 root 来执行命令，并且不会被输入密码的提示干扰了。我们现在可以轻易地配置任何在 ansible hosts 文件中的主机了。让我们把 /tmp 中的公钥文件删除：

 
 
  1. $ ansible all -m file -a "dest=/tmp/id_rsa.pub state=absent" -u root

样例输出：

 
 
  1. 127.0.0.1 | success >> {
  2.     "changed": true,
  3.     "path": "/tmp/id_rsa.pub",
  4.     "state": "absent"
  5. }

下面我们来做一些更复杂的事情，我要确定一些软件包已经安装了，并且已经是最新的版本：

 
 
  1. $ ansible all -m zypper -a "name=apache2 state=latest" -u root

样例输出：

 
 
  1. 127.0.0.1 | success >> {
  2.     "changed": false,
  3.     "name": "apache2",
  4.     "state": "latest"
  5. }

很好，我们刚才放在 /tmp 中的公钥文件已经消失了，而且我们已经安装好了最新版的 apache。下面我们来看看前面命令中的 -m zypper，一个让 ansible 非常灵活，并且给了 playbooks 更多能力的功能。如果你不使用 openSuse 或者 Suse enterprise 你可能还不熟悉 zypper, 它基本上就是 suse 世界中相当于 yum 的存在。在上面所有的例子中，我的 hosts 文件中都只有一台机器。除了最后一个命令外，其他所有命令都应该在任何标准的 *nix 系统和标准的 ssh 配置中使用，这造成了一个问题。如果我们想要同时管理多种不同的机器呢？这便是 playbooks 和 ansible 的可配置性闪闪发光的地方了。首先我们来少许修改一下我们的 hosts 文件：

 
 
  1. $ cat ~/ansible_hosts

样例输出：

 
 
  1. [RHELBased]
  2. 10.50.1.33
  3. 10.50.1.47
  4.  
  5. [SUSEBased]
  6. 127.0.0.1

首先，我们创建了一些分组的服务器，并且给了他们一些有意义的标签。然后我们来创建一个为不同类型的服务器执行不同操作的 playbook。你可能已经发现这个 yaml 的数据结构和我们之前运行的命令行语句中的相似性了。简单来说，-m 是一个模块，而 -a 用来提供模块参数。在 YAML 表示中你可以先指定模块，然后插入一个冒号 :，最后指定参数。

 
 
  1. ---
  2. - hosts: SUSEBased
  3.   remote_user: root
  4.   tasks:
  5.     - zypper: name=apache2 state=latest
  6. - hosts: RHELBased
  7.   remote_user: root
  8.   tasks:
  9.     - yum: name=httpd state=latest

现在我们有一个简单的 playbook 了，我们可以这样运行它：

 
 
  1. $ ansible-playbook testPlaybook.yaml -f 10

样例输出：

 
 
  1. PLAY [SUSEBased] **************************************************************
  2.  
  3. GATHERING FACTS ***************************************************************
  4. ok: [127.0.0.1]
  5.  
  6. TASK: [zypper name=apache2 state=latest] **************************************
  7. ok: [127.0.0.1]
  8.  
  9. PLAY [RHELBased] **************************************************************
  10.  
  11. GATHERING FACTS ***************************************************************
  12. ok: [10.50.1.33]
  13. ok: [10.50.1.47]
  14.  
  15. TASK: [yum name=httpd state=latest] *******************************************
  16. changed: [10.50.1.33]
  17. changed: [10.50.1.47]
  18.  
  19. PLAY RECAP ********************************************************************
  20. 10.50.1.33                 : ok=2    changed=1    unreachable=0    failed=0
  21. 10.50.1.47                 : ok=2    changed=1    unreachable=0    failed=0
  22. 127.0.0.1                  : ok=2    changed=0    unreachable=0    failed=0

注意，你会看到 ansible 联系到的每一台机器的输出。-f 参数让 ansible 在多台主机上同时运行指令。除了指定全部主机，或者一个主机分组的名字以外，你还可以把导入 ssh 公钥的操作从命令行里转移到 playbook 中，这将在设置新主机的时候提供很大的方便，甚至让新主机直接可以运行一个 playbook。为了演示，我们把我们之前的公钥例子放进一个 playbook 里：

 
 
  1. ---
  2. - hosts: SUSEBased
  3.   remote_user: mike
  4.   sudo: yes
  5.   tasks:
  6.     - authorized_key: user=root key="{{ lookup('file', '/home/mike/.ssh/id_rsa.pub') }}" path=/root/.ssh/authorized_keys manage_dir=no
  7. - hosts: RHELBased
  8.   remote_user: mdonlon
  9.   sudo: yes
  10.   tasks:
  11.     - authorized_key: user=root key="{{ lookup('file', '/home/mike/.ssh/id_rsa.pub') }}" path=/root/.ssh/authorized_keys manage_dir=no

除此之外还有很多可以做的事情，比如在启动的时候把公钥配置好，或者引入其他的流程来让你按需配置一些机器。不过只要 SSH 被配置成接受密码登陆，这些几乎可以用在所有的流程中。在你准备开始写太多 playbook 之前，另一个值得考虑的事情是，代码管理可以有效节省你的时间。机器需要不断变化，然而你并不需要在每次机器发生变化时都重新写一个 playbook，只需要更新相关的部分并提交这些修改。与此相关的另一个好处是，如同我之前所述，你可以从不同的地方管理你的整个基础结构。你只需要将你的 playbook 仓库 git clone 到新的机器上，就完成了管理所有东西的全部设置流程。

现实中的 ansible 例子

我知道很多用户经常使用 pastebin 这样的服务，以及很多公司基于显而易见的理由配置了他们内部使用的类似东西。最近，我遇到了一个叫做 showterm 的程序，巧合之下我被一个客户要求配置它用于内部使用。这里我不打算赘述这个应用程序的细节，不过如果你感兴趣的话，你可以使用 Google 搜索 showterm。作为一个合理的现实中的例子，我将会试图配置一个 showterm 服务器，并且配置使用它所需要的客户端应用程序。在这个过程中我们还需要一个数据库服务器。现在我们从配置客户端开始：

 
 
  1. ---
  2. - hosts: showtermClients
  3.   remote_user: root
  4.   tasks:
  5.     - yum: name=rubygems state=latest
  6.     - yum: name=ruby-devel state=latest
  7.     - yum: name=gcc state=latest
  8.     - gem: name=showterm state=latest user_install=no

这部分很简单。下面是主服务器：

 
 
  1. ---
  2. - hosts: showtermServers
  3.   remote_user: root
  4.   tasks:
  5.     - name: ensure packages are installed
  6.       yum: name={{item}} state=latest
  7.       with_items:
  8.         - postgresql
  9.         - postgresql-server
  10.         - postgresql-devel
  11.         - python-psycopg2
  12.         - git
  13.         - ruby21
  14.         - ruby21-passenger
  15.     - name: showterm server from github
  16.       git: repo=https://github.com/ConradIrwin/showterm.io dest=/root/showterm
  17.     - name: Initdb
  18.       command: service postgresql initdb
  19.                creates=/var/lib/pgsql/data/postgresql.conf
  20.  
  21.     - name: Start PostgreSQL and enable at boot
  22.       service: name=postgresql
  23.                enabled=yes
  24.                state=started
  25.     - gem: name=pg state=latest user_install=no
  26.   handlers:
  27.    - name: restart postgresql
  28.      service: name=postgresql state=restarted
  29.  
  30. - hosts: showtermServers
  31.   remote_user: root
  32.   sudo: yes
  33.   sudo_user: postgres
  34.   vars:
  35.     dbname: showterm
  36.     dbuser: showterm
  37.     dbpassword: showtermpassword
  38.   tasks:
  39.     - name: create db
  40.       postgresql_db: name={{dbname}}
  41.  
  42.     - name: create user with ALL priv
  43.       postgresql_user: db={{dbname}} name={{dbuser}} password={{dbpassword}} priv=ALL
  44. - hosts: showtermServers
  45.   remote_user: root
  46.   tasks:
  47.     - name: database.yml
  48.       template: src=database.yml dest=/root/showterm/config/database.yml
  49. - hosts: showtermServers
  50.   remote_user: root
  51.   tasks:
  52.     - name: run bundle install
  53.       shell: bundle install
  54.       args:
  55.         chdir: /root/showterm
  56. - hosts: showtermServers
  57.   remote_user: root
  58.   tasks:
  59.     - name: run rake db tasks
  60.       shell: 'bundle exec rake db:create db:migrate db:seed'
  61.       args:
  62.         chdir: /root/showterm
  63. - hosts: showtermServers
  64.   remote_user: root
  65.   tasks:
  66.     - name: apache config
  67.       template: src=showterm.conf dest=/etc/httpd/conf.d/showterm.conf

还凑合。请注意，从某种意义上来说这是一个任意选择的程序，然而我们现在已经可以持续地在任意数量的机器上部署它了，这便是配置管理的好处。此外，在大多数情况下这里的定义语法几乎是不言而喻的，wiki 页面也就不需要加入太多细节了。当然在我的观点里，一个有太多细节的 wiki 页面绝不会是一件坏事。

扩展配置

我们并没有涉及到这里所有的细节。Ansible 有许多选项可以用来配置你的系统。你可以在你的 hosts 文件中内嵌变量，而 ansible 将会把它们应用到远程节点。如：

 
 
  1. [RHELBased]
  2. 10.50.1.33  http_port=443
  3. 10.50.1.47  http_port=80  ansible_ssh_user=mdonlon
  4.  
  5. [SUSEBased]
  6. 127.0.0.1  http_port=443

尽管这对于快速配置来说已经非常方便，你还可以将变量分成存放在 yaml 格式的多个文件中。在你的 hosts 文件路径里，你可以创建两个子目录 groupvars 和 hostvars。在这些路径里放置的任何文件，只要能对得上一个主机分组的名字，或者你的 hosts 文件中的一个主机名，它们都会在运行时被插入进来。所以前面的一个例子将会变成这样：

 
 
  1. ultrabook:/etc/ansible # pwd
  2. /etc/ansible
  3. ultrabook:/etc/ansible # tree
  4. .
  5. ├── group_vars
  6. │   ├── RHELBased
  7. │   └── SUSEBased
  8. ├── hosts
  9. └── host_vars
  10. ├── 10.50.1.33
  11. └── 10.50.1.47
 
 
  1. 2 directories, 5 files
  2. ultrabook:/etc/ansible # cat hosts
  3. [RHELBased]
  4. 10.50.1.33
  5. 10.50.1.47
 
 
  1. [SUSEBased]
  2. 127.0.0.1
  3. ultrabook:/etc/ansible # cat group_vars/RHELBased
  4. ultrabook:/etc/ansible # cat group_vars/SUSEBased
  5. ---
  6. http_port: 443
  7. ultrabook:/etc/ansible # cat host_vars/10.50.1.33
  8. ---
  9. http_port: 443
  10. ultrabook:/etc/ansible # cat host_vars/10.50.1.47
  11. ---
  12. http_port:80
  13. ansible_ssh_user: mdonlon

改善 Playbooks

组织 playbooks 也已经有很多种现成的方式。在前面的例子中我们用了一个单独的文件，因此这方面被大幅地简化了。组织这些文件的一个常用方式是创建角色。简单来说，你将一个主文件加载为你的 playbook，而它将会从其它文件中导入所有的数据，这些其他的文件便是角色。举例来说，如果你有了一个 wordpress 网站，你需要一个 web 前端，和一个数据库。web 前端将包括一个 web 服务器，应用程序代码，以及任何需要的模块。数据库有时候运行在同一台主机上，有时候运行在远程的主机上，这时候角色就可以派上用场了。你创建一个目录，并对每个角色创建对应的小 playbook。在这个例子中我们需要一个 apache 角色，mysql 角色，wordpress 角色，mod_php，以及 php 角色。最大的好处是，并不是每个角色都必须被应用到同一台机器上。在这个例子中，mysql 可以被应用到一台单独的机器。这同样为代码重用提供了可能，比如你的 apache 角色还可以被用在 python 和其他相似的 php 应用程序中。展示这些已经有些超出了本文的范畴，而且做一件事总是有很多不同的方式，我建议搜索一些 ansible 的 playbook 例子。有很多人在 github 上贡献代码，当然还有其他一些网站。

模块

在 ansible 中，对于所有完成的工作，幕后的工作都是由模块主导的。Ansible 有一个非常丰富的内置模块仓库，其中包括软件包安装，文件传输，以及我们在本文中做的所有事情。但是对一部分人来说，这些并不能满足他们的配置需求，ansible 也提供了方法让你添加自己的模块。Ansible 的 API 有一个非常棒的事情是，它并没有限制模块也必须用编写它的语言 Python 来编写，也就是说，你可以用任何语言来编写模块。Ansible 模块通过传递 JSON 数据来工作，因此你只需要用想用的语言生成一段 JSON 数据。我很确定任何脚本语言都可以做到这一点，因此你现在就可以开始写点什么了。在 Ansible 的网站上有很多的文档，包括模块的接口是如何工作的，以及 Github 上也有很多模块的例子。注意一些小众的语言可能没有很好的支持，不过那只可能是因为没有多少人在用这种语言贡献代码。试着写点什么，然后把你的结果发布出来吧！

总结

总的来说，虽然在配置管理方面已经有很多解决方案，我希望本文能显示出 ansible 简单的设置过程，在我看来这是它最重要的一个要点。请注意，因为我试图展示做一件事的不同方式，所以并不是前文中所有的例子都是适用于你的个别环境或者对于普遍情况的最佳实践。这里有一些链接能让你对 ansible 的了解进入下一个层次：


sdulibh
关注
专栏目录
自动化配置管理工具 SaltStack-01
IT爱好者
05-10 951
自动化配置管理工具 SaltStack
自动化运维工具ansible：（一）概念和部署
ver_mouth__的博客
08-19 1901
ansible是新出的自动化运维工具，基于Python开发，集合了众多运维工具（puppet、chef、func、fabric）的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。ansible是基于 paramiko 开发的,并且基于模块化工作，本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块，ansible只是提供一种框架。ansible不需要在远程主机上安装client/agents，因为它们是基于ssh来和远程主机通讯的。............
使用Ansible实现高效服务器配置管理的最佳实践
最新发布
weixin_41859354的博客
09-03 1434
服务器配置管理是指对服务器的操作系统、应用程序、服务以及相关配置进行自动化和标准化的管理过程。其目标是确保服务器配置的一致性、稳定性和安全性。软件的安装和更新配置文件的管理服务的启动和停止系统安全设置传统的配置管理依赖于手工操作，容易导致配置不一致、遗漏或错误。随着服务器数量的增加，传统方法显得力不从心。自动化配置管理工具如Ansible应运而生，通过自动化脚本和配置模板，实现服务器配置的标准化和自动化。使用YAML最佳实践，保持代码简洁。提高代码的模块化和重用性。
Ansible自动化管理配置工具
lxxgogo的博客
12-17 908
介绍Ansible Ansible可以实现一条命令完成多件事情 一台服务器上的多件事 多台服务器上的多件事 Ansible ad-hoc 配置文件查找优先级 ANSIBLE_CONFIG #全局 ansible.cfg #项目目录 .ansible.cfg /etc/ansible/ansible.cfg Ansible Inventory 主机清单 Ansible ...
Ansible@一个高效的配置管理工具--Ansible configure management--翻译（二）
美味小鱼的杂货铺
07-11 9531
第一章：开始使用Ansible 和其他配置管理工具不同的是，Ansible着重于使配置管理工作变的更加简单，通过简单的英语配置语法，这很容易做到。你不再需要编写自定义的配置和部署脚本，让你的工作变的更加简单。 Ansible只需要安装管理机器上，不需要安装在被管理机器上安装Ansible。他也不需要在我们在管理机器上做很多基础设施的建设、配置，在安装完Ansible仅仅几分钟后就可以使用，本章将展示这一过程。 我们把通过命令行控制其他设备的机器称为控制机器，其他的设备我们称之为受管机器。Ansible对控
Ansible：一个非常简单的 IT 自动化平台 -python
06-18
Ansible：一个非常简单的 IT 自动化平台 。让你的应用程序和系统更容易部署。 Ansible Ansible 是一个非常简单的 IT 自动化系统。 它处理配置管理、应用程序部署、云配置、临时任务执行和多节点编排——包括使用...
Ansible运维自动化(配置管理工具)
01-27
当下有许多的运维自动化工具(配置管理)，例如：Ansible、SaltStack、Puppet、Fabric 等。Ansible一种集成IT系统的配置管理、应用部署、执行特定任务的开源平台，是AnsibleWorks 公司名下的项目，该公司由Cobbler及...
使用自动化运维工具Ansible集中化管理服务器
03-01
Ansible是一款为类Unix系统开发的自由开源的配置和自动化工具。它用Python写成，类似于saltstack和Puppet，但是有一个不同和优点是我们不需要在节点中安装任何客户端。它使用SSH来和节点进行通信。Ansible基于Python...
毕业设计：基于python、django和ansible开发的自动化管理系统.zip
10-12
这个毕业设计项目是一个综合性的IT解决方案，旨在利用Python的Web框架Django和自动化运维工具Ansible构建一个自动化管理系统。这个系统的核心目标是提高IT环境的效率和管理水平，通过Python的强大力量，Django的高效...
Ansible 运维自动化 ( 配置管理工具 )
weixin_34279246的博客
06-19 125
当下有许多的运维自动化工具( 配置管理 )，例如：Ansible、SaltStack、Puppet、Fabric 等。Ansible 一种集成 IT 系统的配置管理、应用部署、执行特定任务的开源平台，是 AnsibleWorks 公司名下的项目，该公司由 Cobbler 及 Func 的作者于 2012 年创建成立。Ansible 基于 Python 语言实现，由 Paramiko 和 PyYAM...
自动化配置管理工具Puppet,Chef, Ansible等
sun007700的专栏
08-06 602
Docker世界中的配置管理：5分钟让你明白如何在Puppet,Chef, Ansible之间选择 https://blog.csdn.net/bvboca/article/details/53374244 今天我们可能会用到很多部署工具，Docker Compose，Mesos，Kubernetes，以及DockerSwarm只是日益涌现的众多配置管理工具的一部分。在这种背景下，我们对...
SaltStack自动化运维管理（三）——配置管理
kaiser king的博客
06-17 436
SaltStack自动化运维管理（三）——配置管理1. 了解YAML语法2. 配置管理3. 案例一：安装一个软件包4. 案例二：安装多个软件包5. 案例三：卸载多个软件6. 案例四：不同的节点安装不同的软件包7. 案例五：安装软件包并且进行配置8. 案例六：安装包，配置并且启动服务9. 案例七：使用源码安装包 1. 了解YAML语法 规则一: 缩进 Salt需要每个缩进级别由两个空格组成，不要使用tabs。 规则二: 冒号 字典的keys在YAML中的表现形式是一个以冒号结尾的字符串。 my_key: m
自动化运维的应用部署与配置管理
AI天才研究院
01-08 1232
1.背景介绍 自动化运维(Automated Operations)是一种通过自动化工具和流程来管理和维护计算机系统的方法。它旨在提高运维效率、减少人工错误和提高系统可靠性。在现代企业中，自动化运维已经成为一种必备技能，因为它可以帮助企业更快地响应市场变化，更好地管理资源和降低成本。 应用部署(Application Deployment)是自动化运维中的一个关键环节，它涉及到将应用程序从开发...
Ansible详解（一）
weixin_33969116的博客
02-20 235
简介 Ansible是一个简单的自动化运维管理工具，基于Python语言实现，由Paramiko和PyYAML两个关键模块构建，可用于自动化部署应用、配置、编排task(持续交付、无宕机更新等)。主版本大概每2个月发布一次。 Ansible与Saltstack最大的区别是Ansible无需在被控主机部署任何客户端代理，默认直接通过SSH通道进行远程命令执行或下发配置：相同点是都具备功能强大、灵活的...
ansible的管理方式
weixin_46754666的博客
04-09 426
ansible实现管理方式 Ad-Hoc 利用ansible命令直接完成管理，主要用于临时命令使用场景 playbook ansible脚本，主要用于大型项目场景，需要前期的规划。 playbook方式 vim test.yml --- - name: test hosts: westos tasks: - name: test #可不写 shell: hostname ansible-playbook test.yml ansible-playbook test.yml -v
ansible自动化管理
qq_37153289的博客
11-12 622
ansible简介 由于互联网的快速发展导致产品更新换代速度逐步增长，运维人员每天都要进行大量的维护操作，按照传统方式进行维护使得工作效率低下。这时部署自动化运维工具就可以尽可能安全，高效的完成这些工作。 Ansible是基于Python开发，集合了众多优秀运维工具的优点，实现了批量运行命令，部署程序，配置系统等功能的自动化运维管理工具。默认通过SSH协议进行远程命令执行或下发配置，无需部署任何客...
Ansible模块管理
LI_MINGXUAN的博客
04-07 543
Ansible模块管理一.command模块二.cron模块三.user模块四. 一.command模块 命令格式：ansible [主机] [-m 模块] [-a args] ansible-doc -l #列出所有已安装的模块，按q退出 ansile-doc -s yum #列出yum模块描述信息和操作动作 ansible 192.168.160.1 -m command -a '
Ansible：轻量级自动化运维工具解析
"Ansible自动化运维工具详解" ...Ansible以其简洁的架构和易于学习的特性，成为了现代IT环境中不可或缺的自动化运维工具。无论是在小型环境还是大规模的云基础设施中，Ansible都能提供高效、可靠的自动化解决方案。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值