文档章节

SaltStack之Master配置文件解析

mind-blowing
 mind-blowing
发布于 2016/06/29 06:09
字数 3881
阅读 106
收藏 0

Salt-master的配置文件位于/etc/salt/master,各项配置参数如下:

#######################

主配置

interface

默认值:0.0.0.0(所有的网络地址接口)

绑定到本地的某个网络地址接口

  interface: 192.168.0.1

ipv6

默认值:False

设置master是否监听IPv6连接。如果设置为True,则interface选项也必须调整("interface: '::'")

  ipv6: True

publish_port

默认值:4505

设置master与minion的认证通信端口

  publish_port: 4505

user

默认值:root

运行salt进程的用户

  user: root

max_open_files

默认值:100000

每一个minion连接到master,至少要使用一个文件描述符,如果足够多的minion连接到master上,你将会从控制台上看到salt-master crashes:

Too many open files (tcp_listener.cpp:335)

Aborted (core dumped)

默认值这个值取决于ulimit -Hn的值,即系统的对打开文件描述符的硬限制

如果你希望重新设置该值或者取消设置,请记住这个值不能超过硬限制,提高硬限制取决于你的操作系统或分配,一个好的方法是在Internet找到对应操作系统的硬限制设置,比如这样搜索:

raise max open files hard limit debian

  max_open_files: 100000

worker_threads

默认值:5

启动用来接收或应答minion的线程数。如果你有很多minion,而且minion延迟你的应答,你可以适度的提高该值.

在点对点的系统环境中使用时,该值不要被设置为3以下,但是可以将其设置为1

  worker_threads: 5

ret_port

默认值:4506

这个端口是master用来发送命令或者接收minions的命令执行返回信息

  ret_port: 4506

pidfile

默认值:/var/run/salt-master.pid

指定master的pid文件位置

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

root_dir

默认值:/

指定该目录为salt运行的根目录,改变它可以使salt从另外一个目录开始运行,好比chroot

  root_dir: /

root_dir目录设置将影响以下目录配置,是它们的根目录:pki_dircachedirsock_dir,log_fileautosign_fileautoreject_filepidfile.

pki_dir

默认值:/etc/salt/pki

这个目录是用来存放pki认证秘钥

  pki_dir: /etc/salt/pki

cachedir

默认值:/var/cache/salt

这个目录是用来存放缓存信息,特别是salt工作执行的命令信息

  cachedir: /var/cache/salt

extension_modules

默认值:[]

自定义模块的目录。这个目录可以包含有以下模块类型的子目录,模块类型"runners", "output", "wheel", "modules", "states", "returners"等,此路径被追加到root_dir下。

  extension_modules: srv/modules

module_dirs

默认值:[]

类似extension_modules,用来搜索salt模块的附加的目录列表

  module_dirs: <no default>
    - /var/cache/salt/minion/extmods

verify_env

默认值:True

应用启动时验证与设置配置目录权限

  verify_env: True

keep_jobs

默认值:24

设置的保留过去的工作信息的小时数。请注意,此选项设置为0将禁用缓存清除

  keep_jobs: 24

timeout

默认值:5

master执行命令的可以接受的延迟时间,单位:秒

  timeout: 5

loop_interval

默认值:60

loop_interval选项控制master维护进程程检查周期。这个进程负责更新后端文件服务器,清理工作缓存执行计划,单位:秒

  loop_interval: 60

output

默认值:nested

salt使用 的命令输出器

  output: nested

color

默认值:True

默认输出是有颜色的,要禁用有颜色输出设置的颜色值为False

color: False

sock_dir

默认值:/tmp/salt-unix

指定unix socket主进程通信的socket创建路径

job_cache

默认值:True

设置master维护的工作缓存,这是一个很好的功能,当你的Minons超过5000台时,他将很好的承担这个大的架构,关闭这个选项,之前的工作执行以及工作系统将无法被利用,一般不推荐关掉改选项,开启该选项将会是很明智的,他将使master获得更快的IO系统

  job_cache: True

