Saltstack 自动化运维工具详细介绍

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
日志服务 SLS,月写入数据量 50GB 1个月
简介:

什么是saltstack

• Saltstack是基于python开发的一套C/S架构配置管理工具

• 使用SSL证书签方的方式进行认证管理

• 底层使用ZeroMQ消息队列pub/sub方式通信

    – 号称世界上最快的消息队列ZeroMQ能快速在成千上万台主机上进行各种操作

    – 采用RSA Key方式确认身


主要功能

• Saltstack最主要的两个功能是:配置管理与远程执行

• Saltstack不只是一个配置管理工具,还是一个云计算与数据中心架构编排的利器

• Saltstack已经支持Docker相关模块

• 在友好地支持各大云平台之后,配合Saltstack的Mine实时发现功能可以实现各种云平台业务的自动扩展


Saltstack架构

• Saltstack基于C/S架构

    – 服务器端称作Master

    – 客户端称作Minion

• 可以实现传统处理方式,即:客户端发送请求给服务器,服务器收到请求后处理请求,再将结果返回

• 也可以使用消息队列中的发布与订阅(pub/sub)服务模式

1.jpg



Saltstack工作机制

• Master和Minion都以守护进程的方式运行

• Master监听配置文件里定义的ret_port(接收minion请求),和publish_port(发布消息)的端口

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

• 当Master和Minion可以正常通信后,就可以进行各种各样的配置管理工作了




Saltstack安装


依赖:

    1. python2.6 ~ python3.0

    2. ZeroMQ or RAET

    3. mako(可选):一个可选的Salt States解析器

    4. gcc(可选)


MacOS安装方法:

    1. brew install saltstack

    2. sudo port install salt

    3. sudo pip install salt


Ubuntu14.04安装方法:

    1. wget -O - https://repo.saltstack.com/apt/ubuntu/14.04/amd64/latest/SALTSTACK-GPG-KEY.pub sudo apt-key add -

     2. deb https://repo.saltstack.com/apt/ubuntu/14.04/amd64/latest trusty main

     3. apt-get install salt-api salt-cloud salt-master salt-minion salt-ssh salt-syndic


Centos 和 redhat 安装方法:

    1. sudo pip install salt

    2. sudo yum install salt-master salt-minion



Saltstack启动

    1 . 运行Master 节点

    2.  修改Minion 节点配置,填入Master节点信息

    3.  启动Minion

    4.  Master节点添加Minion


本次使用一个案例来介绍 Saltstack 

实验拓扑图:

3.jpg


服务器使用的操作系统是RHEL7


实验要求:

为六台主机配置IP 分别为     

sm          192.168.4.10  

web1     192.168.4.11

db1        192.168.4.12

web2     192.168.4.21

db2        192.168.4.22

cache    192.168.4.33


为了方便实验 六台主机全都关闭防火墙 禁用SELinux

配置yum源 


实验步骤:

安装saltstack:

在主机sm上配置 安装salt-master

    // 安装 salt-master

    # yum -y install salt-master

    // 启动 Master 

    # systemctl start salt-master

    # systemctl enable salt-master

    //验证服务

    # netstat -pantu | grep ‘ :4505 | :4506’

    tcp        0      0 0.0.0.0:4505            0.0.0.0:*               LISTEN      12434/python        

    tcp        0      0 0.0.0.0:4506            0.0.0.0:*               LISTEN      12440/python   

    // 修改/etc/hosts, 实现名称解析

    # echo '

    > 192.168.4.10 sm

    > 192.168.4.11 web1

    > 192.168.4.12  db1

    > 192.168.4.21 web2

    > 192.168.4.22 db2

    > 192.168.4.33 cache

    > ' > /etc/hosts

    // 将sm 的 /etc/hosts 文件同步共享给其他主机

    # for i in 11 12 21 22 33

    > do

    > rsync -a /etc/hosts 192.168.4.${i}:/etc/ -e 'ssh'

    > done


