那如果要批量修改被管机器的某个配置文件怎么做?以下给出一个最简单案例。
 
先在主管机器master上查看/etc/salt/master配置文件
看到有以下几行配置文件
 
# file_roots:
#   base:
#     - /srv/salt/
#   dev:
#     - /srv/salt/dev/services
#     - /srv/salt/dev/states
#   prod:
#     - /srv/salt/prod/services
#     - /srv/salt/prod/states
 
 
配置说明:默认以上的文件目录,就是state模块应用目录,你可将其配置项的注释 删掉,额外配置一些其它你喜欢目录树结构,然后重启master的服务,让其配置生效。
 
这里为了测验,我没有改master配置,在base目录下直接测试
首先创建文件夹
mkdir /srv/salt
接下来在这目录中创建一个state模块可解析的sls文件
vi /srv/salt/one.sls
 
#这个/tmp/foo.conf其实是一个ID,但它直接默许你要管理的minion机器上的文件位置
/tmp/foo.conf:
#使用state中的file.managed模块来管理,具体配置参考可以通过salt 'minion' sys.state_doc  file.managed这条命令来查阅
  file.managed:
#定认本端master的源文件key
    - source:
#这里的key中的VALUE对应的是salt://foo.conf,指的是salt中base目录(/srv/salt/) 下的foo.conf
      - salt://foo.conf
#将目标minion的文件控制其文件权限
    - user: root
    - user: root
    - mode: 644
#备份minion的源文件
    - backup: minion
 
接下来我们创建master要下发的配置文件示例
# echo 'saltstack Test' > /srv/salt/foo.conf
 
接下来在master通过state命令把配置批量推下去
salt -E '10.40.41.154.ubuntu1404.stg|10.40.41.154.ubuntu1404.stg'   state.sls one
10.40.41.154.ubuntu1404.stg:
----------
          ID: /tmp/foo.conf
    Function: file.managed
      Result: True
     Comment: File /tmp/foo.conf is in the correct state
     Started: 11:38:24.910375
    Duration: 31.449 ms
     Changes:   
 
Summary for 10.40.41.154.ubuntu1404.stg
------------
Succeeded: 1
Failed:    0
------------
Total states run:     1
Total run time:  31.449 ms
10.40.41.155.centos7.stg:
----------
          ID: /tmp/foo.conf
    Function: file.managed
      Result: True
     Comment: File /tmp/foo.conf is in the correct state
     Started: 11:38:24.917948
    Duration: 41.525 ms
     Changes:   
 
Summary for 10.40.41.155.centos7.stg
------------
Succeeded: 1
Failed:    0
------------
Total states run:     1
Total run time:  41.525 ms
 
我们当然可以从minion单台机器上向master获取
 为验证成功性,我们修改一下刚才master上的foo.conf
echo 'saltstack Test-2' > /srv/salt/foo.conf
在minion端发生命令
# salt-call state.sls one
local:
----------
          ID: /tmp/foo.conf
    Function: file.managed
      Result: True
     Comment: File /tmp/foo.conf updated
     Started: 11:40:30.638998
    Duration: 49.449 ms
     Changes:    x
              ----------
              diff:
                  ---
                  +++
                  @@ -1 +1 @@
                  -saltstack Test
                  +saltstack Test-2
 
Summary for local
------------
Succeeded: 1 (changed=1)
Failed:    0
------------
Total states run:     1
Total run time:  49.449 ms
 
 
比较2台minion配置文件的差异
[root@localhost salt]# cat /tmp/foo.conf
saltstack Test-2
 
root@ubuntu:/srv/salt# cat /tmp/foo.conf
saltstack Test
 
这是最简单的配置管理
我们可通过这条命令实时追踪它state底层执行的过程:salt-run state.event pretty=True 需要一边开这个窗口monitor,另一窗口执行命令
 

