SaltStack之return，job管理和salt-ssh

1.SaltStack之return

return组件可以理解为SaltStack系统对执行Minion返回后的数据进行存储或者返回给其他程序，它支持多种存储方式，比如用MySQL、MongoDB、Redis、Memcache等，通过return我们可以对SaltStack的每次操作进行记录，对以后日志审计提供了数据来源。目前官方已经支持30种return数据存储与接口，我们可以很方便的配置与使用它。当然也支持自己定义的return，自定义的return需由python来编写。在选择和配置好要使用的return后，只需在salt命令后面指定return即可。

[root@master ~]# salt '*' sys.list_returners
minion:
    - carbon
    - couchdb
    - elasticsearch
    - etcd
    - highstate
    - local
    - local_cache
    - mattermost
    - multi_returner
    - pushover
    - rawfile_json
    - slack
    - slack_webhook
    - smtp
    - splunk
    - sqlite3
    - syslog
    - telegram
master:
    - carbon
    - couchdb
    - elasticsearch
    - etcd
    - highstate
    - local
    - local_cache
    - mattermost
    - multi_returner
    - pushover
    - rawfile_json
    - slack
    - slack_webhook
    - smtp
    - splunk
    - sqlite3
    - syslog
    - telegram

1.1return流程

return是在Master端触发任务，然后Minion接受处理任务后直接与return存储服务器建立连接，然后把数据return存到存储服务器。关于这点一定要注意，因为此过程都是Minion端操作存储服务器，所以要确保Minion端的配置跟依赖包是正确的，这意味着我们将必须在每个Minion上安装指定的return方式依赖包，假如使用Mysql作为return存储方式，那么我们将在每台Minion上安装python-mysql模块。

1.2 使用mysql作为return存储方式

在所有minion上安装Mysql-python模块

[root@master ~]# salt '*' pkg.install MySQL-python
minion:
    ----------
    MySQL-python:
        ----------
        new:
            1.2.5-1.el7
        old:

[root@master ~]# salt '*' cmd.run 'rpm -qa|grep MySQL-python'
minion:
    MySQL-python-1.2.5-1.el7.x86_64

部署一台mysql服务器用作存储服务器，此处就直接在minion这台主机上部署

//部署mysql
[root@minion ~]# yum -y install mariadb-server
[root@minion ~]# systemctl start mariadb
[root@minion ~]# systemctl enable mariadb
Created symlink from /etc/systemd/system/multi-user.target.wants/mariadb.service to /usr/lib/systemd/system/mariadb.service.
[root@minion ~]# ss -antl
State      Recv-Q Send-Q Local Address:Port               Peer Address:Port              
LISTEN     0      50           *:3306                     *:*                  
LISTEN     0      128          *:111                      *:*                  
LISTEN     0      5      192.168.122.1:53                       *:*                  
LISTEN     0      128          *:22                       *:*                  
LISTEN     0      128    127.0.0.1:631                      *:*                  
LISTEN     0      100    127.0.0.1:25                       *:*                  
LISTEN     0      128         :::111                     :::*                  
LISTEN     0      128         :::80                      :::*                  
LISTEN     0      128         :::22                      :::*                  
LISTEN     0      128        ::1:631                     :::*                  
LISTEN     0      100        ::1:25                      :::*       
//创建数据库和表结构
MariaDB [(none)]> CREATE DATABASE  `salt`
    -> DEFAULT CHARACTER SET utf8
    -> DEFAULT COLLATE utf8_general_ci;
Query OK, 1 row affected (0.00 sec)

MariaDB [(none)]> USE `salt`;
Database changed
MariaDB [salt]> DROP TABLE IF EXISTS `jids`;
Query OK, 0 rows affected, 1 warning (0.00 sec)

MariaDB [salt]> CREATE TABLE `jids` (
    ->   `jid` varchar(255) NOT NULL,
    ->   `load` mediumtext NOT NULL,
    ->   UNIQUE KEY `jid` (`jid`)
    -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0.00 sec)

MariaDB [salt]> DROP TABLE IF EXISTS `salt_returns`;
Query OK, 0 rows affected, 1 warning (0.00 sec)

MariaDB [salt]> CREATE TABLE `salt_returns` (
    ->   `fun` varchar(50) NOT NULL,
    ->   `jid` varchar(255) NOT NULL,
    ->   `return` mediumtext NOT NULL,
    ->   `id` varchar(255) NOT NULL,
    ->   `success` varchar(10) NOT NULL,
    ->   `full_ret` mediumtext NOT NULL,
    ->   `alter_time` TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    ->   KEY `id` (`id`),
    ->   KEY `jid` (`jid`),
    ->   KEY `fun` (`fun`)
    -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0.05 sec)