在其他主机 11 12 21 22 33上:

    //安装 salt-minion

    # yum -y install salt-minion

    //修改Minion配置文件,使其可以与Master通信

    #sed -e"s/^#\(master:\).*/\1 sm/" -i /etc/salt/minion -e "s/^#\(id:\).*/\1${HOSTNAME}/" -i /etc/salt/minion

    //启动Minion

    # systemctl start salt-minion.service

    # systemctl status salt-minion.service

    

Master与Minion互信:

• Minion上线后先与Master端联系,把自己的pubkey发过去

• Master接受Minion的公钥后,互信建立完成

• 查看密钥信息

    [root@sm ~]# salt-key -L

    Accepted Keys:

    Denied Keys:

    Unaccepted Keys:

    cache

    db1

    db2

    web1

    web2

    Rejected Keys:

• 密钥管理

    [root@sm ~]# salt-key -h

    -L: 列出密钥

    -a: 接受一个密钥

    -A: 接受全部密钥

    -D: 删除全部密钥

    ... ...

• 接受密钥,完成互信

    [root@sm ~]# salt-key -A -y

    The following keys are going to be accepted:

    Unaccepted Keys:

    cache

    db1

    db2

    web1

    web2

    Key for minion cache accepted.

    Key for minion db1 accepted.

    Key for minion db2 accepted.

    Key for minion web1 accepted.

    Key for minion web2 accepted.


远程执行命令:

salt命令使用方法如下

• salt [options] '<target>' <function> [arguments]

• target指的是在哪些Minion上执行,如果在全部Minion上运行,可以采用通配符 '*’

-L 列表

-E 正则

-N 分组

-S CIDR

• function一般采用python的 模块.方法 样式

• arguments是传递给方法的参数



批量管理主机

• 测试所有主机连通性

    [root@sm ~]# salt '*' test.ping

    web1:

        True

    web2:

        True

    db2:

        True

    db1:

        True

    cache:

        True

• 在主机上执行任意命令 测试

     [root@sm ~]# salt '*' cmd.run 'uptime'

    db1:

         01:41:05 up  5:22,  1 user,  load average: 0.00, 0.01, 0.05

    db2:

         01:41:04 up  5:22,  1 user,  load average: 0.00, 0.01, 0.05

    web2:

         01:41:04 up  5:22,  1 user,  load average: 0.00, 0.01, 0.05

    cache:

         01:41:05 up  5:22,  1 user,  load average: 0.00, 0.01, 0.05

    web1:

         01:41:04 up  5:22,  1 user,  load average: 0.00, 0.01, 0.05


使用列表 -L

    # salt -L ' db1,web2' cmd.run 'uptime'

    web2:

         01:50:15 up  5:31,  1 user,  load average: 0.00, 0.01, 0.05

    db1:

         01:50:16 up  5:31,  1 user,  load average: 0.00, 0.01, 0.05


使用正则表达式 -E 

    # salt -E "web\d" test.ping

    web2:

        True

    web1:

        True

使用分组  -N

    定义分组

    # vim /etc/salt/master

    //1085 行

    nodegroups:

        test: 'L@db1,web2,cache'

        other: 'E@db[0-9] or N@test'

    使用分组

    [root@sm ~]# salt -N 'test' test.ping

    cache:

        True

    db1:

        True

    web2:

        True    

    [root@sm ~]# salt -N 'other' test.ping

    web2:

        True

    cache:

        True

    db2:

        True

    db1:

        True


传输文件:


# vim /etc/salt/master

#file_roots:

#  base:

#    - /srv/salt //master 的默认根目录


# mkdir /srv/salt            //创建根目录

# cp /etc/passwd /srv/salt/users    //添加测试文件

# salt '*' cmd.run 'mkdir /test'            //远程主机创建目录

cache:

db1:

db2:

web2:

web1:


# salt -E 'web\d' cp.get_file salt://users /test/user    //实现传输文件

web2:

    /test/user

web1:

    /test/user


# salt '*' cmd.run 'ls /test'            //查看传输效果

db1:

cache:

db2:

web2:

    user

web1:

    user


模块及功能:


列出所有可用模块

salt '随便一台主机名' sys.list_modules


查看模块所有功能