minion_data_cache

默认值:True

minion data cache是关于minion信息存储在master上的参数,这些信息主要是pillar 和 grains数据.这些数据被缓存在cachedir定义的目录下的minion目录下以minion名为名的目录下并且预先确定哪些minions将从执行回复

  minion_cache_dir: True

event_return New in version 2015.5.0.

默认值:''

指定一个日志事件返回到哪个returners。returners需要额外的安装配置

Note:不是所有的returners都支持日志事件返回,event_return() function 可以验证是否支持。

  event_return: cassandra_cql

event_return_queue New in version 2015.5.0.

默认值:0

系统繁忙的情况下,启用event_returns会带给returners所作用存储系统相当大的负载。Events可以在master上列队等待,而后使用单个事务将多个Events以批处理方式存储。默认情况下,Events不排队

  event_return_queue: 0

event_return_whitelist New in version 2015.5.0.

默认值:[]

只返回白名单中匹配tags的事件

  event_return_whitelist:
    - salt/master/a_tag
    - salt/master/another_tag

event_return_blacklist New in version 2015.5.0.

默认值:[]

只返回除黑名单以外匹配tags的事件

  event_return_whitelist:
    - salt/master/a_tag
    - salt/master/another_tag

 

 

#######################

master的安全配置

open_mode

默认值:False

open_mode是一个危险的安全特性,当master遇到pki认证系统,秘钥混淆和身份验证失效时,打开open_mode,master将会接受所有的身份验证。这将会清理掉pki秘钥接受的minions。通常情况下open_mode不应该被打开,它只适用于短时间内清理pki keys,若要打开它,可将值调整为True

  open_mode: False

auto_accept

默认值:False

开启auto_accept。这个设置将会使master自动接受所有发送公钥的minions

  auto_accept: False

autosign_file

默认值:120

如果autosign_file的值被指定,那么autosign_file将会通过该输入允许所有的匹配项,首先会搜索字符串进行匹配,然后通过正则表达式进行匹配。这是不安全的

  autosign_file: /etc/salt/autosign.conf

client_acl

默认值:{}

开启对系统上非root的系统用户在master上执行特殊的模块,这些模块名可以使用正则表达式进行表示

  client_acl:
    fred:
      - test.ping
      - pkg.*

client_acl_blacklist

默认值:{}

黑名单用户或模块

这个例子表示所有非sudo用户以及root都无法通过cmd这个模块执行命令,默认情况改配置是完全禁用的

  client_acl_blacklist:
    users:
      - root
      - '^(?!sudo_).*$'    # all non sudo users
    modules:
      - cmd

external_auth

默认值:{}

salt的认证模块采用外部的认证系统用来做认证和验证用户在salt系统中的访问区域

  external_auth:
    pam:
      fred:
        - test.*

token_expire

默认:43200

新令牌生成的时间间隔,单位秒,默认是12小时

  token_expire: 43200

file_recv

默认值:False

允许minions推送文件到master上,这个选项默认是禁用的,出于安全考虑

  file_recv: False

 

 

#######################

master模块管理

runner_dirs

默认值:[] 设置搜索runner模块的额外路径

  runner_dirs: []

cython_enable

默认值:False

设置为true来开启对cython模块的编译

  cython_enable: False

 


#######################

master状态系统设置

state_verbose

默认:False

state_verbose允许从minions返回更多详细的信息,通常清空下只返回失败或者已经更改,但是将state_verbose设置为True,将会返回所有的状态检查

  state_verbose: True

state_output

默认值:full

state_output的设置将会改变信息输出的格式,当被设置为”full”时,将全部的输出一行一行的显示输出;当被设置为”terse“时,将会被缩短为一行进行输出;当被设置为”mixed”时,输出样式将会是简洁的,除非状态失败,这种情况下将会全部输出;当被设置为”change”时,输出将会完全输出除非状态没有改变

  state_output: full

state_top

默认值:top.sls

