自動化運維工具SaltStack進階(7)
阿新 • • 發佈:2020-08-25
目錄
1. masterless
1.1 應用場景
- master 與 minion 網路不通或通訊有延遲,即網路不穩定
- 想在 minion 端直接執行狀態
傳統的 SaltStack 是需要通過 master 來執行狀態控制 minion 從而實現狀態的管理,但是當網路不穩定的時候,當想在minion本地執行狀態的時候,當在只有一臺主機的時候,想執行狀態該怎麼辦呢?這就需要用到 masterless 了。
有了masterless,即使你只有一臺主機,也能玩saltstack,而不需要你有N臺主機架構。
1.2 masterless配置
1.2.1 修改配置檔案minion
- 註釋master行
- 取消註釋file_client並設其值為local
- 設定file_roots
- 設定pillar_roots
[root@node02 ~]# vim /etc/salt/minion .......... # resolved, then the minion will fail to start. # master: salt .......... file_client: local .......... file_roots: base: - /srv/salt/base
1.2.2 關閉salt-minion服務
使用 masterless 模式時是不需要啟動任何服務的,包括salt-master和salt-minion。
[root@node02 ~]# systemctl stop salt-minion
[root@node02 ~]# systemctl disable salt-minion
Removed symlink /etc/systemd/system/multi-user.target.wants/salt-minion.service.
1.2.3 salt-call
masterless模式執行模組或狀態時需要使用salt-call命令,而不再是salt或者salt-ssh。需要注意的是要使用salt-call的--local選項。
[root@node02 ~]# salt-call --local cmd.run 'uptime'
local:
17:17:18 up 2:45, 4 users, load average: 0.12, 0.07, 0.06
[root@node02 ~]# salt-call --local cmd.run 'ls -l /root'
local:
total 4
-rw-------. 1 root root 1254 8月 21 01:39 anaconda-ks.cfg
[root@node02 ~]# salt-call --local cmd.run 'echo "year" > /root/dragon'
local:
[root@node02 ~]# salt-call --local cmd.run 'ls -l /root'
local:
total 8
-rw-------. 1 root root 1254 8月 21 01:39 anaconda-ks.cfg
-rw-r--r-- 1 root root 5 8月 25 17:18 dragon
[root@node02 ~]# salt-call --local cmd.run 'cat /root/dragon'
local:
year
2. salt-master高可用
2.1 salt-master高可用配置
我們需要用salt來管理公司的所有機器,那麼salt的master就不能宕機,否則就會整個癱瘓,所以我們必須要對salt進行高可用。salt的高可用配置非常簡單,只需要改一下minion配置檔案,將master用列表的形式列出即可。
[root@minion ~]# vim /etc/salt/minion
..........
master:
- 192.168.159.137
- 192.168.159.136
..........
本例列出的159.137和159.136上必須都安裝了salt-master且保證服務都是正常狀態。
2.2 salt-master高可用之資料同步
涉及到高可用時,資料的同步是個永恆的話題,我們必須保證高可用的2個master間使用的資料是一致的,包括:
- /etc/salt/master配置檔案
- /etc/salt/pki目錄下的所有key
- /srv/下的salt和pillar目錄下的所有檔案
保障這些資料同步的方案有:
- nfs掛載
- rsync同步
- 使用gitlab進行版本控制
安全相關:
為保證資料的同步與防止丟失,可將狀態檔案通過gitlab進行版本控制管理。
3. salt-syndic分散式架構
3.1 salt-syndic架構圖
3.2 salt-syndic的優劣勢
優勢:
- 可以通過syndic實現更復雜的salt架構
- 減輕master的負擔
劣勢:
- syndic的/srv目錄下的salt和pillar目錄內容要與最頂層的master下的一致,所以要進行資料同步,同步方案同salt-master高可用
- 最頂層的master不知道自己有幾個syndic,它只知道自己有多少個minion,並不知道這些minion是由哪些syndic來管理的
3.3 salt-syndic部署
3.3.1 環境說明
主機IP | 角色 | 安裝的應用 |
---|---|---|
192.168.159.137(node01) | Master | salt-master |
192.168.159.136(node03) | Syndic | salt-master salt-syndic |
192.168.159.161(node02) | Minion | salt-minion |
3.3.2 安裝salt-master與salt-syndic
在192.168.159.136上安裝salt-master
與salt-syndic
,安裝前請自行配置yum源
[root@node03 ~]# yum -y install salt-master salt-syndic
3.3.3 配置master
修改master的master配置檔案
- 取消註釋order_master
- 將order_master的值設為True
[root@node01 ~]# vim /etc/salt/master
..........
# masters' syndic interfaces.
order_masters: True
[root@node01 ~]# systemctl enable --now salt-master
Created symlink from /etc/systemd/system/multi-user.target.wants/salt-master.service to /usr/lib/systemd/system/salt-master.service.
3.3.4 配置syndic
修改syndic所在主機的master配置檔案
- 取消註釋syndic_master
- 將syndic_master的值設為master的IP
[root@node03 ~]# vim /etc/salt/master
..........
syndic_master: 192.168.159.137
[root@node03 ~]# systemctl enable --now salt-master salt-syndic
Created symlink from /etc/systemd/system/multi-user.target.wants/salt-master.service to /usr/lib/systemd/system/salt-master.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/salt-syndic.service to /usr/lib/systemd/system/salt-syndic.service.
3.3.5 配置minion
配置minion,將master指向syndic所在主機
[root@node02 ~]# vim /etc/salt/minion
..........
master: 192.168.159.136
[root@node02 ~]# systemctl enable --now salt-minion
Created symlink from /etc/systemd/system/multi-user.target.wants/salt-minion.service to /usr/lib/systemd/system/salt-minion.service.
在所有minion上做同樣的操作,注意,要設定minion配置檔案中的id引數,指向minion自身的ip地址或主機名,必須能夠唯一標識minion本機。
3.3.6 在syndic上接受minion主機的key
[root@node03 ~]# salt-key -yA
The following keys are going to be accepted:
Unaccepted Keys:
node02.localdomain
Key for minion node02.localdomain accepted.
[root@node03 ~]# salt-key -L
Accepted Keys:
node02.localdomain
Denied Keys:
Unaccepted Keys:
3.3.7 在master上接受syndic主機的key
[root@node01 ~]# salt-key -yA
The following keys are going to be accepted:
Unaccepted Keys:
node03.localdomain
Key for minion 192.168.159.136 accepted.
[root@node01 ~]# salt-key -L
Accepted Keys:
node03.localdomain
Denied Keys:
Unaccepted Keys:
Rejected Keys:
3.3.8 在master上執行模組或狀態檢驗有幾個minion應答
[root@node01 ~]# salt 'node02*' test.ping
node02:
True