saltstack布署实践 【配置文件管理-state模块】的更多相关文章

  1. saltstack布署实践 【安装】

    借用链接http://www.cnblogs.com/liuyansheng/p/6094122.html的安装方式,我再同步一下其它操作系统的安装方式,由原Docker官网拷贝 Ubuntu1404 ...

  2. openstack私有云布署实践【0 前言】

    管理控制层面示图: 其实在修改这个布署文档是,我发现当时生产中的布署已经严重偏离了openstack高可用的指导思想.我们自己实践的高可用其实是适应自己的架构而做的调整,因为我们现实手头上中没有比较符 ...

  3. openstack私有云布署实践【11.3 计算nova - compute节点-nova用户免密登录(用于云主机冷迁移+扩展云主机大小)】

    云主机迁移+扩展云主机大小 ,官方说它依赖nova用户之间的免密登录.确保每个resion区域的compute节点服务器他们可以相互SSH免密   compute1-7     他们相互SSH免密 k ...

  4. openstack私有云布署实践【9.3 主从controller单向同步glance-image目录】

    采用Rysnc单向同步,而不用双方实时同步,原因是在历史的运行过程中,我们发现,有些镜像包太大,当在主用的glance将镜像保存时,并不是一时半会就把镜像保存好,当主用在保存时,备用节点又在实时同步那 ...

  5. openstack私有云布署实践【11.2 计算nova - compute节点配置(办公网环境)】

    这里我只使用compute1节点配置为示例,其它节点的配置基本是一样的,只是声明的管理IP不同而已   计算节点 # yum install openstack-nova-compute sysfsu ...

  6. openstack私有云布署实践【11.1 计算nova - compute节点配置(科兴环境)】

    这里我只使用kxcompute1节点配置为示例,其它节点的配置基本是一样的,只是声明的管理IP不同而已   计算节点 # yum install openstack-nova-compute sysf ...

  7. openstack私有云布署实践【12.2 网络Neutron-controller节点配置(办公网环境)】

    网络这一块推荐使用的是 Neutron--LinuxBirdge的Ha高可用,此高可用方案对Public作用不是很大,Public只用到DHCP,而Private则会用到L3 Agent,则此方案是有 ...

  8. openstack私有云布署实践【12.1 网络Neutron-controller节点配置(科兴环境)】

    网络这一块推荐使用的是 Neutron--LinuxBirdge的Ha高可用,此高可用方案对Public作用不是很大,Public只用到DHCP,而Private则会用到L3 Agent,则此方案是有 ...

  9. openstack私有云布署实践【3 keepalive配置(VRRP虚IP)】

    这里只用到keepalived 或者pacemaker两种方法,可二选一来配置,官方提供的是pacemaker,但我们实际测试环境和生产环境上使的是keepalive     首先在4台control ...

随机推荐

  1. 在VirtualBox下安装CentOS教程(截图版)

    http://blog.csdn.net/kobe_lzq/article/details/7894718 使用的软件: VirtualBox 4.1.2 CentOS 5.6 x86_64  刻录的 ...

  2. .net图片压缩

    1.png很难进行压缩,一般压缩时间较长. 2.jpg图片压缩方法: #region 图片压缩[之压缩jpg] public static void JpgImgZip(Image img,strin ...

  3. Metadata是.NET平台的核心灵魂--(转载)

    (转载)Metadata是.NET平台的核心灵魂 July 7th, 2010 jzli Leave a comment Go to comments 网友来信:李老师,您好!我参加过你去年到我们公司 ...

  4. ASP.NET MVC Model绑定

    ASP.NET MVC Model绑定(一) 前言 ModelMetadata系列的结束了,从本篇开始就进入Model绑定部分了,这个系列阅读过后你会对Model绑定有个比较清楚的了解, 本篇对于Mo ...

  5. SharePoint 2013常用开发工具

    SharePoint 2013常用开发工具分享 2014-04-01 00:59 by jv9, 589 阅读, 1 评论, 收藏, 编辑 众所周知,一款好的开发工具不仅能提高项目开发效率,而且能够协 ...

  6. MVC中如何实现本地化的解决方案

    1. Q: 什么是本地化? A: 本地化是指企业在国际化过程中,为了提高市场竞争力,同时降低成本,将产品的生产.销售等环节按特定国家/地区或语言市场的需要进行组织,使之符合特定区域市场的组织变革过程. ...

  7. Vijos:P1001谁拿了最多奖学金

    描述 某校的惯例是在每学期的期末考试之后发放奖学金.发放的奖学金共有五种,获取的条件各自不同: 1) 院士奖学金,每人8000元,期末平均成绩高于80分(>80),并且在本学期内发表1篇或1篇以 ...

  8. Web API中使用Dependency Resolver

    Web API中使用Dependency Resolver 前言 阅读本文之前,您也可以到Asp.Net Web API 2 系列导航进行查看 http://www.cnblogs.com/aehyo ...

  9. C/C++基础知识总结——继承与派生

    1. 类的继承与派生 1.1 派生类的定义 (1) 定义规范 class 派生类名: 继承方式 基类1名, 继承方式 基类2名... { ...派生类成员声明; }; (2) 从以上形式上看可以多继承 ...

  10. jQuery中,$.extend,$obj.extend和$.fn.extend三者的区别

    jQuery中,$.extend,$obj.extend和$.fn.extend三者的区别 现在做的一个项目,所使用的框架是基于jQuery扩展的,于是平时学了一下jQuery,了解到了它的扩展函数: ...