SaltSack入门(三)Salt相关命令和Pillar应用

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

1.先了解下管理端(master)常用相关命令

 1.1 salt     #主要管理命令

   命令格式:salt [options]  <target> [arguments]

    例:salt ‘*’ test.ping

 1.2 salt-key #证书管理

1
2
3
4
5
     # salt-key –L           #查看所有minion-key
     # salt-key –a  <keys-name>   #接受某个minion-key
     # salt-key –d  <keys-name>   #删除某个minion-key
     # salt-key –A           #接受所有的minion-key
     # salt-key –D           #删除所有的minion-key

 1.3 salt-run #管理minion

1
2
3
4
     # salt-run manage.up           #显示当前活着的minion
     # salt-run manage.down           #显示未存活的minion
     # salt-run manage.status         #显示当前up和down 的minion   
     # salt-run manage.downremovekeys-True   #显示未存活的minion,并将其移除

 1.4 salt-cp #将master文件复制到minion,不支持复制目录

   命令格式:salt-cp [options]<target> SRC DST

   例:salt-cp '*'/root/test.sh  /root/test.sh

 1.5 salt-ssh   

   #通过ssh连接被管理端,被管理端不用安装minion,管理端也不用安装master,salt-ssh是一个独立的包,安装后即可使用saltstack大部分功能,没有通讯机制ZeroMQ,命令执行速度会下降。一般没有客户端没有安装minion时候才考虑先用salt-ssh批量安装minion。

   # apt-get install salt-ssh sshpass   #salt-ssh用的sshpass进行密码交互,必须要安装

   1.5.1 salt-ssh常用参数

    -r,-raw-shell :执行shell命令  

    --key-deploy   :配置keys

    -i,-ignore-host-keys  :当ssh连接时,忽略keys

     -passwd      :指定默认密码

     -roster-file   :指定roster文件

   1.5.2 salt-ssh使用

    1.5.2.1 sat-ssh通过调用roster配置文件实现,所以先定义roster,让salt-ssh生效,就可以执行操作了

1
2
3
4
5
6
7
     # vi /etc/salt/roster
     db:
       host: 192.168.18.212
       user: root
       passwd : 123456
       port: 22
       timeout: 10

    1.5.2.1 测试

1
2
3
     # salt-ssh 'db' test.ping
     db:
         True

    1.5.2.3 执行shell命令及salt本身的模块

    #第一次运行时会提示是否接受秘钥,如果不想再提示可以加入—key-deploy参数

1
2
3
     # salt-ssh 'db' -r 'uptime'     
     # salt-ssh 'db' disk.usage          #调用salt本身的模块
     # salt-ssh 'db' grains.itemcpu_model   #获取grains信息

2、Pillar

 上节讲过Salt State,Salt状态系统的核心SLS,也可叫做配置管理,SLS描述了系统的目标状态,由简单的格式来包含这些数据。

 Pillar是Salt最重要的系统之一,可用于提供开发接口,用于在master端定义数据,然后再minion中使用,一般传输敏感的数据,例如ssh key,加密证书等。

 pillar和states建立方式类似,由sls文件组成,有一个入口文件top.sls,通过这个文件关联其他sls文件,默认路径在/srv/pillar,可通过/etc/salt/master里面pillar_roots:指定位置。

 pillar到底什么作用呢?那么下面介绍一个简单的例子,你就明白了。

 用zabbix监控新上架的服务器(10台),需要将zabbix_agentd.conf分发到被监控主机,这个文件中hostname的ip每台都不同,我们不可能写10分配置文件吧!那么如何让hostname在分发的时候就根据被监控主机IP,修改成自己的呢?这时就用到渲染了,默认渲染器是jinja,支持for in循环判断,格式是{%...%}{% end* %},这样一来salt会先让jinja渲染,然后交给yaml处理。

 2.1 创建pillar目录和top.sls文件