MariaDB [salt]> DROP TABLE IF EXISTS `salt_events`;
Query OK, 0 rows affected, 1 warning (0.00 sec)

MariaDB [salt]> CREATE TABLE `salt_events` (
    -> `id` BIGINT NOT NULL AUTO_INCREMENT,
    -> `tag` varchar(255) NOT NULL,
    -> `data` mediumtext NOT NULL,
    -> `alter_time` TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    -> `master_id` varchar(255) NOT NULL,
    -> PRIMARY KEY (`id`),
    -> KEY `tag` (`tag`)
    -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0.00 sec)

MariaDB [salt]> show tables;
+----------------+
| Tables_in_salt |
+----------------+
| jids           |
| salt_events    |
| salt_returns   |
+----------------+
3 rows in set (0.00 sec)
//授权访问
MariaDB [salt]> grant all on salt.* to salt@'%' identified by 'salt';
Query OK, 0 rows affected (0.01 sec)

MariaDB [salt]> flush privileges;
Query OK, 0 rows affected (0.00 sec)

MariaDB [salt]> exit
Bye

配置minion

[root@minion ~]# vim /etc/salt/minion
.....此处省略N行
mysql.host: '192.168.152.168'
mysql.user: 'salt'
mysql.pass: 'salt'
mysql.db: 'salt'
mysql.port: 3306

[root@minion ~]# systemctl restart salt-minion

在Master上测试存储到mysql中

[root@master ~]# salt 'mi*' test.ping --return mysql
minion:
    True

在数据库中查询

MariaDB [salt]> select * from salt_returns\G
*************************** 1. row ***************************
       fun: test.ping
       jid: 20190307183744856327
    return: true
        id: 192.168.152.168
   success: 1
  full_ret: {"fun_args": [], "jid": "20190307183744856327", "return": true, "retcode": 0, "success": true, "cmd": "_return", "_stamp": "2020-08-24T10:37:45.457140", "fun": "test.ping", "id": "192.168.152.168"}
alter_time: 2020-08-24 18:37:45

2. job cache

2.1 job cache流程

return时是由Minion直接与存储服务器进行交互，因此需要在每台Minion上安装指定的存储方式的模块，比如python-mysql，那么我们能否直接在Master上就把返回的结果给存储到存储服务器呢？

答案是肯定的，这种方式被称作 job cache 。意思是当Minion将结果返回给Master后，由Master将结果给缓存在本地，然后将缓存的结果给存储到指定的存储服务器，比如存储到mysql中。

开启master端的master_job_cache

[root@master ~]# vim /etc/salt/master
........
master_job_cache: mysql
mysql.host: '192.168.152.169'
mysql.user: 'salt'
mysql.pass: 'salt'
mysql.db: 'salt'
mysql.port: 3306
 
[root@master ~]# systemctl restart salt-master

清空表内容

MariaDB [(none)]> delete from salt.salt_returns;
Query OK, 9 rows affected (0.00 sec)

MariaDB [(none)]> select * from salt.salt_returns;
Empty set (0.00 sec)

在master上测试

[root@master ~]# salt '*' cmd.run 'uptime'
master:
     09:54:54 up 30 min,  1 user,  load average: 0.00, 0.01, 0.04

数据库中查询

MariaDB [(none)]> select * from salt.salt_returns\G
*************************** 1. row ***************************
       fun: cmd.run
       jid: 20200825015454584115
    return: " 09:54:54 up 30 min,  1 user,  load average: 0.00, 0.01, 0.04"
        id: 192.168.152.169
   success: 1
  full_ret: {"fun_args": ["uptime"], "jid": "20200825015454584115", "return": " 09:54:54 up 30 min,  1 user,  load average: 0.00, 0.01, 0.04", "retcode": 0, "success": true, "cmd": "_return", "_stamp": "2020-08-25T01:54:54.713063", "fun": "cmd.run", "id": "192.168.152.169"}
alter_time: 2020-08-24 21:54:54
1 row in set (0.00 sec)

job管理

获取任务的jid

[root@master ~]# salt 'mi*' cmd.run 'uptime' -v
Executing job with jid 20200826040319393817
-------------------------------------------

minion:
     21:03:19 up 1 day,  2:30,  2 users,  load average: 0.00, 0.01, 0.32

通过jid获取此任务的返回结果

