salt-master&minion常用配置选项

master常用配置选项

 1 interface:   指定bind的地址(默认0.0.0.0)
 2 publish_port:指定发布端口(默认4505)
 3 ret_port:    指定结果返回端口,与minion配置文件的master——port对应(默认为root)
 4 user:        指定master进程的运行用户,如果调整,则需要调整部分目录的权限(默认root)
 5 timeout:    指定timeout时间,如果minion规模庞大或网络状况不好,建议增大该值(默认5s)
 6 keep_jobs:  默认情况下,minion会执行结果会返回master,master会缓存到本地的cachedir目录,
 7 该参数指定缓存多长时间,以供查看之前的执行结果,会占用磁盘空间(默认24h)
 8 job_cache:  master是否缓存执行结果,如果规模庞大(超过5000台),建议使用其他方式来存储jobs,
 9 关闭本选项(默认为True)
10 file_recv:  是否允许minion传送文件到master上(默认Flase)
11 file_roots: 指定file server目录,默认为:
12 file_roots:
13 base:
14 - /srv/salt
15 pillar_roots:指定pillar目录,默认为:
16 pillar_roots:
17 base:
18 - /srv/pillar
19 log_level:执行日志级别,支持日志级别有‘garbage’,‘trace’,‘debug’,‘info’,‘warning’,‘error’,‘critical’
20 (默认为warning)

minion常用配置选项:

 1     master:    指定master主机(默认salt)
 2     master_port: 指定认证和执行结果发送到master的那个端口,与master配置文件的ret_port对应(默认4506)
 3     id:      指定本minion的标识,salt内部使用id作为标识(默认为主机名)
 4     user:     执行运行minion的用户,由于安装包,启动服务等操作需要特权用户,推荐使用root(默认为root)
 5     cache_jobs:  minion是否缓存执行结果(默认False)
 6     backup_mode:在文件操作(file.managed或file.recurse)时,如果文件发生变更,指定备份目标,当前有效值为minion,
 7     备份在cachedir/file_backup    目录下,以原始文件名称加时间戳来命名(默认Disabled)
 8     providers:  指定模块对应的providers,如果RHEL系列中,pkg对应的providers是yumpkg5
 9     renderer:   指定配置管理系统中的渲染器(默认值:yaml_jinja)
10     file_clicent:指定file client默认去哪里(remote或local)寻找文件(默认值为remote)
11     loglevel:  指定日志级别
12     tcp_keepalive:minion是否与master保持keepalive检查,zeromq3以下版本存在keepalive bug,会导致某些情况下连接异常后minion无法重连master,
13     建议有条件的话升级到zeromq3以上版本(默认为True)
时间: 2024-09-30 05:34:23

salt-master&minion常用配置选项的相关文章

学习环境搭建<一>批量部署,无人值守,部署salt master/minion

%新人自学的,肯定有不对的地方,指出来大家共同学习% 准备: rhel-server-6.4-x86_64-dvd.iso salt.tar.gz 第一步: 准备一台服务器,用以管理其他服务器 system---→       rhel-server-6.4-x86_64-dvd.iso ip---→                20.10.10.111 hostname----→  admin.black.com 配置好yum源 mkdir /iso mount /dev/cdrom /is

httpd-2.2 常用配置选项及VirtualHost

目录: 一.httpd服务基本介绍 二.httpd-2.2常用小选项配置 三.httpd-2.2 VirtualHost配置 四.httpd-2.2的基于https的安全访问 -------------------------------------- 一.httpd服务基本介绍: httpd是Apache超文本传输协议(HTTP)服务器的主程序.被设计为一个独立的运行的后台进程,它会建立一个出来请求的子进程或线程的池.通常httpd不被直接调用,而是由apachectl调用.http是一个应用

thinkphp3.2链接数据库常用的配置选项

thinkphp3.2常用配置选项,app/Common/Conf/config.php 或者 app/Home/Conf/config.php 1 2 3 4 5 6 7 8 'SHOW_PAGE_TRACE' => true;         //开启右下角的调试信息小图标,调试时使用 'DB_TYPE'               =>  'mysql',        // 数据库类型 'DB_HOST'               =>  'localhost',    // 

配置使用;yum安装slatstack的master,minion<at>centos6_x86_64

使用: ####################################### 配置: ####################################### 安装: 服务端安装: [[email protected] about_saltstack]# yum -y install yum-utils.noarch Loaded plugins: fastestmirror, refresh-packagekit, security Loading mirror speeds

saltstack安装配置(master&minion)草稿

操作系统centos6.3,centos6.4,windows server2008R2. 文中的下载链接可能会随着saltstack官网上版本的更新,而出现变动或错误,请以你需要安装的版本链接为准.我写上具体链接是为了近段时间重复操作时方便. 本文中,linux采用EPEL安装,windows选择exe安装包. 1.在你的系统中如果EPEL当前并不是enabled状态,你可以通过如下命令启用它. 对于RHEL 5: rpm -Uvh http://mirror.pnl.gov/epel/5/i

Windows Server 2012 R2 WSUS-9:常用控制台选项配置

在WSUS控制台中,默认提供了很多选项,这些选项为我们更好的管理和使用WSUS提供了很好的途径.首先,来看看"计算机清理向导",一般我们可以每个月运行一次计算机清理向导,来清理不需要的更新,释放磁盘空间等等,具体清理向导打开的方式如下. 打开之后可以做的清理操作如下.我们可以默认全部选择,也可以根据需要进行自定义的选择.如果公司的环境中计算机的数目比较多,这个清理向导还是很有用处的. 另外一个功能就是我们可以配置电子邮件通知.选择"选项","电子邮件通知&

The Salt Master has rejected this minion's public key!

salt查看日志: salt --log-level=all "10.199.165.244" state.highstate 进入调试模式: salt-minion -l debug [DEBUG   ] Reading configuration from /etc/salt/minion [DEBUG   ] Configuration file path: /etc/salt/minion [INFO    ] Setting up the Salt Minion "

配置Salt Master

saltstack利用AES加密 yum install https://repo.saltstack.com/yum/redhat/salt-repo-latest-2.el7.noarch.rpm yum install salt-master salt-minion -y 创建salt api 认证用户名密码,使用pam认证方式 sudo useradd admin # 必须是admin,如果是其他用户,需要对应修改$HOME/saltshaker_api/saltapi.conf里面的a

优云实践:巧用Salt,实现CMDB配置自动发现

随着互联网+新形势的发展,越来越多的企业步入双态(稳敏双态)IT时代,信息化环境越来越复杂,既有IOE三层架构,也有VCE.Openstack等云虚拟化架构和互联网化的分布式大数据架构.所以,企业急需建立一套合适的配置管理库(CMDB),像人类"大脑"一样统一存储从基础架构到业务应用各层面的配置信息,以便协调"身体"(运维系统)各部分完成复杂的运维工作. CMDB如此重要,但又是运维中最难建设好的部分,就连很多IT运维界大佬都感叹CMDB是运维人的最痛点,他们总结C