salt '随便一台主机名'  sys.list_functions 模块名


查看模块用法

salt '随便一台主机名' sys.doc 模块名

salt '随便一台主机名' sys.doc 模块名.方法



什么是YAML:

• YAML:YAML Ain't Markup Language

• YAML的结构通过空格来展示

• 项目使用"-"来表示

• 键值对使用":"来表示

• Master和Minion的配置文件均采用YAML语法

• YAML使用一个固定的缩进风格表示数据层级结构关

• 一般每个缩进级别由两个空格组成

• 注意不要使用tab

• 缩进是初学者容易出错的地方之一

• YAML的键值对采用冒号分隔

• YAML键值对对应python的字典

• YAML表示形式

    name: test

    或

    name:

      test

• Python字典

    {'name': 'test'}

• 字典可以嵌套

    hosts:

        name: test

• 字典表示形式为

    {

        'hosts': {

       'name': 'test'

       }

    }


• 列表项使用一个短横杠加一个空格

    -  test1

    -  test2

• 列表可以作为一个键值对的value

    pkg-http:

      - httpd

      - php

• Python语法

    {'pkg-http': ['httpd', 'php']}



Grains基础:

• Grains是saltstack最重要的组件之一

• 存储minion端的基本信息,这些信息一般都是静态的,如CPU、内核、操作系统等

• Grains存储在minion本地

• 管理员可以在minion端进行grains值的修改,如增加、删除等


Grains基础应用

• 获取minion端所有grains信息

        # salt '随便一台主机名' grains.items 

• 通过grains.item获取minion端的fqdn信息

        # salt '随便一台主机名' grains.item fqdn


通过minion定义grains

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
  [root@web1 ~] # vim /etc/salt/minion
     grains:
        web:
          apache
     [root@web1 ~] # systemctl restart salt-minion.service
     
     [root@web2 ~] # vim  /etc/salt/minion
     grains:
        web:
          nginx
     [root@web2 ~] # systemctl restart salt-minion.service
     
     [root@sm ~] # salt '*' saltutil.sync_grains
     web1:
     db1:
     cache:
     web2:
     db2:
     [root@sm ~] # salt -G 'web:apache' test.ping
     web1:
         True
     [root@sm ~] # salt -G 'web:nginx' test.ping
     web2:
         True
     [root@sm ~] # salt 'web1' grains.item web
     web1:
         ----------
         web:
             apache
     [root@sm ~] # salt 'web2' grains.item web
     web2:
         ----------
         web:
             nginx

   

    

Pillar基础 

• Pillar也是saltstack最重要的组件之一

• 作用是定义与被控主机相关的任何数据,定义好的数

据可以被其他组件使用

• 存储在master端,存放需要提供给minion的信息

• 常用于敏感信息,每个minion只能访问master分配

给自己的pillar信息

• 用于经常动态变化的信息


配置pillar

• Pillar需要一个pillar_roots来维护pillar的配置

• 默认pillar_roots为/srv/pillar

• pillar_roots在Master配置文件中定义


    [root@sm ~]# vim /etc/salt/master

    pillar_roots:

      base:

        - /srv/pillar

    [root@sm ~]# mkdir /srv/pillar

    [root@sm ~]# systemctl restart salt-master


Pillar数据文件

• Pillar执行时需要一个名为top.sls的入口文件

• 通过top.sls文件作为入口,组织其它的pillar文件

• sls文件采用YAML格式

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
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
     [root@sm ~] # cd /srv/pillar
     [root@sm pillar] # vim top.sls
     base:                                 # 与pillar_roots定义一致
       'L@web1,web2' :           # 过滤目标
         - appweb                     # 用于包含 appweb
       'E@db\d' :
         - appdb
         - user
       'cache' :
         - user
 
     [root@sm pillar] # vim appweb.sls
     appname: web
     software:
       - apache
       - nginx
     [root@sm pillar] # vim appdb.sls 
     appname: mysql
     
     [root@sm pillar] # vim user.sls 
     users :
       zhang3: 1000
       li4: 1001
 