[root@master ~]# salt-run jobs.lookup_jid 20200826040439168142
master:
     21:04:39 up 1 day,  2:32,  3 users,  load average: 0.08, 0.04, 0.13

salt-ssh

1. salt-ssh 概述

​ salt在版本0.17.0中，引入了新的传输系统，他支持通过SSH通道来实现salt的通信。通过这种方式，我们可以直接通过SSH在远程主机上执行使用saltsatck，而不需要在远程主机上安装salt-minion,同时又能支持saltstack的大部分功能，而且salt-master也不需要运行。因此实现了免客户端登陆的部署和实施。

​ 但是由于无客户端本身的局限性 salt-ssh 并不能完全取代标准的 salt 的通信方式，只是简单的提供了一个基于ssh通道的可选方式，这种方式不需要ZeroMQ和远程客户端的支持；整体的工作流程和基于minion的工作流程大致相同，但通过salt-ssh的执行速度会远远低于ZeroMQ支持的标准的salt通信方式。

salt-ssh执行原理:

salt-ssh是在salt基础上打了一个python包上传到客户端的默认tmp目录下, 在客户端上面解压并执行返回结果,最后删除tmp上传的临时文件。
salt-minion方法是salt-mater先执行语法验证，验证通过后发送到minion，minion收到Msater的状态文件默认保存在/var/cache/salt/minion
salt-ssh和salt-minion可以共存，salt-minion不依赖于ssh服务
salt-ssh的特点：

远程系统需要Python支持，除非使用-r选项发送原始ssh命令
salt-ssh是一个软件包，需安装之后才能使用，命令本身也是salt-ssh
salt-ssh不会取代标准的Salt通信系统，它只是提供了一个基于SSH的替代方案，不需要ZeroMQ和agent
由于所有与Salt SSH的通信都是通过SSH执行的，因此它比使用ZeroMQ的标准Salt慢得多

2. salt-ssh管理

salt-ssh有两种方式实现远程管理，一种是在配置文件中记录所有客户端的信息，诸如 IP 地址、端口号、用户名、密码以及是否支持sudo等；另一种是使用密钥实现远程管理，不需要输入密码。

Roster说明

salt-ssh需要一个名单系统来确定哪些执行目标，Salt的0.17.0版本中salt-ssh引入roster系统
roster系统编译成了一个数据结构，包含了targets，这些targets是一个目标系统主机列表和或如连接到这些targets。对于一个在salt的Roster模块来说，唯一要求是返回Targets数据结构：
在 master 上安装 salt-ssh

[root@master ~]# yum -y install salt-ssh
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
Package salt-ssh-3000.3-1.el7.noarch already installed and latest version
Nothing to do
[root@master ~]# rpm -qa | grep salt-ssh
salt-ssh-3000.3-1.el7.noarch

2.1 通过使用用户名密码的SSH实现远程管理

修改配置文件，添加受控机信息

[root@master ~]# vim /etc/salt/roster 
master:
  host: 192.168.152.168
  user: root
  passwd: 123456

测试连通性

[root@master ~]# salt-ssh 'ma*' test.ping
master:
    ----------
    retcode:
        254
    stderr:
    stdout:
        The host key needs to be accepted, to auto accept run salt-ssh with the -i flag:
        The authenticity of host '192.168.152.168 (192.168.152.168)' can't be established.
        ECDSA key fingerprint is SHA256:kQnXjF4EO/ZfCFEIOKokzdA9WuPykjgarl9/52Buqqs.
        ECDSA key fingerprint is MD5:e9:b4:08:94:18:0b:2a:7f:2d:d0:e1:73:64:99:38:a4.
        Are you sure you want to continue connecting (yes/no)? 

从上面的信息可以看出，第一次访问时需要输入 yes/no ，但是 saltstack 是不支持交互式操作的，所以为了解决这个问题，我们需要对其进行设置，让系统不进行主机验证。

[root@master ~]# vim ~/.ssh/config
StrictHostKeyChecking no
 
[root@master ~]# salt-ssh '*' test.ping
master:
    True

​加-i参数自动认证

#删除.ssh/config的配置和.ssh/known_hosts，再次测试时又会要求验证
#这时可以使用-i 参数自动认证

