Linux下SaltStack的重要数据系统组件grains和pillar和jinja的使用（四）

最新推荐文章于 2021-07-18 01:27:22 发布
最新推荐文章于 2021-07-18 01:27:22 发布
阅读量254 收藏 2
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42303254/article/details/88953790
版权

续我的前四篇博文：https://mp.csdn.net/postedit/88882456，https://mp.csdn.net/postedit/88882815，https://mp.csdn.net/postedit/88920846，https://mp.csdn.net/postedit/88952162。即SaltStack已经安装并配置好，httpd和nginx案例已经配置好。

 

一、实验环境(rhel7.3版本)

1、selinux和firewalld状态为disabled

2、各主机信息如下：

主机ip
server1（master）172.25.83.1
server2（minion）172.25.83.2
server3（minion）172.25.83.3

 

二、grains（存放的是静态数据）

 

1、grains的概念

 

grains是minion第一次启动的时候采集的静态数据，可以用在salt的模块和其他组件中。其实grains在每次minion启动（重启）的时候都会采集，即向master汇报一次。

grains的特性—每次启动汇报、静态决定了它没有pillar灵活，要知道pillar是随时可变的，只要在master端修改了，一般都会立刻生效的。所以grains更适合做一些静态的属性值的采集，例如设备的角色(role)，磁盘个数(disk_num）等诸如此类非常固定的属性。
那么我们就可以得到一个大致的判断，如果你想定义的属性值是经常变化的，那请采用pillar，如果是很固定、不易变的那请用grains。

 

2、grains的相关命令：

 

salt server2 grains.items   #查看主机server2的grains详细信息(这里的items相当于字典的key和value)
salt '*' grains.items   #查看所有主机的grains详细信息(这里的items相当于字典的key和value)。值的注意的是:必须写'*',不能写为*

salt server2 grains.item fqdn   #查看主机server2的fdqn这个key值对应的value值。
salt '*' grains.item fqdn   #查看所有主机的fqdn这个key值对应的value值。

salt server2 grains.ls   #查看主机server2的所有key(针对grains)
salt '*' grains.ls   #查看所有主机的所有key(针对grains)

 

3、grains的一些用法

 

[root@server1 ~]# salt server2 grains.item ipv4   #查看主机server2的ipv4的信息
server2:
    ----------
    ipv4:
        - 127.0.0.1
        - 172.25.83.2
[root@server1 ~]# salt '*' grains.item ipv4   #查看所有主机的ipv4信息
server3:
    ----------
    ipv4:
        - 127.0.0.1
        - 172.25.83.3
server2:
    ----------
    ipv4:
        - 127.0.0.1
        - 172.25.83.2
[root@server1 ~]# salt server2 grains.item uuid   #查看主机server2的uuid信息
server2:
    ----------
    uuid:
        d8022f9f-9bbd-4ebe-9de7-f2232d17164a
[root@server1 ~]# salt '*' grains.item uuid   #查看所有主机的uuid信息
server3:
    ----------
    uuid:
        3a5ac263-f82b-4190-97fb-135245788384
server2:
    ----------
    uuid:
        d8022f9f-9bbd-4ebe-9de7-f2232d17164a
[root@server1 ~]# salt server2 grains.item os   #查看主机server2的os信息
server2:
    ----------
    os:
        RedHat
[root@server1 ~]# salt '*' grains.item os   #查看所有主机的os信息
server2:
    ----------
    os:
        RedHat
server3:
    ----------
    os:
        RedHat
[root@server1 ~]# salt -G 'os:Redhat' test.ping   #对系统为Redhat的主机进行test.ping方法
server3:
    True
server2:
    True
[root@server1 ~]# salt -G 'host:server2' cmd.run hostname   #对host为server2的用户执行shell命令hostname
server2:
    server2

 

4、设置grains的方法

 

方法1：基于配置文件修改roles

在minion端(server2):进行配置
[root@server2 ~]# vim /etc/salt/minion   #在server2的minion配置文件中打开grains
121 grains:
122   roles:   #相当于字典的key值
123     - httpd   #相当于字典的value值
[root@server2 ~]# systemctl restart salt-minion   #重启后minion会将grains同步到master

#在master端(server1):进行测试
[root@server1 ~]# salt server2 grains.item roles   #查看server2端的roles信息
server2:
    ----------
    roles:
        - httpd
[root@server1 ~]# salt server2 grains.ls   #查看server2端的所有key信息
    - roles   #我们会看到key信息中有roles出现
[root@server1 ~]# salt -G 'roles:httpd' cmd.run hostname   #查看角色为httpd的主机对应的主机名
server2:
    server2

 

方法2：基于自定义文件的grains

在master端(server1):进行配置
[root@server1 ~]# mkdir /srv/salt/_grains
[root@server1 ~]# cd /srv/salt/_grains/   #该目录的名字必须是_grains
[root@server1 _grains]# vim my_grains.py   #该文件的名字随意给,只要以.py结尾即可
#!/usr/bin/env python
def my_grains():
    grains={}
    grains['roles']='nginx'
    grains['hello']='world'
[root@server1 salt]# salt server3 saltutil.sync_grains    #将server1端将.py文件传给server3

#在master端(server1):进行测试
[root@server1 ~]# salt server3 grains.item roles   #查看server3端的roles信息
server3:
    ----------
    roles:
        nginx
[root@server1 ~]# salt server3 grains.item hello   #查看server3端的hello信息
server3:
    ----------
    hello:
        world
[root@server1 ~]# salt server3 grains.ls   #查看server3端的所有的key
    - hello
    - roles
  • 并且在server3的缓存目录下可以看到该文件

 

值的注意的点：如果master端定义了grains，同时minion端的配置文件中也指定了grains。minion端配置文件的优先级要高于master端定义的grains。

下面我们基于上面的两种方法来证明一下：

从上面的图我们可以得到结论：minion端配置文件的优先级要高于master端的grains。（因为master端定义的roles的信息为nginx，而minion端定义的roles的信息为httpd）。

 

我们设置完上面的grains之后，可以修改之前编写的top.sls文件，再次进行高级推送的实验

[root@server1 ~]# cd /srv/salt/
[root@server1 salt]# ls
_grains  httpd  nginx  top.sls  users
[root@server1 salt]# vim top.sls
base:
  'roles:httpd':
    - match: grain
    - httpd.service

  'roles:nginx':
    - match: grain
    - nginx.service
[root@server1 salt]# salt '*' state.highstate

看到上图，表示配置成功。

 

 

三、pillar（存放的是动态数据）

 

1、pillar的概念

 

pillar是salt用来分发全局变量到所有minions的一个端口
Pillar用于给特定的 minion 定义任何你需要的数据， 这些数据可以被Salt的其他组件使用！安全起见，有些数据是不可以共享出来的，需要指定。比如高度敏感的数据：通过pillar传输的数据会保证只向选定的minions展现，这使得pillar可以作为Salt中管理安全信息的引擎，比如加密的key和密码。

 

2、pillar的相关命令：

 

salt server2 pillar.items   #查看主机server2的pillar详细信息(这里的items相当于字典的key和value)
salt '*' pillar.items   #查看所有主机的grains详细信息(这里的items相当于字典的key和value)。值的注意的是:必须写'*',不能写为*

salt server2 pillar.item webserver   #查看主机server2的webserver这个key值对应的value值。
salt '*' pillar.item webserver   #查看所有主机的webserver这个key值对应的value值。

salt server2 pillar.ls   #查看主机server2的所有key(针对pillar)
salt '*' pillar.ls   #查看所有主机的所有key(针对所有pillar)

 

3、pillar的一些用法

 

[root@server1 ~]# salt server2 pillar.item webserver   #查看主机server2的webserver信息
server2:
    ----------
    webserver:
        httpd
[root@server1 ~]# salt '*' pillar.item webserver   #查看所有主机的webserver信息
server3:
    ----------
    webserver:
        nginx
server2:
    ----------
    webserver:
        httpd
[root@server1 ~]# salt -I 'webserver:httpd' test.ping   #对webserver为httpd的主机进行test.ping方法测试
server2:
    True
[root@server1 ~]# salt -I 'webserver:httpd' cmd.run hostname   #对webserver为httpd的主机执行shell命令hostname
server2:
    server2

 

4、pillar的使用

 

<1>编辑/etc/salt/master打开pillar存储路径

[root@server1 salt]# vim /etc/salt/master
 844 pillar_roots:
 845   base:
 846     - /srv/pillar
[root@server1 salt]# systemctl restart salt-master
[root@server1 ~]# mkdir /srv/pillar

 

<2>编辑存储pillar键值对文件

[root@server1 ~]# cd /srv/pillar/
[root@server1 pillar]# vim web.sls   #该文件的名字随便起,只要以.sls结尾即可
{% if grains['fqdn'] == 'server2' %}
webserver: httpd
{% elif grains['fqdn'] == 'server3' %}
webserver: nginx
{% endif %}

 

<3>编辑推送脚本

[root@server1 pillar]# pwd
/srv/pillar
[root@server1 pillar]# vim top.sls
base:
  '*':
    - web   #表示的就是之前编辑的web.sls文件

 

<4>测试：

[root@server1 ~]# salt '*' pillar.items   #查看所有主机的pillar信息
server3:
    ----------
    webserver:
        nginx
server2:
    ----------
    webserver:
        httpd
[root@server1 ~]# salt server2 pillar.items   #查看主机server2的pillar信息
server2:
    ----------
    webserver:
        httpd
[root@server1 ~]# salt server2 pillar.ls   #查看主机server2的所有key(针对pillar)
server2:
    - webserver
[root@server1 ~]# salt server2 pillar.item webserver   #查看主机server2的key值为webserver对应的value值
server2:
    ----------
    webserver:
        httpd
[root@server1 ~]# salt -I 'webserver:httpd' test.ping   #对webserver这个key值对应的value值为httpd的主机进行test.ping的方法。
server2: 
    True

 

值的注意的是：如果命令"salt  -I  'wervserver:httpd'  test.ping"测试失败，则使用下面的命令进行刷新

[root@server1 ~]# salt '*' saltutil.refresh_pillar   #刷新pillar数据到所有主机
[root@server1 ~]# salt server2 saltutil.refresh_pillar   #刷新pillar数据到server2主机

 

四、grains和pillar的区别

 

  1. grains存储的是静态、不常变化的内容，pillar则相反
  2. grains是存储在minion本地，而pillar存储在master本地
  3. minion有权限操作自己的grains值，如增加、删除，但minion只能查看自己的pillar，无权修改

 

五、jinja模块的使用方法

 

1、

 

<1>部署脚本：在server1的httpd.service中编写jinja模版

[root@server1 ~]# cd /srv/salt/httpd/
[root@server1 httpd]# ls
files  install.sls  service.sls
[root@server1 httpd]# vim files/httpd.conf
 42 Listen {{ port }}
[root@server1 httpd]# vim service.sls
include:
  - httpd.install

/etc/httpd/conf/httpd.conf:
  file.managed:
    - source: salt://httpd/files/httpd.conf
    - template: jinja   #新添加的内容
      port: 8888   #新添加的内容

httpd-service:
  service.running:
    - name: httpd
    - enable: False
    - reload: True
      watch:
        - file: /etc/httpd/conf/httpd.conf

 

<2>执行推送

[root@server1 httpd]# salt server2 state.sls httpd.service

 

<3>minion端查看，开启8888端口，启动成功

 

2、从1中运行的结果图，我们可以得知主机server2的httpd服务监听的主机都是0.0.0.0，那如果我们想httpd服务只监听本机（server2监听172.25.83.2）。那又该如何做呢？

 

<1>部署脚本

[root@server1 httpd]# pwd
/srv/salt/httpd
[root@server1 httpd]# vim files/httpd.conf  
42 Listen {{ host }}:{{ port }}   #修改的内容
[root@server1 httpd]# vim service.sls 
include:
  - httpd.install

/etc/httpd/conf/httpd.conf:
  file.managed:
    - source: salt://httpd/files/httpd.conf
    - template: jinja
      port: 8888
      host: 172.25.83.2   #新增加的内容

httpd-service:
  service.running:
    - name: httpd
    - enable: False
    - reload: True
      watch:
        - file: /etc/httpd/conf/httpd.conf

 

<2>执行推送

[root@server1 httpd]# salt server2 state.sls httpd.service

 

<3>minion端查看，开启172.25.83.2:8888端口，启动成功（值的注意的是：因为server1端的service.sls文件中指定的是当/etc/httpd/conf/httpd.conf文件发生变化，才触发触发器，重载httpd服务。而修改监听主机需要的是重启httpd服务，所以这里需要在minion端（server2端）重启httpd服务）

 

3、2中推送的主机只有一个（server2），如果主机个数变多。要使各自的httpd服务只监听本机，那么又该怎么做？即server2监听172.25.83.2，server3监听172.25.83.3。

 

<1>部署脚本

[root@server1 httpd]# vim files/httpd.conf
 42 Listen {{ host }}:{{ port }}
[root@server1 httpd]# vim service.sls
include:
  - httpd.install

/etc/httpd/conf/httpd.conf:
  file.managed:
    - source: salt://httpd/files/httpd.conf
    - template: jinja
      port: 8888
      host: {{ grains['ipv4'][-1] }}   #修改的内容

httpd-service:
  service.running:
    - name: httpd
    - enable: False
    - reload: True
      watch:
        - file: /etc/httpd/conf/httpd.conf

 

<2>执行推送

[root@server1 httpd]# salt '*' state.sls httpd.service

 

<3>minion端查看，server2上开启172.25.83.2:8888端口，server3上开启172.25.83.3:8888端口（值的注意的是：因为server1端的service.sls文件中指定的是当/etc/httpd/conf/httpd.conf文件发生变化，才触发触发器，重载httpd服务。而修改监听主机需要的是重启httpd服务，所以这里需要在minion端（server2和server3）重启httpd服务）

 

4、3中定义的变量是在脚本中定义的，如果我们想将变量定义在httpd.conf文件中，又该怎么做呢？

 

<1>部署脚本

[root@server1 httpd]# vim files/httpd.conf 
 42 Listen {{ grains['ipv4'][-1] }}:{{ port }}   #修改的内容
[root@server1 httpd]# vim service.sls 
include:
  - httpd.install

/etc/httpd/conf/httpd.conf:
  file.managed:
    - source: salt://httpd/files/httpd.conf
    - template: jinja
      port: 8888   #删除下面一行host的内容

httpd-service:
  service.running:
    - name: httpd
    - enable: False
    - reload: True
      watch:
        - file: /etc/httpd/conf/httpd.conf

 

<2>执行推送

[root@server1 httpd]# salt '*' state.sls httpd.service

 

<3>minion端查看，server2上开启172.25.83.2:8888端口，server3上开启172.25.83.3:8888端口（值的注意的是：因为server1端的service.sls文件中指定的是当/etc/httpd/conf/httpd.conf文件发生变化，才触发触发器，重载httpd服务。而修改监听主机需要的是重启httpd服务，所以这里需要在minion端（server2和server3）重启httpd服务）

 

5、3，4中使用的变量是grains类型的，如果我们想使用pillar类型的变量，又该怎么做呢？

 

<1>部署脚本

[root@server1 httpd]# vim files/httpd.conf
 42 Listen {{ host }}:{{ port }}
[root@server1 httpd]# cd /srv/pillar/
[root@server1 pillar]# ls
top.sls  web.sls
[root@server1 pillar]# vim web.sls
{% if grains['fqdn'] == 'server2' %}
webserver: httpd
IP: 172.25.83.2
{% elif grains['fqdn'] == 'server3' %}
webserver: nginx
IP: 172.25.83.3
{% endif %}
[root@server1 pillar]# cd /srv/salt/httpd/
[root@server1 httpd]# ls
files  install.sls  service.sls
[root@server1 httpd]# vim service.sls
include:
  - httpd.install

/etc/httpd/conf/httpd.conf:
  file.managed:
    - source: salt://httpd/files/httpd.conf
    - template: jinja
      port: 8888
      host: {{ pillar['IP'] }}   #修改的内容

httpd-service:
  service.running:
    - name: httpd
    - enable: False
    - reload: True
      watch:
        - file: /etc/httpd/conf/httpd.conf

 

<2>执行推送

[root@server1 httpd]# salt '*' state.sls httpd.service

 

<3>minion端查看，server2上开启172.25.83.2:8888端口，server3上开启172.25.83.3:8888端口（值的注意的是：因为server1端的service.sls文件中指定的是当/etc/httpd/conf/httpd.conf文件发生变化，才触发触发器，重载httpd服务。而修改监听主机需要的是重启httpd服务，所以这里需要在minion端（server2和server3）重启httpd服务）

 

6、5中中定义的变量是在脚本中定义的，如果我们想将变量定义在httpd.conf文件中，又该怎么做呢？

 

<1>部署脚本

[root@server1 httpd]# vim files/httpd.conf
 42 Listen {{ pillar['IP'] }}:{{ port }}   #修改的内容
[root@server1 httpd]# cd /srv/pillar/
[root@server1 pillar]# ls
top.sls  web.sls
[root@server1 pillar]# vim web.sls
{% if grains['fqdn'] == 'server2' %}
webserver: httpd
IP: 172.25.83.2
{% elif grains['fqdn'] == 'server3' %}
webserver: nginx
IP: 172.25.83.3
{% endif %}
[root@server1 pillar]# cd /srv/salt/httpd/
[root@server1 httpd]# ls
files  install.sls  service.sls
[root@server1 httpd]# vim service.sls
include:
  - httpd.install

/etc/httpd/conf/httpd.conf:
  file.managed:
    - source: salt://httpd/files/httpd.conf
    - template: jinja
      port: 8888   #删除下面一行host的内容

httpd-service:
  service.running:
    - name: httpd
    - enable: False
    - reload: True
      watch:
        - file: /etc/httpd/conf/httpd.conf

 

<2>执行推送

[root@server1 httpd]# salt '*' state.sls httpd.service

 

<3>minion端查看，server2上开启172.25.83.2:8888端口，server3上开启172.25.83.3:8888端口（值的注意的是：因为server1端的service.sls文件中指定的是当/etc/httpd/conf/httpd.conf文件发生变化，才触发触发器，重载httpd服务。而修改监听主机需要的是重启httpd服务，所以这里需要在minion端（server2和server3）重启httpd服务）

 

7、使用import的方法定义变量

 

<1>部署脚本

[root@server1 ~]# cd /srv/salt/httpd/
[root@server1 httpd]# ls
files  install.sls  service.sls
[root@server1 httpd]# vim lib.sls
{% set host = '172.25.83.2' %}
[root@server1 httpd]# vim files/httpd.conf 
1 {% from 'httpd/lib.sls' import host %}
43 Listen {{ host }}:{{ port }}
[root@server1 httpd]# vim service.sls 
include:
  - httpd.install

/etc/httpd/conf/httpd.conf:
  file.managed:
    - source: salt://httpd/files/httpd.conf
    - template: jinja
      port: 8888

httpd-service:
  service.running:
    - name: httpd
    - enable: False
    - reload: True
      watch:
        - file: /etc/httpd/conf/httpd.conf

 

<2>执行推送

[root@server1 httpd]# salt server2 state.sls httpd.service

 

<3>minion端查看，server2上开启172.25.83.2:8888端口（值的注意的是：因为server1端的service.sls文件中指定的是当/etc/httpd/conf/httpd.conf文件发生变化，才触发触发器，重载httpd服务。而修改监听主机需要的是重启httpd服务，所以这里需要在minion端（server2）重启httpd服务）

 

值的注意的是

1.master端（server1）定义的httpd.conf文件要拷贝到minion端（server2），但是拷贝到minion端（server2）的httpd.conf文件中没有最上面那行内容（import...）

查看server2上的/etc/httpd/conf/httpd.conf文件：

2.如果web.sls中指定了端口，同时service.sls文件中也指定了端口，那么web.sls文件的优先级要高于service.sls文件。

[root@server1 ~]# cd /srv/salt/httpd/
[root@server1 httpd]# ls
files  install.sls  service.sls
[root@server1 httpd]# vim lib.sls
{% set host = '172.25.83.2' %}
[root@server1 httpd]# vim files/httpd.conf 
1 {% from 'httpd/lib.sls' import host %}
43 Listen {{ host }}:{{ port }}
[root@server1 httpd]# vim service.sls 
include:
  - httpd.install

/etc/httpd/conf/httpd.conf:
  file.managed:
    - source: salt://httpd/files/httpd.conf
    - template: jinja
      port: 8888
      host: 127.0.0.1

httpd-service:
  service.running:
    - name: httpd
    - enable: False
    - reload: True
      watch:
        - file: /etc/httpd/conf/httpd.conf
[root@server1 httpd]# salt server2 state.sls httpd.service

由上图可见web.sls文件的优先级要高于service.sls。（web.sls中定义的主机是172.25.83.2，而service.sls文件中定义的主机是127.0.0.1。但是最后显示的是172.25.83.2。可见web.sls文件的优先级要高于service.sls文件）

 

六、补充内容

 

<1>部署脚本

#在server3端,将之前推送nginx过来的压缩文件nginx-1.15.8.tar.gz删除,以便实验结果的验证
[root@server3 ~]# cd /mnt/
[root@server3 mnt]# ls
nginx-1.15.8.tar.gz
[root@server3 mnt]# rm -rf nginx-1.15.8.tar.gz 
[root@server3 mnt]# ls
#在server1端,修改之前编写的nginx服务对应的install.sls文件
[root@server1 ~]# cd /srv/salt/nginx/
[root@server1 nginx]# ls
files  install.sls  service.sls
[root@server1 nginx]# vim install.sls
{% set nginx_ver = '1.15.8' %}   #定义变量nginx_ver,并将其中所有的1.15.8替换为变量nginx_ver
nginx-install: 
  pkg.installed:
    - pkgs:
      - pcre-devel
      - zlib-devel
      - gcc
      - make

  file.managed:
    - name: /mnt/nginx-{{ nginx_ver }}.tar.gz
    - source: salt://nginx/files/nginx-{{ nginx_ver }}.tar.gz

  cmd.run:
    - name: cd /mnt && tar zxf nginx-{{ nginx_ver }}.tar.gz && cd nginx-{{ nginx_ver }} && sed -i 's/CFLAGS="$CFLAGS -g"/#CFLAGS="$CFLAGS -g"/g' auto/cc/gcc && ./configure --prefix=/usr/local/nginx &> /dev/null && make &> /dev/null && make install &> /dev/null && cd .. && rm -rf nginx-{{ nginx_ver }}
    - creates: /usr/local/nginx

 

<2>执行推送

[root@server1 nginx]# salt server3 state.sls nginx.service

 

<3>minion端查看，server3的/mnt目录下是否存在文件nginx-1.15.8.tar.gz

柒️星
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Saltstack组件grains pillar 与jinja模板使用详解
vanvan_的博客
08-15 570
Grains是saltstack组件中非常重要的组件之一，它用来记录minion的系统信息（操作系统、域名、IP地址、内核信息、操作系统类型、内存信息以及其他更多的系统信息）。 Grain收集的信息是静态的，在minion第一次启动时采集数据（除非下次重起，否则数据不会变化）。 Pillar是在salt 0.9.8版本后才添加的功能组件。它跟grains的结构一样，也是一个字典格式，数据通过key...
【Linux37-2】saltstack自动化（pillar数据系统+变量+keepalived自动化+zabbix部署）
weixin_46069582的博客
01-21 284
文章目录1. pillar1.1 pillar简介1.2 常用命令1.3 定义pillar1.4 应用于apache1.5 应用于jinja模板import导入变量2. keepalived自动化2.1 配置2.2 测试3. 自动化部署zabbix监控平台3.1 文件结构3.2 模板文件3.3 编写.sls文件 1. pillar pillar官方文档 1.1 pillar简介 pillar和grains-样也是一个数据系统，但是应用场景不同。 pillar是将信息动态的存放在master端，主要存
saltstack的grains使用以及cmd.run.md（四）
cocojiao1991的博客
03-12 168
grains.items主要用来收集minion端的信息，方便进行信息采集，后续的piller使用，根据硬件信息自动匹配配置文件等。 基本用法 grains.ls salt '*' grain...
SaltStack自动化运维（三）——Grains与Pillar组件
meltsnow的博客
07-19 373
前言 Grains组件 Grains是saltstack记录minion的一些静态信息组件，可以简单的理解为grains里面记录着每台minion的一些常用的属性，比如cpu、内存、磁盘、网络信息等，可以通过grains.items查看某台minion的grains所有信息，minion的grains信息是minion启动的时候采集汇报给master的。 grains会在minion进程启动...
SaltStack（5）—— SaltStack之数据系统Grains、Pillar
dghfttgv的博客
03-18 326
Grains是SaltStack的一个组件 、存放在Satltack的minion端口 、 当salt-minion启动时会把收集到的数据静态存放在Grains当中，只有minion重启时才会进行数据的更新 由于granis是静态数据，因此不推荐经常取修改它 应用场景： 信息查询，可用作CMDB 在target中使用 ，匹配minion 在state系统中使用，配置管理模块 [ro...
自动化管理工具Saltstack之Grains篇(4)
雨落寒冰的博客
12-26 5728
Saltstack里的Grains功能，讲的是minion端的静态变量，在master端通过Grains可以获得minion对应的变量值。 查看minion的全部静态变量，可以通过如下实现： salt '10.0.10.100' grains.ls 10.0.10.100: - SSDs - biosreleasedate - biosversion - cpu
saltstack学习笔记--grains基本操作
DB2_c的博客
12-06 269
saltstack学习笔记--grains基本操作 查看当前已经定义的监控项：[root@master ~]# salt "192.168.75.135" grains.items 192.168.75.135:     ----------     SSDs:     biosreleasedate:         05/19/2017     bios...
pillarstack:高度基于jinja2的自定义saltstack ext_pillar，具有最大的灵活性
05-22
是一个自定义的saltstack ext_pillar ，受启发，但在很大程度上基于Jinja2，以提供最大的灵活性。 任何问题都应报告给上游项目，为： : 它支持以下功能： 多个配置文件是jinja2模板，支持pillar ， __grains__ _...
企业运维实战（Saltstack的安装、远程执行、YAMY语法、grains、pillar、Jinja模板）图文解析，包看包会，卧龙出品，必是精品
Puuwuuchao的博客
07-18 245
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
salt-stack自动化运维部署apache,nginx,以及grains，pillar，jinja模版的使用
wzt888的博客
04-01 895
[root@server5 ~]# vim /etc/yum.repos.d/rhel-source.repo 1 [rhel-source] 2 name=Red Hat Enterprise Linux $releasever - $basearch - Source 3 baseurl=http://172.25.44.250/rhel6.5 4 enabled=1 5...
saltstack使用指南：saltstack组件之pillar
东城绝神
05-21 2320
saltstack组件 1. grains 2. pillar 3. state 一、saltstack组件之pillar
Saltstack 安装配置 及 简单操作示例
weixin_33812433的博客
08-05 96
Saltstack 介绍 通过部署 Saltstack环境,可以在成千上万台服务器上批量执行命令。对于不同的业务进行集中管理、分发文件、采集数据、软件包管理等,有利于运维人员提高工作效率，规范业务配置和操作。 Saltstack由 Master和 Minion构成, Master是服务端,表示一台服务器; Minion是客户服务端,表示多台服务器。在 Master上发送命令给符合条件的 Minio...
saltstack数据系统Grains和Pillar
清风
08-15 390
一.Grains简介 grains是Saltstack最重要的组件之一，grains的作用是收集被控主机的基本信息，这些信息通常都是一些静态的数据，包括CPU、内核、操作系统、虚拟化等，在服务器端可以根据这些信息进行灵活定制，管理员可以利用这新信息对不同业务进行个性化配置。 grains是SaltStack当中的一个数据系统，当Minion启动时Grains会把Minion的数据收集起来，比如操作...
Linux C语言：动态数据结构
qq_42745340的博客
02-01 283
5-1 Linux C 动态数据结构–静态链表 链表里的各个地址不一定是连续的； 静态链表的定义、初始化以及遍历： #include <stdio.h> struct weapon{ int price; int atk; struct weapon *next; }; int main(){ struct weapon a,b,c,*head; a.price = 1...
saltstack 初始化LINUX系统
weixin_30788731的博客
10-05 118
前面我们已经了解了saltstack的基础功能，现在就可以使用saltstack为初始化新安装的linux系统。 初始化列表: 1.关闭selinux 3.修改sshd配置文件 4.内核优化 5.ulimit修改 6.history记录 7.时区修改及添加cron 8.安装epel 9.修改resolv解析文件 10.软件安装 好了，此前我们已经修改了salt的base目录，默认在/srv/sal...
saltstack当中的pillar的基本使用
rv0p111
08-23 1850
　saltstack默认将主控端配置文件中的所有数据都定义到pillar中，而且对所有被控主机开放，可以通过修改/etc/salt/master配置中的pillar_opts：Ture来开启这项功能，然后重启master 服务再去进行查看 然后我们去刷新pillar信息，使用下面的命令 salt '*' pillar.items 得到的结果如下所示 我们要想自己去...
saltstack中grains简介
weixin_34245169的博客
11-17 344
1.什么是grains:(静态数据，minion启动时采集)GrainsStatic bits of information that a minioncollects about the system when the minion first starts.The grains interface is made available toSalt modules and...
salt学习-grains
yes_is_ok的博客
03-11 631
grains作用 （注：之所以叫grain，就像凳子之所以被叫做凳子，也可以从翻译中理解，它的粒度很细，就是一个名字，只要理解这个名字后面代表的东西的功能和运用方式就可以了）： 在salt上存在一个接口，它被命名为grains接口；它被用于操作系统、域名、IP地址、内核、操作系统类型、内存和许多其他系统属性的搜集； 既然说这个接口会搜集系统的属性数据，那需要怎么查看呢？，命令如下： 使用...
saltstack的pillar定义以及使用（六）
cocojiao1991的博客
03-13 322
Pillar是Salt非常重要的一个组件，它用于给特定的minion定义任何你需要的数据，这些数据可以被Salt的其他组件使用。这里可以看出Pillar的一个特点，Pillar数据是与特定minion关联的，也就是说每一个...
SaltStack数据系统：Grains与Pillar的区别与命令详解
SaltStack 是一个强大的自动化和配置管理...这篇文章深入讲解了 SaltStack Grains 的功能、应用场景和维护方法，对于想要在 IT 行业中使用 SaltStack 进行基础设施管理和配置的人员来说，是一篇极具价值的学习资料。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值