状态系统使用一个入口文件告诉minions在什么环境下使用什么模块,这个状态入口文件被定义在基础环境的相对根路径下

  state_top:  top.sls

external_nodes

默认值:None

这个外部节点参数允许salt来收集一些数据,通常被放置在一个入口文件或外部节点控制器.外部节点的选择是可执行的,将会返回ENC数据,记住如果两者都启用的话salt会将外部节点和入口文件的结果进行综合汇总。

  external_nodes: cobbler-ext-nodes

renderer

默认值:yaml_jinja

使用渲染器用来渲染minions的状态数据

  renderer: yaml_jinja

failhard

默认值:False

设置一个全局的failhard表示,当单个的状态执行失败后,将会通知所有的状态停止运行状态

  failhard: False

test

默认值:False

如果真的要作出改变或者仅仅通知将要执行什么改变时设置所有的状态调用为test

  test: False

 

 

#######################

master文件服务器设置

fileserver_backend

默认值:

  fileserver_backend:
    - roots

salt支持模块化的后端文件系统服务器,它允许salt通过第三方的系统来管理收集文件并提供给minions使用,可以配置多个后端文件系统,这里支持gitfs、hgfs、roots、s3fs文件调用的搜索顺序按照后台文件系统的配置顺序来搜索,默认的设置只开启了标准的后端服务器roots,具体的根选项配置通过file_roots参数设置

fileserver_backend:
  - roots
  - gitfs

file_roots

默认值:

  base:
    - /srv/salt

salt运行一个轻量级的文件服务器通过ZeroMQ对minions进行文件传输,因此这个文件服务器是构造在master的守护进程中,并且不需要依赖于专用的端口

文件服务器的工作环境传递给master,每一个环境可以有多个跟目录,但是相同环境下多个文件的子目录不能相同,否则下载的文件将不能被可靠的保证,一个基础环境依赖于主的入口文件,如:

  file_roots:
    base:
      - /srv/salt
    dev:
      - /srv/salt/dev/services
      - /srv/salt/dev/states
    prod:
      - /srv/salt/prod/services
      - /srv/salt/prod/states

hash_type

默认值:md5

hash_type是用来当发现在master上需要对一个文件进行hash时的hash使用的算法,默认是md5.但是它也支持sha1,sha224,shar256,shar384,shar512

 hash_type: md5

file_buffer_size

默认值:1048576

文件服务器的缓存区大小

 file_buffer_size: 1048576

 

 

#######################

pillar配置

pillar_roots

默认值:

 base:
   - /srv/pillar

设置不同的环境对应的存放pillar数据的目录,这个配置和file_roots参数配置一样

  pillar_roots:
    base:
      - /srv/pillar
    dev:
      - /srv/pillar/dev
    prod:
      - /srv/pillar/prod

ext_pillar

当进行pillar数据收集时,这个ext_pillar参数允许调用任意数量的外部pillar接口,这个配置是基于ext_pillar函数,你可以从这个找到这个函数https://github.com/saltstack/salt/blob/develop/salt/pillar 

默认情况下,这个ext_pillar接口没有配置运行

默认值:None

  ext_pillar:
    - hiera:/etc/hiera.yaml
    - cmd_yaml:cat/etc/salt/yaml


从这里可以查到pillar的一些额外细节

 

 

#######################

syndic server配置

syncdic是salt master用来通过从整体架构中高于自己层级的master或者syndic接收命令传递给minions的中间角色。使用syndic非常简单,如果这个master在整体架构中,他的下级存在syndic server,那么需要将master的配置文件中的”order_master”值设置为True,如果这个master还需要运行一个syndic进程,扮演另外一个角色,那么需要设置主master server的信息(上一级master)

千万别忘记了,这将意味着它将与其他master共享它的minion的id和pki_dir

order_masters

默认值:False

当额外的数据需要发送和传递,并且这个master控制的minions是被低等级的master或syndic直接管理下,那么”order_masters”这个值必须得设置为True

  order_master: False

syndic_master

默认值:None