//  获取pillar全部数据
     [root@sm pillar] # salt '*' pillar.items
     web1:
         ----------
         appname:
             web
         software:
             - apache
             - nginx
     cache:
         ----------
         users :
             ----------
             li4:
                 1001
             zhang3:
                 1000
     web2:
         ----------
         appname:
             web
         software:
             - apache
             - nginx
     db2:
         ----------
         appname:
             mysql
         users :
             ----------
             li4:
                 1001
             zhang3:
                 1000
     db1:
         ----------
         appname:
             mysql
         users :
             ----------
             li4:
                 1001
             zhang3:
                 1000
//  将pillar数据同步至minion
     [root@sm pillar] # salt '*' saltutil.refresh_pillar
     db2:
         True
     db1:
         True
     web2:
         True
     cache:
         True
     web1:
         True
     //  根据pillar值匹配minion    
     [root@sm pillar] # salt 'web1' pillar.item software
     web1:
         ----------
         software:
             - apache
             - nginx

    

Jinja模板:


Jinja基础

• Jinja是基于Python的模板引擎

• 在saltstack中我们使用yaml_jinja渲染器来根据模板生产对应的配置文件

• 对于不同的操作系统或者不同的情况,通过jinja可以让配置文件或者操作形成一种模板的编写方式


Jinja使用步骤

• 在state文件中使用"- template: jinja"声明

• 在模板文件中使用变量"{{ name }}"声明,name为变量,自己定义

• 在state文件中使用"- defautls: name: value"声明



States基础:

• States是satlstack中的配置语言

• 安装软件包、管理配置文件都需要编写一些statessls文件

• states sls使用YAML语法


查看所有states模块

salt '随便一台主机' sys.list_state_modules


查看states某个模块功能

salt '随便一台主机' sys.list_state_functions 模块名


查看states某个模块的某个方法用法

salt '随便一台主机' sys.state_doc  模块名.方法



为不同的环境设置不同的文件目录

1
2
3
4
5
6
7
8
9
10
11
12
13
[root@sm ~] # vim /etc/salt/master
file_roots:
     base:
       /srv/base
     dev:
       /srv/dev
     prod:
       /srv/prod
[root@sm ~] # mkdir /srv/base /srv/dev /srv/prod
[root@sm ~] # ls /srv/
base  dev  prod
[root@sm ~] # systemctl restart salt-master.service
[root@sm ~] # cd /srv/base/

案例1  系统初始化

配置所有机器的DNS为 202.101.224.68

修改所有机器的yum 源为本机器网络yum

修改history 能显示命令执行时间

开启路由转发功能 net.ipv4.ip_forward=1

添加用户zhangsan 

为用户zhuangsan 设置默认密码 zhangsan

要求zhangsan 在第一次登录是的时候修改密码


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
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
[root@sm base] # vim top.sls 
base:
   '*' :
     - init.dns
     - init.yum
     - init.adduser
     - init. history
     - init.ip_forward
 
[root@sm base] # mkdir init
[root@sm base] # cd init/
 
[root@sm init] # vim dns.sls 
add_dns:
   file .managed:
     - name:  /etc/resolv .conf
     source : salt: //file/dns .conf
     - user: root
     - group: root
     - mode: 644
     - template: jinja
     - defaults:
         DNS_IP:  202.101.224.68
 
[root@sm init] # vim yum.sls 
create_yum:
   file .managed:
     - name:  /etc/yum .repos.d /test .repo
     source : salt: //file/yum .repo
     - user: root
     - group: root
     - mode: 644
 
unless条件
• 当unless条件不满足时,需要执行令
onlyif条件
• 当onlyif条件满足时,需要执行令
 
[root@sm init] # vim adduser.sls 
useradd  zhangsan:
   cmd.run:
     - unless:  id  zhangsan
echo  '123456'  passwd  --stdin zhangsan:
   cmd.run:
     - onlyif:  id  zhangsan
chage -d 0 zhangsan:
   cmd.run:
     - onlyif:  id  zhangsan
 