[root@master ~]# salt-ssh 'ma*' test.ping
master:
    ----------
    retcode:
        254
    stderr:
    stdout:
        The host key needs to be accepted, to auto accept run salt-ssh with the -i flag:
        The authenticity of host '192.168.152.168 (192.168.152.168)' can't be established.
        ECDSA key fingerprint is SHA256:kQnXjF4EO/ZfCFEIOKokzdA9WuPykjgarl9/52Buqqs.
        ECDSA key fingerprint is MD5:e9:b4:08:94:18:0b:2a:7f:2d:d0:e1:73:64:99:38:a4.
        Are you sure you want to continue connecting (yes/no)? 

#自动认证后就可以正常使用了
[root@master ~]# salt-ssh '*' test.ping -i
master:
    True
[root@master ~]# salt-ssh '*' network.interface_ip ens33
master:
    192.168.152.168
[root@master ~]# cat .ssh/known_hosts 
192.168.152.168 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBHAjAhLLJ6k75OozXXDIiEMuWYwVqjZ628kEVnRsCTAaGd0DhmfR6G6oB5Gglos7Rcp99Vk0hWlgG2m5tnqCt4k=
[root@master ~]# cat .ssh/config 
[root@master ~]# 

salt-ssh命令参数:

-r, –raw, –raw-shell # 直接使用shell命令
–priv #指定SSH私有密钥文件
–roster #定义使用哪个roster系统，如果定义了一个后端数据库，扫描方式，或者用户自定义的的roster系统，默认的就是/etc/salt/roster文件
–roster-file #指定roster文件
–refresh, –refresh-cache #刷新cache，如果target的grains改变会自动刷新
–max-procs #指定进程数，默认为25
-i, –ignore-host-keys #当ssh连接时，忽略keys
–passwd #指定默认密码
–key-deploy #配置keys 设置这个参数对于所有minions用来部署ssh-key认证，
 这个参和–passwd结合起来使用会使初始化部署很快很方便。当调用master模块时，并加上参数 –key-deploy 即可在minions生成keys，下次开始就不使用密码

2.2 通过salt-ssh初始化系统安装salt-minion

安装salt-ssh

[root@master ~]# yum -y install salt-ssh

修改roster配置文件，添加受控主机

[root@master ~]# vim /etc/salt/roster 
master:
  host: 192.168.152.168
  user: root
  passwd: 123456

#首次使用，加-i自动认证
[root@master ~]# salt-ssh '*' test.ping -i
master:
    True

执行状态命令，初始化系统，安装salt-minion

[root@master ~]# mkdir -p /srv/salt/base/minion/{repo,files}
 
#拷贝yum源
[root@master ~]# cp /etc/yum.repos.d/salt-3000.repo /srv/salt/base/minion/repo/
 
#拷贝配置文件
[root@master ~]# cp /etc/salt/minion /srv/salt/base/minion/files/
 
[root@master ~]# vim  /srv/salt/base/minion/files/minion
修改
master: {{ IP }}
id: {{ ID }}
 
 
 
 
#编写状态文件
[root@master ~]# vim /srv/salt/base/minion/repo/repo.sls
salt-repo:
  file.managed:
    - name: /etc/yum.repos.d/salt-3000.repo
    - source: salt://minion/repo/salt-3000.repo
    - user: root
    - group: root
    - mode: 644
    
[root@master ~]# vim /srv/salt/base/minion/minion.sls
salt-minion-install:
  pkg.installed:
    - name: salt-minion
 
 
salt-minion-conf:
  file.managed:
    - name: /etc/salt/minion
    - source: salt://minion/files/minion
    - user: root
    - group: root
    - mode: 644
    - template: jinja
    - context:
      IP: 192.168.152.168
      ID: {{ grains['ipv4'] [1] }}
    - require:
      - pkg: salt-minion-install
 
salt-minion-service:
  service.running:
    - name: salt-minion
    - enable: True
    - start: True
    - watch:
       - file: /etc/salt/minion

#安装
[root@master ~]# salt-ssh '*' state.sls minion.repo.repo
[root@master ~]# salt-ssh '*' state.sls minion.minion
[root@master ~]# salt-ssh '*' cmd.run 'systemctl restart salt-minion'
ssh01:
[root@master ~]# salt-key 
Accepted Keys:
192.168.152.168
Denied Keys:
minion-1
Unaccepted Keys:
192.168.152.169
minion-1
Rejected Keys:
[root@master ~]# salt-key -a 192.168.152.169
The following keys are going to be accepted:
Unaccepted Keys:
192.168.152.169
Proceed? [n/Y] y           
Key for minion 192.168.152.169 accepted.
 
 
[root@master ~]# salt-key 
Accepted Keys:
192.168.152.168
192.168.152.169
 
[root@master ~]# salt '*' test.ping
master:
    True
minion:
    True