如果这个master运行的salt-syndic连接到了一个更高层级的master,那么这个参数需要配置成连接到的这个高层级的master的地址

  syndic_master: masterofmasters

syndic_master_port

默认值:4506

如果这个master运行的salt-syndic连接到了一个更高层级的master,那么这个参数需要配置成连接到的这个高层级master的监听端口

  syndic_master_port: 4506

syndic_log_file

默认值:syndic.log

为syndic进程指定日志文件

  syndic_log_file:  salt-syndic.log

syndic_pidfile

默认值:salt-syndic.pid

为syndic进程指定pid文件

  syndic_pidfile: syndic.pid

 

 

#######################

Peer Publish设置

salt minions可以向其他minions发送命令,但是仅仅在minion允许的情况下。默认情况下”Peer Publication”是关闭的,当需要开启的时候,需要开启对应的minion和对应的命令,这样可以允许根据个人的minions安全的划分出命令

peer

默认值:{}

这个配置使用正则表达式去匹配minions并且是一个正则表达式列表函数,下面这个例子将允许名为foo.example.com的minion认证通过后执行test和pkg模块中的函数

  peer:
    foo.example.com:
      - test.*
      - pkg.*

这将允许所有的minion执行所有的命令

 peer:
   .*:
     -.*

这样的配置是极不推荐的,因为任何人得到架构中的任何一个minion即可拥有所有的minions,这是不安全的

peer_run

默认值:{}

peer_run参数是用来打开runners在master所允许的minions上,peer_run的配置匹配格式和peer参数的配置一样

下面这个例子允许foo.example.com的minion执行manage.up runner

peer_run:
  foo.example.com:
    - manage.up

NODE GROUPS

默认值:{}

minions允许通过node groups来分成多个逻辑组,每个组由一个组名和复合模式组成。L@和G@分别表示minion和grain信息,配置之后不需要重启salt-master;然后就可以通过group来执行命令了

  nodegroups:
    group1:'L@foo.domain.com,bar.domain.com,baz.domain.com or bl*.domain.com'
    group2:'G@os:Debian and foo.domain.com'


 

#######################

Master日志设置

log_file

默认值:/var/log/salt/master

master的日志可以发送到一个普通文件,本地路径名或者网络位置,更多详情

例如:

  log_file: /var/log/salt/master
  log_file: file:///dev/log
  log_file: udp://loghost:10514

log_level

默认值:warning

按照日志级别发送信息到控制台,更多详情

 log_level:  warning

log_level_logfile

默认值:warning

按照日志级别发送信息到日志文件,更多详情

  log_level_logfile: warning

log_datefmt

默认值:%H:%M:%S

发送到控制台信息所用的日期时间格式,更多详情

  log_datefmt: '%H:%M:%S'

log_datefmt_logfile

默认值: %Y-%m-%d %H:%M:%S

发送到日志文件信息所用的日期时间格式,更多详情

  log_datefmt_logfile: '%Y-%m-%d %H:%M:%S'

log_fmt_console

默认值: [%(levelname)-8s] %(message)s

控制台日志信息格式,更多详情

  log_fmt_console: '[%(levelname)-8s] %(message)s'

log_fmt_logfile

默认值: %(asctime)s,%(msecs)03.0f [%(name)-17s][%(levelname)-8s] %(message)s

%(asctime)s:2003-07-08 16:49:45

%(msecs)03.0f:当前时间的毫秒部分

%(name):日志记录调用器的名字

%(levelname):日志记录级别

%(message)s:日志详细信息

日志文件信息格式,更多详情

  log_fmt_logfile: '%(asctime)s,%(msecs)03.0f [%(name)-17s][%(levelname)-8s] %(message)s'

log_granular_levels

默认值:{}

这可以更加具体的控制日志记录级别,更多详情

 

 

#######################

Include 配置

default_include