[root@sm init] # vim history.sls 
history :
   file .append:
     - name:  /etc/profile
     - text:
       export  HISTTIMEFORMAT= '%F %T'
 
[root@sm init] # cat ip_forward.sls 
alter_ip_forward:
   sysctl.present:
     - name: net.ipv4.ip_forward
     - value: 1
 
[root@sm init] # cat ip_forward.sls 
alter_ip_forward:
   sysctl.present:
     - name: net.ipv4.ip_forward
     - value: 1
 
[root@sm init] # mkdir file
[root@sm init] # cd file/
 
[root@sm  file ] # vim dns.conf 
nameserver {{DNS_IP}}
[root@sm  file ] # vim yum.repo 
[ test ]
name= test
baseurl=http: //192 .168.4.254 /rhel7
gpgcheck=0
 
state.highstate会读取所有环境的 top .sls文件,并且执行 top .sls文件内容里面定义的sls文件,不在 top .sls文件里面记录的sls则不会被执行;
state.sls也可以指定读取哪个环境 使用 saltenv = 读取环境
test  = True 测试执行  不真正执行  
# salt '*' state.highstate saltenv=base test=True
# salt '*' state.highstate saltenv=base


案例2 部署httpd web 服务器

在实验的 web1 web2 上自动安装httpd软件包

更改httpd监听端口为8080

启动httpd 服务


pkg模块

• pkg模块可以实现软件包管理

• 管理的软件包包括红帽RPM包和Ubuntu的deb包等

• 主要的方法有:

    – pkg.installed:安装软件包

    – pkg.latest:保持软件包为最新版本

    – pkg.remove:卸载软件包

    – pkg.purge:下载软件包,删除配置文件


require条件

• 只有httpd安装了才分发配置文件


service模块

• 软件部署完毕后,需要确保服务处于运行状态,并且能够实现开机自启,这就用到了service模块

    – service.running:确保服务处于运行状态

    – service.enabled:开机自启

    – service.disabled:开机不启动

    – service.dead:确保服务处于未运行状态

    

使用watch

• 服务如果能够正常启动,需要确保存在配置文件,设置如果配置文件存在,才启动服务

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
[root@sm ~] # cd /srv/prod/
[root@sm prod] # vim top.sls 
prod:
   'E@web[0-9]' :
     - install_httpd
 
[root@sm prod] # vim install_httpd.sls 
httpd_pkg_installed:
   pkg.installed:
     - name: httpd
alter_httpd:
   cmd.run:
     - name:  sed  -i  '/Listen 80/s/80/8080/'  /etc/httpd/conf/httpd .conf
     - unless:  sed  -n  '/Listen 80$/p'  /etc/httpd/conf/httpd .conf
     - require:
       - pkg: httpd_pkg_installed
running_httpd:
   service.running:
     - name: httpd
     enable true
     - restart:  true
     watch :
       - cmd: alter_httpd
# salt '*' state.highstate saltenv=prod test=True
# salt '*' state.highstate saltenv=prod


//这里因为配置文件中只需要更改一行 我使用的是sed 更改

//也可以使用 file.managed 方法 将master的配置文件分发到客户端


案例3 部署nginx 源码包


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
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
[root@sm ~] # cd /srv/dev/
[root@sm dev] # vim top.sls
dev:
   'L@db1,db2' :
     - nginx_install
 
[root@sm dev] # mkdir nginx_install
[root@sm dev] # cd nginx_install
[root@sm nginx_install] # vim init.sls
     include:
       - .initpkg
       - . install
       - .nginx_init
[root@sm nginx_install] # vim initpkg.sls
     init_pkg_install:
       pkg.installed:
         - names:
           - gcc
           - gcc-c++
           make
           - autoconf
           - openssl-devel
           - pcre-devel
[root@sm nginx_install] # vim install.sls
     nginx_src_install:
       file .managed:
         - name:  /usr/local/src/nginx-1 .9.12. tar .gz
         source : salt: //nginx_install/files/nginx-1 .9.12. tar .gz
         - user: root
         - group: root
         - mode: 644
       cmd.script:
         source : salt: //nginx_install/files/build .sh
         - cwd:  /usr/local/src
         - user: root
         - unless:  test  -d  /usr/local/nginx
         - require:
           file : nginx_src_install
           - pkg:  init_pkg_install
