云计算自动化运维——SaltStack详解_python-集中化管理平台saltstack详解-优快云博客

本文链接：https://blog.youkuaiyun.com/CapejasmineY/article/details/103303409

文章目录

一、认识SaltStack

1、简介

SaltStack 是一个服务器基础架构集中化管理平台，具备配置管理、远程执行、监控等功能，是基于python开发的一套C/S自动化运维工具，通信采用了zeromq消息队列的(pub/sub)，数据传输采用了AES（高级加密）保证安全性，认证采用了SSL方式。

通过部署SaltStack环境，我们可以在成千上万台服务器上做到批量执行命令，根据不同业务特性进行配置集中化管理、分发文件、采集服务器数据、操作系统基础及软件包管理等，SaltStack是运维人员提高工作效率、规范业务配置与操作的利器。

2、原理

SaltStack 采用 C/S模式，server端就是salt的master，client端就是minion，minion与master之间通过ZeroMQ消息队列通信。

minion上线后先与master端联系，把自己的pub key发过去，这时master端通过salt-key -L命令就会看到minion的key，接受该minion-key后，也就是master与minion已经互信。

3、特性

(1)、部署简单、方便；
(2)、支持大部分UNIX/Linux及Windows环境；
(3)、主从集中化管理；
(4)、配置简单、功能强大、扩展性强；
(5)、主控端（master）和被控端（minion）基于证书认证，安全可靠；

(6)、支持API及自定义模块，可通过Python轻松扩展。

4、 ZeroMQ介绍

ZeroMQ是由一套组件组成，内封装的有网络通信，消息队列，线程调度等功能并向上层提供了简洁的API接口，应用程序通过加载库文件，调用API函数来实现高性能网络通信。

ZeroMQ将网络通信分成4种模型，分别是一对一结对模型（Exclusive-Pair）、请求回应模型（Request-Reply）、发布订阅模型（Publish-Subscribe）、推拉模型（Push-Pull）。这4种模型总结出了通用的网络通信模型，在实际中可以根据应用需要，组合其中的2种或多种模型来形成自己的解决方案。

saltstack-master与minion通信就采用了zeromq的请求回应模型（request-reply）和发布订阅模型（publish-subscribe）：

请求回应模型

由请求端发起请求，然后等待回应端应答。一个请求必须对应一个回应，从请求端的角度来看是发-收配对，从回应端的角度是收-发对。跟一对一结对模型的区别在于请求端可以是1~N个。该模型主要用于远程调用及任务分配等。Echo服务就是这种经典模型的应用。

在这里插入图片描述

发布订阅模型

发布端单向分发数据，且不关心是否把全部信息发送给订阅端。如果发布端开始发布信息时，订阅端尚未连接上来，则这些信息会被直接丢弃。订阅端未连接导致信息丢失的问题，可以通过与请求回应模型组合来解决。订阅端只负责接收，而不能反馈，且在订阅端消费速度慢于发布端的情况下，会在订阅端堆积数据。该模型主要用于数据分发。天气预报、微博明星粉丝可以应用这种经典模型。
在这里插入图片描述

5、Master与Minion认证

(1)、 minion在第一次启动时，会在/etc/salt/pki/minion/（该路径在/etc/salt/minion里面设置）下自动生成 minion.pem（private key）和 minion.pub（public key），然后将 minion.pub发送给master。
在这里插入图片描述
(2)、 master在接收到minion的public key后，通过salt-key命令accept minion public key，这样在master的/etc/salt/pki/master/minions下的将会存放以minion id命名的 public key，然后master就能对minion发送指令了。

后边做验证，服务端和客户端对应文件生成相同的md5值

6、Master与Minion的连接

salt-master启动时会运行两个端口4505和4506：

4505：他是salt的消息发布，系统底层基于zeromq pub(发布订阅)，可以在master的配置文件中publish_port修改参数。

作用：负责下发命令，并且所有的minion都会连接到4505这个端口，可通过lsof -i:4505命令查看，注：可在minion的配置文件修改master参数指定主master。

4506：他是salt消息收集，系统底层基于zeromq REQ/REP（请求回应模型），在master配置文件中ret_port修改参数。

作用：负责接收客户端发送过来的结果。

在这里插入图片描述

7、.sls文件执行方式

state.sls默认的运行环境是base环境，但是它并不读取top.sls（top.sls定义了运行环境以及需要运行的sls）。

关于state.sls的官方文档说明如下：
salt.modules.state.sls(mods, saltenv=‘base’, test=None, exclude=None, queue=False, env=None,**kwargs)
这里saltenv指的是运行环境，默认是base环境。
state.highstate: 这个是全局的所有环境，以及所有状态都生效。它会读取每一个环境的top.sls，并且对所有sls都生效。

后边会以实例说明