There

市场上主流的三大开源自动化配置管理工具有Puppet、Ansible、SaltStack。

Puppet

使用一种描述性的语言给客户端声明了一些状态配置puppet基于传统的C/S架构架构中通常有一台服务器负责对下游客户端的控制。

每个被控制的设备都要安装puppet客户端。

puppet使用ruby语言编写而ruby语言是解析型语言所谓解析型语言就是ruby语言的每次执行都需要借助翻译器将ruby语言翻译成可以被CPU直接执行的机器码。

SaltStack

SaltStack是基于Python开发的一套C/S架构配置管理工具功能不仅仅是配置管理如使用salt-cloud配置AWS

EC2实例它的底层使用ZeroMQ消息队列pub/sub方式通信使用SSL证书签发的方式进行认证管理。

采用号称世界上最快的消息队列ZeroMQ使得SaltStack能快速在成千上万台机器上进行各种操作而且采用RSA

Key方式确认身份传输采用AES加密这使得它的安全性得到了保障。

Ansible

ansible是一个基于python开发的轻量级自动化运维管理工具可以用来批量执行命令安装程序支持playbook编排。

它通过ssh协议来连接主机去中心化相对比puppet和saltstack无需安装客户即可实现文件传输、命令执行、应用部署、配置管理、任务编排等显得更为简单与轻量。

ansible只是提供一种框架其基于模块工作的本身没有批量部署。

技术特性对比

SaltStack的master和minion主机是通过ZeroMQ传输数据而Ansible是通过标准SSH进行数据传输SaltStack的响应速度要比Ansible快很多。

标准SSH连接的时候比较耗费时间ZeroMQ传输的速度会快很多所以单单从响应速度方面考虑SaltStack会是更好的选择。

但是在一般的运维场景下Ansible的响应速度也可以满足需求。

Ansible和SaltStack都需要和远程主机进行连接它们的最大的安全问题就是MITM攻击通过伪装成Master主机和远程主机进行通信从而进行攻击。

SaltStack使用ZeroMQ进行数据传输ZeroMQ本身数据传输不支持加密SaltStack可以通过使用AES数据加密方法来对数据进行加密传输但是SaltStack的minion主机以守护进程的方式运行在远端暴露了很多容易被攻击的点。

SaltStack需要在Master和Minion主机启动守护进程自身需要检测守护进程的运行状态增加运维成本。

Ansible和远端主机之间的通信是通过标准SSH进行远程主机上只需要运行SSH进程就可以进行运维操作SSH是机房主机中一般都安装和启动的进程所以在Ansible进行运维的时候只需要关注Ansible主机的运行状态。

Ansible对机房运维不会增加过多的运维成本。

从工具本身的运维角度来说Ansible要比SaltStack简单很多。

二、Saltstack安装与使用

在SaltsStack架构中服务端叫作Master客户端叫作Minion都是以守护进程的模式运行一直监听配置文件中定义的ret_portsaltstack客户端与服务端通信的端口负责接收客户端发送过来的结果默认4506端口和publish_portsaltstack的消息发布系统默认4505端口的端口。

当Minion运行时会自动连接到配置文件中定义的Master地址ret_port端口进行连接认证。

Minion

Modules在命令行中和配置文件中使用的指令模块,可以在命令行

中运行

Pillarminion端的变量,动态的比较私密的变量,可以通过

配置文件实现同步minions定义

highstate为minion端下发永久添加状态,从sls配置文件读取.

即同步状态配置

建议从官网下载安装包配置saltstack的yum源可以离线安装部署

服务端

saltstack官方提供了各种版本系统安装方法地址http://repo.saltstack.com/#rhel

2服务启动和客户端配置

minion在第一次启动时会在/etc/salt/pki/minion/下自动生成minion.pemprivate

key和

minion.pub发送给master。

master在接收到minion的public

minion

key这样在master的/etc/salt/pki/master/minions下的将会存放以minion

public

分发文件到minion上,不支持目录分发通常在master运行

salt-cp

http://docs.saltstack.cn/ref/modules/all/index.html

C:配置状态管理

states的核心是sls文件该文件使用YAML语法定义了一些k/v的数据。

sls文件存放根路径在master配置文件中定义默认为/srv/salt,该目录在操作系统上不存在需要手动创建。

在salt中可以通过salt://代替根路径例如你可以通过salt://top.sls访问/srv/salt/top.sls。

在states中top文件也由master配置文件定义默认为top.sls该文件为states的入口文件。

apache-install:

ansible基于Python开发集合了众多运维工具puppet、cfengine、chef、func、fabric的优点实现了批量系统配置、批量程序部署、批量运行命令等功能。

真正具有批量部署的是ansible所运行的模块ansible只是提供一种框架。

核心组件包括

inventory指定操作的主机是一个配置文件里面定义监控的主机

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

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

2、Ansible安装配置

根据目标主机所用操作系统在实验环境安装一个新的操作系统利用yum分析依赖并下载依赖包到指定目录。

rootyum

1.linuxtoy.org、2.linuxtoy.org、3.linuxtoy.org

[a:c].linuxtoy.org

a.linuxtoy.org、b.linuxtoy.org、c.linuxtoy.org

可以在每个主机后面指定用户名密码ansible_ssh_userxxx

如若目标主机使用了非默认的SSH端口还可以在主机名称之后使用冒号加端口号来标明

www1.magedu.com:2222

ansible通过ssh实现配置管理、应用部署、任务执行等功能

ansible

默认情况下连接被管理的主机是ssh基于key验证,如果没有配置key,权限将会被拒绝

因此需要指定以谁的身份连接,输入用户密码,必须保证被管理主机用户密码一致

ansible

解决办法写到脚本时copy到远程执行再把需要的结果拉回执行命令的机器

3.script模块

支持时间minute,hour,day,month,weekday

ansible

真正强大的地方它允许使用变量、条件、循环、以及模板也能通过角色

及包含指令来重用既有内容。

我们来看一个简单的例子该例子在远端机器上创建一个

---

Ansible自1.2版本之后引入了Roles的新特性以便层次性和结构化的组织Playbook。

相比于Ansible命令的方式进行控制Ansible

Playbook的控制方式极大的提升了Ansible对于被控端设备的管理能力。

但是如果我们想配置更加复杂的被控端环境那么单单的将所有的配置命令写成一个Playbook文件就可多达成百上千行。

这极不利于Ansible

相比于Ansible

PlaybookRoles能够层次型结构自动装载变量、任务以及handlers。

在本质上Ansible

Roles就是将变量、任务、模板以及处理器分别的放在不同的结构进行组织如下

mysql/