[root@sm nginx_install] # vim nginx_init.sls 
     nginx_init:
       file .managed:
         - name:  /usr/lib/systemd/system/nginx .service
         source : salt: //nginx_install/files/nginx .service
         - user: root
         - group: root
         - mode: 644
     
     nginx_service:
       service.running:
         - name: nginx
         enable true
         - restart:  true
[root@sm nginx_install] # mkdir files
[root@sm nginx_install] # cd files 
[root@sm files ] # vim build.sh
     #!/bin/bash
     useradd  -s  /sbin/nologin  nginx
     tar  xzf nginx-1.9.12. tar .gz
     cd  nginx-1.9.12
     . /configure  --prefix= /usr/local/nginx  --user=nginx --group=nginx
     make
     make  install
[root@sm files ] # ls
     build.sh                       //  源码安装脚本
     nginx-1.9.12. tar .gz       //  nginx 源码包
     nginx.service                 //  nginx systemctl 系统启动文件
[root@sm files ] # vim nginx.service
     [Unit]
     Description=nginx - high performance web server
     Documentation=http: //nginx .org /en/docs/
     After=network.target remote-fs.target nss-lookup.target
     
     [Service]
     Type=forking
     PIDFile= /usr/local/nginx/logs/nginx .pid
     ExecStartPre= /usr/local/nginx/sbin/nginx  -t -c  /usr/local/nginx/conf/nginx .conf
     ExecStart= /usr/local/nginx/sbin/nginx  -c  /usr/local/nginx/conf/nginx .conf
     ExecReload= /usr/local/nginx/sbin/nginx  -s reload
     ExecStop= /usr/local/nginx/sbin/nginx  -s quit
     PrivateTmp= true
     
     [Install]
     WantedBy=multi-user.target
     
# salt '*' state.highstate saltenv=dev test=True
# salt '*' state.highstate saltenv=dev

扩展:

Saltstack Master  配置

Master主配置文件是/etc/salt/master,常用的配置选项与具体功能相关,所以,当应用到相关功能时再做调整,目前保持默认就好


通用配置项:

1. interface:监听的IPv4地址

#interface: 0.0.0.0

2. IPv6:监听的IPv6的地址

#ipv6: False

3. PUBLISH_PORT:与Minion通信的端口

#publish_port: 4505

4. MASTER_ID:当前Master节点的ID

5. USER:启动Master服务的用户

#user: root

6. MAX_OPEN_FILES:每一个连接到Master的Minion ,Master都会打开一个文件描述符,改选项定义打开的最大文件数。可能报错:Too many open files

#max_open_files: 100000

7. WORKER_THREADS:最大工作线程数

#worker_threads: 5

8. RET_PORT:获取Minion返回结果的端口

#ret_port: 4506

9. PIDFILE:Master进程的pid文件 比如要杀进程时可用

#pidfile: /var/run/salt-master.pid

10. ROOT_DIR:Master运行的根目录

#root_dir: /

11.CONF_FILE:Master配置文件路径

#conf_file: /etc/salt/master

12.PKI_DIR:pki验证密钥存放路径

#pki_dir: /etc/salt/pki/master

13.MODULE_DIR:Salt模版搜索路径

#module_dirs: <no default>

#   - /var/cache/salt/minion/extmods

14.CACHEDIR:默认缓存路径

#cachedir: /var/cache/salt/master

15.KEEP_JOBS:旧的任务信息保留多少个小时

#keep_jobs: 24

16.GATHER_JOB_TIMEOUT:Minion获取任务超时时间

#gather_job_timeout: 10

17.TIMEOUT:Salt API,command执行的超时时间

#timeout: 5

18.OUTPUT_FILE:SaltStack command输出文件 比如日志

#output_file: None

19.CLI_SUMMARY:显示客户端的概要信息,目标的Minion数,返回的数目,没返回的数目

#cli_summary: False