默认值:master.d/*.conf

master可以从其他文件读取配置,默认情况下master将自动的将master.d/*.conf中的配置读取出来并应用,其中master.d目录是相对存在于主配置文件所在的目录

include

默认值:not defined

master可以包含其他文件中的配置,要启用此功能,通过此参数定义路径或文件,此路径可以是相对的也可以是绝对的,相对的,会被看作相对于主配置文件所在的目录,路径中还可以使用类似于shell风格的通配符,如果没有文件匹配的路径传递给此选项,那么master将会在日志中记录一条警告的消息

 

中文文档:http://docs.saltstack.cn/ 

官方文档:http://docs.saltstack.com/ref/configuration/master.html 

© 著作权归作者所有

mind-blowing
粉丝 51
博文 218
码字总数 114160
作品 0
宝山
运维
私信 提问
运维自动化之Saltstack使用详解

概要 saltstack是基于Python开发的C/S架构的一款批量管理工具,底层采用动态的连接总线(ZeroMQ消息队列pub/sub方式通信),使用ssl证书签发的方式进行认证管理,使其可以用于编配, 远程执行...

linuxzkq
2018/06/26
0
0
saltstack安装及基本模块的使用

最近换了家公司,公司使用saltstack管理服务器,故在本地搭建安装学习 一、常见自动化工具 1. Puppet (www.puppetlabs.com)基于rubby开发,c/s架构,支持多平台,可管理配置文件、用户、c...

yacai1990
2018/07/31
0
0
自动化运维集中式管理工具saltstack的基于各个平台的部署

集中式管理工具saltstack是兼容Linux、Windows、Unix平台,能实现服务器的批量管理,命令或脚本下发,软件部署,环境搭建,配置管理,是运维人员的提高管理效率的工具。至于更详细的功能与优...

盖世英雄iii
2018/06/27
0
0
自动化运维集中式管理工具saltstack的基于平台的部署

集中式管理工具saltstack是兼容Linux、Windows、Unix平台,能实现服务器的批量管理,命令或脚本下发,软件部署,环境搭建,配置管理,是运维人员的提高管理效率的工具。至于更详细的功能与优...

盖世英雄iii
2018/06/27
0
0
自动化运维集中式管理工具saltstack的基于各个平台的部署

集中式管理工具saltstack是兼容Linux、Windows、Unix平台,能实现服务器的批量管理,命令或脚本下发,软件部署,环境搭建,配置管理,是运维人员的提高管理效率的工具。至于更详细的功能与优...

盖世英雄iii
2018/06/27
0
0

没有更多内容

加载失败,请刷新页面

加载更多

golang-字符串-地址分析

demo package mainimport "fmt"func main() {str := "map.baidu.com"fmt.Println(&str, str)str = str[0:5]fmt.Println(&str, str)str = "abc"fmt.Println(&s......

李琼涛
今天
4
0
Spring Boot WebFlux 增删改查完整实战 demo

03:WebFlux Web CRUD 实践 前言 上一篇基于功能性端点去创建一个简单服务,实现了 Hello 。这一篇用 Spring Boot WebFlux 的注解控制层技术创建一个 CRUD WebFlux 应用,让开发更方便。这里...

泥瓦匠BYSocket
今天
6
0
从0开始学FreeRTOS-(列表与列表项)-3

FreeRTOS列表&列表项的源码解读 第一次看列表与列表项的时候,感觉很像是链表,虽然我自己的链表也不太会,但是就是感觉很像。 在FreeRTOS中,列表与列表项使用得非常多,是FreeRTOS的一个数...

杰杰1号
今天
8
0
Java反射

Java 反射 反射是框架设计的灵魂(使用的前提条件:必须先得到代表的字节码的 Class,Class 类 用于表示.class 文件(字节码)) 一、反射的概述 定义:JAVA 反射机制是在运行状态中,对于任...

zzz1122334
今天
6
0
聊聊nacos的LocalConfigInfoProcessor

序 本文主要研究一下nacos的LocalConfigInfoProcessor LocalConfigInfoProcessor nacos-1.1.3/client/src/main/java/com/alibaba/nacos/client/config/impl/LocalConfigInfoProcessor.java p......

go4it
昨天
9
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部