Saltstack系列4:Saltstack之Grains元件
grains說明
grains是Saltstack最重要的元件之一,grains的作用是手機被控主機的基本資訊,這些資訊通常都是一些靜態類的資料,包括CPU、核心、作業系統、虛擬化等,在伺服器端可以根據這些資訊進行靈活定製,管理員可以利用這些資訊對不同業務進行個性化定製。
例:(janja模板)
{% if grains['os'] == 'Ubuntu' %} host: {{ grains['host'] }} {% elif grains['os'] == 'CentOS' %} host: {{ grains['fqdn] }} {% endif %}
grains常用操作命令
匹配核心版本為2.6.32-358.14.1.el6.x86_64的主機
salt -G 'kernelrelease:2.6.32-358.14.1.el6.x86_64' cmd.run 'uname -a'
獲取所有主機的grains項資訊
salt '*' grains.ls
定義grains資料
定義grains資料的方法有兩種,一種為在被控主機定製配置檔案:另一種是通過主控端擴充套件模組API實現。區別是模組更靈活,可以通過Python程式設計動態定義,而
配置檔案只適合相對固定的鍵與值。下面分別進行說明:
1、被控端主機定製grains資料
【/etc/salt/minion】
default_include:minion.d/*.conf #自定義grains配置檔案路徑
grains配置檔案:【/etc/salt/minion.d/hostinfo.conf】
grains: roles: - webserver - memcache deployment: datacenter4 cabinet: 13
重啟salt-minion使之生效:
service salt-minion restart
驗證:
salt 'wx' grains.item roles deployment cabinet
結果:
wx: ---------- cabinet: 13 deployment: datacenter4 roles: - webserver - memcache
2、主控端擴充套件模組定製grains資料
首先在主控端編寫python程式碼,然後將該python檔案同步到被控端主機,最後重新整理生效(即編譯Python原始碼檔案成位元組碼pyc)。
在主控端base目錄(在/etc/salt/master中配置的file_roots項,預設在/srv/salt)下生成_grains目錄執行install -d /srv/salt/_grains開始編寫程式碼,實現獲取被控主機系統允許最大開啟檔案數(ulimit -n)的grains資料
【/srv/salt/_grains/grains_openfile.py】
#!/usr/bin/env python # -*- coding:utf-8 -*- import os,sys,commands #定義一個獲取最大開啟檔案數的函式,函式名稱沒有要求,符合python函式命名規則即可 def Grains_openfile(): ''' return os max open file of grains value ''' grains = {} #初始化一個字典,變數名一定要用grains,以便Saltstack識別 _open_file=65535 #初始化一個預設值 try: getulimit = commands.getstatusoutput('source /etc/profile;ulimit -n') except Exception,e: pass if getulimit[0]==0: _open_file=int(getulimit[1]) grains['max_open_file'] = _open_file #將獲取的ulimit -n的結果進行賦值,其中'max_open_file'就是grains項,——open_file就是grains的值 return grains
最後同步模組到指定被控主機並重新整理生效,因為grains比較適合採集靜態類的資料,比如硬體、核心資訊等,當有動態類的功能需求時,需要進行重新整理。
同步操作:
salt 'wx' saltutil.sync_all
結果:檔案同步到被控端的cache目錄中
/var/cache/salt/minion/extmods/grains/grains_openfile.py /var/cache/salt/minion/files/base/_grains/grains_openfile.py #注:/var/cache/salt/minion/extmods/grains/為擴充套件模組檔案最終存放位置,重新整理模組後將在同路徑下生產位元組碼pyc;/var/cache/salt/minion/files/base/_grains/為臨時存放位置。
重新整理模組:
salt 'wx' sys.reload_modules #生成pyc位元組碼 /var/cache/salt/minion/extmods/grains/grains_openfile.py /var/cache/salt/minion/extmods/grains/grains_openfile.pyc /var/cache/salt/minion/files/base/_grains/grains_openfile.py
驗證:
salt 'wx' grains.item max_open_file
結果:
wx: ---------- max_open_file: 1024
參考資料:
根據劉天斯《Python自動化運維技術與最佳實踐》整理
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31383567/viewspace-2660643/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Saltstack系列5:Saltstack之pillar元件元件
- Saltstack系列2:Saltstack遠端執行命令
- SaltStack
- saltstack常用語法
- saltstack——安裝篇
- saltstack的架構架構
- saltstack使用介紹
- Saltstack基本安裝部署
- saltstack獲取IP地址
- saltStack自動化工具
- saltstack 常用執行模組
- saltstack:常用狀態模組
- saltstack03的配置管理
- 02 . SaltStack高階用法(Python API)PythonAPI
- 01 . SaltStack部署配置及簡單應用
- 基於Saltstack、Artifactory打造傳統模式下持續部署平臺模式
- SaltStack未授權訪問及命令執行漏洞分析(CVE-2020-16846/25592)
- SaltStack RCE危急漏洞(CVSS得分10)影響成千上萬的資料中心
- React 深入系列4:元件的生命週期React元件
- 4、React元件之效能優化React元件優化
- Element(React)原始碼分析系列4--Radio元件React原始碼元件
- Netty 系列文章之基本元件概覽Netty元件
- SpringMVC 框架系列之元件概述與配置詳解SpringMVC框架元件
- 【Kubernetes系列】第7篇 CI/CD之元件部署元件
- tkinter學習系列(四)之Button 控制元件控制元件
- Angualr4基礎之元件生命週期元件
- 原生js系列之無限迴圈輪播元件JS元件
- 《怒之鐵拳4》:26年之後的系列續作
- Java 集合系列4、家喻戶曉之HashMap(上)JavaHashMap
- vue系列元件篇(二)Vue元件
- 【趣味設計模式系列】之【代理模式4--ASM框架解析】設計模式ASM框架
- Netty原始碼學習系列之4-ServerBootstrap的bind方法Netty原始碼Serverboot
- DelayQueue系列(二):基礎元件元件
- 基於.NetCore3.1系列 —— 日誌記錄之自定義日誌元件NetCore元件
- 高階 vue 元件模式 4Vue元件模式
- React之受控元件和非受控元件React元件
- React 之受控元件和非受控元件React元件
- React元件之ClockReact元件