20.MAX_MINIONS:最大管理的Minions数

21.TRANSPORT:通信模块

22.TRANSPORT:通信模块的参数

23.MAX_EVENT_SIZE:最大的事件数

#max_event_size: 1048576


安全配置项:

1.OPEN_MODE:开发模式,如果设置为true,则任何minion都能连上Master,无需验证 很危险

#open_mode: False

2.AUTO_ACCEPT:接听所有客户端的公钥

#auto_accept: False

3.TOKEN_EXPIRE:Master新生成token的存活时间

#token_expire: 43200

4.AUTOSIGN_TIMEOUT:如果Minion的keyid出现在pki_dir/minion_autosign/keyid中,Master会自动接受该Minion的链接,这个配置项,定义这个自动接受的持续时间,超时的要重新验证接受。

# autosign_timeout: 120

5.AUTOSIGN_FILE:自动接受Minion keyid存放文件 白名单

#autosign_file: /etc/salt/autosign.conf

6.AUTOREJECT_FILE:于AUTOSIGN_FILE相反 黑名单

#autoreject_file: /etc/salt/autoreject.conf

7.PUBLISHER_ACL:对指定Minion可执行指定的命令 白名单

#publisher_acl:

#  larry:

#    - test.ping

#    - network.*

8.PUBLISHER_ACL_BLACKLIST: 与PUBLISHER_ACL相反 黑名单

#publisher_acl_blacklist:

#  users:

#    - root

#    - '^(?!sudo_).*$'   #  all non sudo users

#  modules:

#    - cmd

9.EXTERNAL_AUTH:指定验证方法

#external_auth:

#  pam:

#    fred:

#      - test.*

10.FILE_RECV:允许minion向master发送文件 一个特别危险的配置项

#file_recv: False

11.FILE_RECV_MAX_SIZE:允许minion向master发送最大文件(MB)

#file_recv_max_size: 100

12.ROTATE_AES_KEY:轮换AES key

13.MASTER_SIGN_PUBKEY,

   MASTER_SIGN_KEY_NAM,

   MASTER_PUBKEY_SIGNATURE,

   MASTER_USE_PUBKEY_SIGNATURE,  网络通信签名相关



Saltstack Minion  配置

通用配置项:

1.MASTER:master的hostname,可以是多个  ip也行 域名也行

#master:

2.MASTER_TYPE:str,一对一 ; failover,容错的,这种情况下,master必须是多个,minion会逐个通信,func:动态生成的

# master_type: str

3.MAX_EVENT_SIZE:最多接受master推送过来的事件数目

#max_event_size: 1048576

4.MASTER_FAILBACK:回滚,如果设置为true,此时master_type必须是failover

#master_failback: False

5.MASTER_ALIVE_INTERVAL:心跳检测

#master_alive_interval: 30

6.RANDOM_MASTER:如果master是多个,则选择算法是否是随机的

#random_master: False

7.MASTER_PORT:Master端口

#master_port: 4506

8.USER:SaltStack启动用户

#user: root

9.SUDO_USER:可以获取sudo权限的用户

#sudo_user: root

10.ID:Minion的ID,会出现的Master的连接Minion的列表中

#id:

11.MASTER_TRIES:重连Master的次数

#master_tries: 1

12.AUTH_TRIES:auth 重试次数

#    auth_tries: 10

13.AUTH_TIMEOUT:auth超时

#auth_tries: 7

14.TCP_PUB_PORT:发布消息端口

#tcp_pub_port: 4510

15.TCP_PULL_PORT:获取消息端口

#tcp_pull_port: 4511


安全配置项:

1. open_mode:可以用来清理master key,修改为true,重启,修改为false,重启 通过这些步骤来清理master key

#open_mode: False

2.MASTER_FINGER:master指纹,用来验证master,在master上运行salt-key-F master获取

#master_finger: ''

3.VERIFY_MASTER_PUBKEY_SIGN:是否验证PUBKEY的签名文件

4.MASTER_SIGN_KEY_NAME:签名文件

5.ALWAYS_VERIFY_SIGNATURE:是否必须验证