1
2
3
4
5
  # mkdir /srv/pillar
  # vi /srv/pillar/top.sls
  base:
    '*' :
  - ip

 2.2 先通过pillar获取minion主机IP

1
2
  # vi /srv/pillar/ip.sls
  ip: {{ grains[ 'ipv4' ][1] }}

 #写完后,执行sls命令,可以看到已经获取到IP

1
2
3
4
5
6
7
8
9
  # salt '*' pillar.item ip
  host2:
      ----------
      ip:
          192.168.18.213
  host1:
      ----------
      ip:
          192.168.18.212

 2.3 随后写个sate文件,将文件分发到minion上

1
2
3
4
5
6
7
8
9
  # mkdir /srv/salt/zabbix
  # vi /srv/salt/zabbix/agentd_conf.sls
  zabbix:
    file .managed:
      source : salt: //zabbix/zabbix_agentd .conf
      - name:  /usr/local/zabbix/conf/zabbix_agentd .conf
      - template: jinja
      - defaults:
       ip: {{ pillar[ 'ip' ] }}

 2.4 修改zabbix_agentd.conf要渲染的IP

1
2
3
4
5
  # vi /srv/salt/zabbix/zabbix_agentd.conf
  LogFile= /tmp/zabbix_agentd .log
  Server=192.168.18.214
  ServerActive=127.0.0.1
  Hostname={{ ip }}

 2.5 执行单sls命令,不用将sls文件关联到top.sls文件                         

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
  # salt '*' state.sls zabbix.agentd_conf
  host1:
  ----------
            ID: zabbix
      Function:  file .managed
          Name: /usr/local/zabbix/conf/zabbix_agentd .conf
         Result: True
        Comment: File /usr/local/zabbix/conf/zabbix_agentd .conf is  in  the correct state
       Started: 11:48:35.261683
      Duration: 139.733 ms
       Changes:  
  
  Summary
  ------------
  Succeeded: 1
  Failed:    0
  ------------
  Total states run:     1 
  host2:
  ----------
           ID: zabbix
     Function:  file .managed
         Name: /usr/local/zabbix/conf/zabbix_agentd .conf
       Result: True
      Comment: File /usr/local/zabbix/conf/zabbix_agentd .conf is  in  the correct state
      Started: 11:31:41.906766
     Duration: 141.928 ms
      Changes:  
  
  Summary
  ------------
  Succeeded: 1
  Failed:    0
  ------------
  Total states run:     1

 #这时再通过命令查看,已经更新成功

1
2
3
4
5
6
7
8
9
10
11
  # salt '*' cmd.run 'cat/usr/local/zabbix/conf/zabbix_agentd.conf'      
  host1:
     LogFile= /tmp/zabbix_agentd .log
     Server=192.168.18.214
     ServerActive=127.0.0.1
     Hostname=192.168.18.212
  host2:
     LogFile= /tmp/zabbix_agentd .log
     Server=192.168.18.214
     ServerActive=127.0.0.1
     Hostname=192.168.18.213

pillar相关命令:

#刷新pillar数据到minion

# salt "*" saltutil.refresh_pillar

#查看所有pillar信息

# salt "*" pillar.items

#查看某个pillar信息

# salt "*" pillar.item ip

既然grains与pillar类似,就说下区别:

1.grains是minion每次加载时获取本地系统信息数据,是静态的,固定的,而pillar是动态加载数据,随时变化的,比grains更灵活。

2.grains数据存储在minion本地,pillar存储在master。


相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
salt之pillar原理解析
salt之pillar原理解析
|
2月前
|
缓存 应用服务中间件 Shell
salt常用命令 | 16
salt常用命令 | 16
|
2月前
|
Python
Salt-minion日志|2-1
Salt-minion日志|2-1
31 6
7-20|查找salt-minion之grains
7-20|查找salt-minion之grains
|
PHP 开发工具 git
|
监控 网络安全 数据安全/隐私保护