本文转自 Xuenqlve 51CTO博客,原文链接:http://blog.51cto.com/13558754/2063243,如需转载请自行联系原作者
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
6天前
|
运维 持续交付 开发工具
自动化运维工具:Ansible入门教程
【8月更文挑战第60天】在现代IT运维管理中,自动化工具的使用已成为提高生产效率、减少人为错误和确保环境一致性的重要手段。本文将介绍Ansible——一款流行的开源自动化运维工具,通过其简单易学的语法和强大的功能,帮助读者快速入门并实现自动化部署和管理。我们将从Ansible的基本概念讲起,逐步深入到实际的代码示例,展示如何利用Ansible简化日常的运维任务。无论你是新手还是有经验的系统管理员,这篇文章都将为你提供实用的知识和技巧,让你轻松驾驭Ansible,开启自动化运维之旅。
|
6天前
|
机器学习/深度学习 运维 Cloud Native
构建高效运维体系:从自动化到智能化的演进之路
在当今数字化时代,运维作为信息技术的重要支柱,其效率与创新能力直接关系到企业信息系统的稳定性和业务连续性。本文将探讨如何通过技术手段,实现运维从传统手工操作向自动化、智能化的转变,进而构建一个高效、可靠的运维体系。我们将从自动化工具的应用开始,逐步深入到智能运维的实践,最终展望云原生架构下的运维未来趋势。
|
6天前
|
运维 监控 jenkins
自动化运维之路:从脚本到工具的演变
【9月更文挑战第29天】在数字化浪潮中,运维不再是简单的服务器管理。本文将带您穿越自动化运维的发展历程,揭示如何通过技术革新提升效率与可靠性。我们将探索自动化工具如何解放双手,实现快速部署、监控和故障恢复,最终达到高效运维的目标。
|
12天前
|
运维 关系型数据库 MySQL
自动化运维工具:Ansible入门与实践
【9月更文挑战第23天】本文将带你进入自动化运维的世界,以Ansible为例,从基础概念到实际操作,让你轻松掌握自动化运维技能。我们将一起探索如何通过代码实现批量部署、配置管理和任务执行等功能,提高运维效率,减轻工作压力。让我们一起开启自动化运维之旅吧!
|
9天前
|
运维 Prometheus 监控
运维中的自动化工具与实践指南
本文深入探讨了自动化工具在IT运维中的重要性,提供了多种实用工具的推荐与应用实例。通过分析自动化工具如何提升运维效率、减少错误率,我们将揭示其在现代信息技术管理中的核心价值。无论你是IT新手还是经验丰富的专家,都能从中汲取到有益的知识,进而提升你的工作效果。
|
9天前
|
机器学习/深度学习 人工智能 运维
构建高效运维体系:从自动化到智能化的演进之路
在当今数字化时代,运维作为保障企业IT系统稳定运行的关键环节,正经历着前所未有的变革。本文将探讨如何通过实施自动化和引入智能化技术,构建一个更加高效、可靠的运维体系,以应对日益复杂的业务需求和技术挑战。
22 1
|
1天前
|
运维 持续交付 数据库
自动化运维工具的探索与实践
【9月更文挑战第34天】在快速发展的IT行业,高效、可靠的运维工作是保障系统稳定运行的关键。本文将介绍一些主流的自动化运维工具,并分享如何通过这些工具来提升运维效率和质量。
|
消息中间件 监控 网络协议
SaltStack安装Apache/Mysql/PHP部署Wordpress
SaltStack是一个服务器基础架构集中化管理平台,具备配置管理、远程执行、监控等功能,基于Python语言实现,结合轻量级消息队列(ZeroMQ)与Python第三方模块(Pyzmq、PyCrypto、Pyjinjia2、python-msgpack和PyYAML等)构建。 SaltStack 采用 C/S模式,server端就是salt的master,client端就是minion,minion与master之间通过ZeroMQ消息队列通信。 master监听4505和4506端口,4505对应的是ZMQ的PUB system,用来发送消息,4506对应的是REP system是来接受
172 0
下一篇
无影云桌面