企業(yè)基于開源自動化運維工具的運維實踐

企業(yè)基于開源自動化運維工具的運維實踐

【導讀】本文分享了自動化運維平臺的規(guī)劃設(shè)計，并主要以SaltStack為例分享了自動化運維工具的部署及過程中的注意事項、故障診斷等。文中涉及產(chǎn)品最新參數(shù)請以官網(wǎng)為準。一、運維的發(fā)展趨勢隨著制造業(yè)的信息化建設(shè)在不斷完善、不斷發(fā)展，運維人員需要面對越來越復(fù)雜的業(yè)務(wù)和越來越多樣化的用戶需求，不斷擴展的應(yīng)用需要越來越合理的模式來保障運維服務(wù)能靈活便捷、安全穩(wěn)定可持續(xù)。某企業(yè)從幾臺服務(wù)器、交換機、防火墻發(fā)展到獨立的數(shù)據(jù)中心，僅靠人工通過簡單的表格軟件已經(jīng)無法滿足在技術(shù)、業(yè)務(wù)、管理等方面的要求，那么標準化、自動化、架構(gòu)優(yōu)化、過程優(yōu)化等降低運維服務(wù)成本的因素越來越被人們所重視。其中，自動化開始代替人工操作在企業(yè)的運維過程中逐漸體現(xiàn)出來了強大的優(yōu)勢。運維隨著企業(yè)業(yè)務(wù)的發(fā)展，自動化作為其重要屬性之一已經(jīng)不僅僅只是代替人工操作，更重要的是深層探知和全局分析，關(guān)注的是在當前條件下如何實現(xiàn)性能與服務(wù)最優(yōu)化，同時保障投資收益最大化。通過自動化運維能最大限度地在更少的維修時間內(nèi)實現(xiàn)運維目標，提高運維服務(wù)質(zhì)量。因此,對于越來越復(fù)雜的運維來說，將人工操作逐漸改變?yōu)樽詣踊芾硎且粋€重要發(fā)展趨勢。二、現(xiàn)階段的運維有哪些痛點1、業(yè)務(wù)推廣服務(wù)器系統(tǒng)的重復(fù)安裝部署，頻繁的手工配置等操作，每一次新業(yè)務(wù)上線和原有業(yè)務(wù)系統(tǒng)的擴容，服務(wù)器系統(tǒng)需要重新安裝部署，各種參數(shù)、環(huán)境變量等都需要手動配置。2、部分運維人員不遵守流程，沒有嚴格按照部署流程操作，導致出現(xiàn)部署故障。在部署的過程中把關(guān)鍵的環(huán)節(jié)給落下了或是部署流程未按順序操作都會導致部署故障，而且有些故障的排查相對隱蔽，無形中增加了企業(yè)的運維成本，降低了運維效率。3、急需完善的各種操作流程：自動化運維需要各種流程文檔作為底層支撐，包括部署流程、故障處理流程、數(shù)據(jù)庫備份與恢復(fù)流程、交換機和服務(wù)器上下架流程等。4、沒有有效的運維工具：隨著信息化建設(shè)的深入，企業(yè)業(yè)務(wù)系統(tǒng)日趨復(fù)雜，各種各樣的網(wǎng)絡(luò)設(shè)備、服務(wù)器、存儲設(shè)備、業(yè)務(wù)系統(tǒng)等讓運維人員難以從容應(yīng)對，即使加班加點地維護、部署、管理也經(jīng)常會因設(shè)備出現(xiàn)故障而導致業(yè)務(wù)的中斷，嚴重影響企業(yè)的正常運轉(zhuǎn)。出現(xiàn)這些問題部分原因是企業(yè)缺乏事件監(jiān)控和診斷工具等運維技術(shù)工具，因為在沒有高效的技術(shù)工具的支持下故障事件很難得到主動、快速處理。三、自動化運維工具的選型日常運維工作很大一部分是涉及業(yè)務(wù)的配置管理和狀態(tài)維護，目前，基于狀態(tài)（系統(tǒng)狀態(tài)、代碼狀態(tài)、配置狀態(tài)和進程狀態(tài)）的配置管理已經(jīng)得到極大發(fā)展，并且讓運維有了很大的進步；出現(xiàn)了各種工具和平臺，從最早的UNIX管理工具CFEngine到后來的Puppet、Chef,以及最近的SaltStack、Ansible，每一種工具的出現(xiàn)都是為了滿足新的場景以及解決之前解決不了的問題。新工具的出現(xiàn)層出不窮，令人眼花繚亂，在實際應(yīng)用中，這些工具之間到底是替換還是結(jié)合，在每個特定的場景以及選型的理解上也會有所不同，最終可能以完全不同的形態(tài)進行展示。下面是幾種常用運維工作的對比：1、Puppet是一個開源的軟件自動化配置和部署工具，它使用簡單且功能強大，很多大型IT公司均在使用puppet對集群中的軟件進行管理和部署。優(yōu)缺點分析：優(yōu)點是Web界面生成處理報表、資源清單、實時節(jié)點管理，push命令可即刻觸發(fā)變更，缺點是相對其他工具較復(fù)雜、需學習Puppet的DSL或Ruby，安裝過程缺少錯誤校驗和生成錯誤報表。2、SaltStack是一種全新的基礎(chǔ)設(shè)施管理方式，部署輕松，在幾分鐘內(nèi)可以運行起來，擴展性好，很容易管理上萬臺服務(wù)器，速度夠快，服務(wù)器之間秒級通訊。優(yōu)缺點分析：優(yōu)點是可以使用簡單的配置模塊或復(fù)雜的腳本；Web界面可以看到運行和監(jiān)控的工作狀態(tài)、事件日志，擴展能力極強；通過執(zhí)行代理（Minion）來實現(xiàn)高效和可擴展的配置管理體系，從而無需保存賬戶密碼等敏感信息，避免信息泄露，也便于管理員定期更換密碼；可采集更豐富的配置信息和關(guān)聯(lián)關(guān)系；可快速感知配置變化；可以實現(xiàn)快速的文件傳輸，方便實現(xiàn)配置文件的收集。缺點是缺少生成深度報告的能力。3、Ansible是新出現(xiàn)的運維工具，是基于Python研發(fā)的綜合了眾多老牌運維工具的優(yōu)點實現(xiàn)了批量操作系統(tǒng)配置、批量程序的部署、批量運行命令等功能。在進行大規(guī)模部署時，手工配置服務(wù)器環(huán)境是不現(xiàn)實的，這時必須借助于自動化部署工具。優(yōu)缺點分析：優(yōu)點是模塊可以用任何語言開發(fā)、備管節(jié)點不需要安裝代理軟件、有Web管理界面、安裝運行簡單，缺點是對windows備管節(jié)點需要加強、執(zhí)行效率相對較低。下圖是Puppet、Saltstack、Ansible這三款運維工具處理能力與處理效率的對比（來自個人觀察體驗及研究，僅供參考）：名稱PuppetSaltStackAnsible開發(fā)語言RubyPythonPython客戶端有有無二次開發(fā)不支持支持支持通信驗證是是是加密方式標準SSL協(xié)議AES加密OpenSSH平臺支持AIX,BSD,HP-UX,Linux,MacOSX,Solaris,WindowsBSD,Linux,MacOSX,Solaris,WindowsAIX,BSD,HP-UX,Linux,MacOSX,Solaris配置文件格式Ruby語法格式Y(jié)AMLYAMLWebUI提供提供提供（商業(yè)版本）命令執(zhí)行不支持（配置模塊可實現(xiàn)）支持支持納管節(jié)點數(shù)量和處理效率擴展能力較弱速度很快，擴展性好，可以管理任何數(shù)量的服務(wù)器超過500臺主機效率較低各種運維工具只是用于幫助人員進行運維的，每種工具都有其使用的優(yōu)勢領(lǐng)域，Puppet適用于軟件自動化配置和部署；SaltStack適用于基礎(chǔ)設(shè)施管理，在幾分鐘內(nèi)可運行起來，很容易管理上萬臺服務(wù)器，速度夠快；Ansible適用于批量操作系統(tǒng)配置、批量程序的部署、批量運行命令等。本文主要分享SaltStack的運維實踐。四、SaltStack的部署與安全機制Saltstack在企業(yè)中實現(xiàn)服務(wù)器部署的自動化運維，saltstack是基于python開發(fā)的一套C/S架構(gòu)配置管理工具，它的底層使用ZeroMQ消息隊列pub/sub方式通信，使用SSL證書簽發(fā)的方式進行認證管理。它是一款強大的、集中化的配置自動化管理工具，它可以通過grains、pillar實現(xiàn)上千臺服務(wù)器的配置自動收集和管理，使用SaltStack的框架和擴展能力來實現(xiàn)配置自動化采集，采集到數(shù)據(jù)后可以輸送到配置管理庫或者集中管理。整個采集框架邏輯設(shè)計如下圖所示：Saltstack新版加入了multi-masterr特性，在這種架構(gòu)下所有的minion將連接到所有配置的master上去。當一個master出現(xiàn)故障可以使用其余的master繼續(xù)提供服務(wù)，不會影響我們的正常使用，saltstack架構(gòu)如下圖：

Saltstack在企業(yè)中的部署步驟：SaltStack從部署上包含Master和Minion兩大部分。一個網(wǎng)絡(luò)域內(nèi)需要部署一個Master實現(xiàn)集中發(fā)現(xiàn)調(diào)度和管理，Minion安裝在各個被管主機上負責接收和執(zhí)行腳本，并將采集的結(jié)果反饋給Master。1、確定saltstack軟件依賴關(guān)系是否滿足要求：saltstack要求python的版本是3.5.2版，還需要檢查以下的庫，包括PyYAML軟件包、ZeroMQ、Pyzm、PyCryto、M2Cryto、msgpack-python、yaml、jinja2、markupsafe、apache-libcloud、requests等。2、安裝master和minions：我這里服務(wù)器的操作系統(tǒng)是centos6.7的，安裝命令如下：Wget

/pub/epel/6/i386/epel-release-6-8.noarch.rpmyuminstallsalt-masteryuminstallsalt-minion注：安裝成功，顯示Complete。3、創(chuàng)建一個master服務(wù)的備份節(jié)點并復(fù)制主master節(jié)點的key到備節(jié)點：Master:-saltmaster1.cccxht.com-saltmaster2.cccxht.com默認的master的privatekey是在目錄：/etc/salt/pki/master.將該目錄下的master.pem拷貝到備master節(jié)點的同一位置，對master的publickey文件master.pub做同樣的操作，啟用備master節(jié)點，在備節(jié)點接受key。4、重啟minions：配置完成后，minion將會對主master和備master進行核對，并且兩個master都對minion有操作權(quán)限。注：minion可以自動檢測失敗的master，并且嘗試重連到一個更快的master，將minion端的參數(shù)master_alive_interval設(shè)置為true，即可開啟該功能。5、saltstack狀態(tài)文件的編寫，saltstack上線后，運維工作從復(fù)雜的重復(fù)的服務(wù)器部署和配置工作轉(zhuǎn)移到saltstack狀態(tài)文件的編寫和維護，狀態(tài)文件的編寫要考慮模塊化和通用性，在大批量部署之前要經(jīng)過測試，沒有問題后再部署，以下是一些經(jīng)常用到的測試命令：（1）、查詢網(wǎng)絡(luò)連接情況--是否能連接到客戶端[root@centossalt]#salt'*'test.pinglocalhost:Trueserver.cccxht.com:True（2）、查詢網(wǎng)卡ip[root@centos/]#salt'localhost'erfaceslocalhost:eth0:hwaddr:08:00:27:59:a9:8dinet:address:192.168.151.202broadcast:192.168.151.255label:eth0netmask:（3）、查詢磁盤空間[root@centostmp]#salt'localhost'disk.usagelocalhost:/:1K-blocks:28423128available:21572236capacity:25%filesystem:/dev/mapper/vg_centos-lv_rootused:5406132還有很多經(jīng)常用到的命令在此就不一一列舉了，Saltstack可以實現(xiàn)云計算與數(shù)據(jù)中心架構(gòu)編排，Saltstack可以由zabbix監(jiān)控事件調(diào)用，通過Saltstack的salt-cloud實現(xiàn)對docker和openstack等云平臺的支持，配合saltstack的mine實時發(fā)現(xiàn)功能就可以實現(xiàn)各種云平臺業(yè)務(wù)自動擴展；Saltstack可以與CMDB相結(jié)合實現(xiàn)運維平臺化、自動化和智能化。五、部署SaltStack過程的一些注意事項Saltmaster監(jiān)聽：默認Saltmaster監(jiān)聽所有網(wǎng)卡接口()的4505和4506端口，如果需要指定監(jiān)聽IP，通過/etc/salt/master配置文件中的"interface"指令進行如下修改:interface:interface:更新完配置文件后，需要重啟Saltmaster以使其生效配置SaltMinionDNS解析：盡管SaltMinion有許多配置選項，但配置Minion還是非常簡單的，默認的配置Minion會嘗試連接DNS名為"salt"的master，如果minion解析到的地址正確，就無需再做配置.如果DNS名為"salt"并不能解析到本地正確的Master地址，需要通過如下方法修改/etc/salt/minion配置文件中的"master"指令:master:saltmaster:更新完配置后，需要重啟Saltminion以使配置生效.KEY的管理：Salt在Master和Minion之間的通訊采用AES加密。這就確保了發(fā)送給minions的命令不會被篡改，Master和Minion之間的通訊認證通過信任的已接受的key進行管理。在發(fā)送給Minion之前，需要確保minion的key已經(jīng)被Master所接受。運行salt-key命令將列出SaltMaster已知的所有keys。[root@master~]#salt-key-LUnacceptedKeys:A1B2C3D4AcceptedKeys:下邊的例子中，Salt已知有四個Minions，但是沒有接受一個minion的key。接受key以使Mionions可以被Master管控，需要使用salt-key命令:[root@master~]#salt-key-A[root@master~]#salt-key-LUnacceptedKeys:AcceptedKeys:A1B2C3D4salt-key命令能夠進行單個操作，也可以進行批量操作。例子中使用-A進行批量接受所有待定的keys。接受單個key使用小寫字母a，-akeyname。Master和Minion連通性測試可以通過運行test.ping命令:[root@master~]#saltA1test.pingA1:TrueMaster與所有Minons的連通性測試可以使用下邊類似的方法:[root@master~]#salt'*'test.pingA1:TrueB2:TrueC3:TrueD4:True每個Minions應(yīng)該發(fā)送一個True回應(yīng)并顯示出來.關(guān)于升級Salt：masters應(yīng)該首先升級，masters向后兼容，minions運行版本比masters版本新是不能保證運行正常的。只要可能，新masters向后兼容舊minions的特性就會被保留下來。一般來說，唯一例外的情況是有安全漏洞的情況下。防火墻需要開放哪些端口：Minions需要通過TCP端口4505和4506與Master進行通訊。此外，Minions并不需要開放額外的端口來接受數(shù)據(jù)。通過SALT管理軟件包和服務(wù)出現(xiàn)THESTATEISNOTAVAILABLE的錯誤提示：Salt會自動檢測Minion的操作系統(tǒng)并安裝正確的軟件包或服務(wù)管理模塊。但是，對于一些社區(qū)的customspinsOS和衍生操作系統(tǒng)，這些檢測很容易失敗。在這種情況下，需要向tracker提交issue，其中包含以下信息：saltgrains.items|grepos，如果在Minion上存在文件/etc/lsb-release，提供這個文件的內(nèi)容即可。六、自動化運維平臺規(guī)劃與設(shè)計提到自動化運維就不能不說ITIL，ITIL即信息技術(shù)基礎(chǔ)架構(gòu)庫(InformationTechnologyInfrastructureLibrary)，主要適用于IT服務(wù)管理（ITSM）。ITIL為企業(yè)的IT服務(wù)管理實踐提供了一個客觀、嚴謹、可量化的標準和規(guī)范。ITIL已經(jīng)成為了IT服務(wù)管理的國際標準，而CMDB配置管理數(shù)據(jù)庫（ConfigurationManagementDatabase）則是實現(xiàn)ITIL最重要的內(nèi)容。自動化運維平臺建設(shè)原則：1、平臺要做成統(tǒng)一通道，通過運維和腳本去屏蔽業(yè)務(wù)和場景的差異性，平臺只做執(zhí)行引擎的角色，這樣才能避免大量重復(fù)性的開發(fā)工作。2、求同存異，例如對某臺或一些設(shè)備進行統(tǒng)一的技術(shù)操作，這些業(yè)務(wù)形態(tài)基本上是一樣的，平臺要抓取業(yè)務(wù)形態(tài)的共同點，把差異化的東西交給用戶自定義處理。3、平臺不是獨立存在的，需要具備與其它平臺互連、調(diào)用或是集成的通用接口。4、平臺具有易操作性和易維護性，將操作一批設(shè)備變得和操作一臺設(shè)備一樣快捷簡單，將維護多個業(yè)務(wù)變得和維護一個業(yè)務(wù)一樣方便。隨著企業(yè)的發(fā)展，對于運維要求越來越高，根據(jù)企業(yè)業(yè)務(wù)的發(fā)展與對運維的要求建設(shè)統(tǒng)一的運維管理平臺成為了企業(yè)迫切的需求。下面是企業(yè)自動化運維平臺總體規(guī)劃圖：自動化運維平臺的建設(shè)以ITIL標準為依據(jù)，按照先底層后高層的原則先建設(shè)服務(wù)工具區(qū)域的各個運維子系統(tǒng)，其次是建設(shè)業(yè)務(wù)系統(tǒng)的各子系統(tǒng)，各個運維子系統(tǒng)通過API的方式對上層提供服務(wù)，最后不同的業(yè)務(wù)平臺去調(diào)用這些服務(wù)接口即可，運維平臺的各個層面建設(shè)要全面符合管理制度的要求。七、自動化運維平臺模塊設(shè)計自動化運維平臺以ITIL標準為依據(jù)在此規(guī)范上開發(fā)的，第一階段已經(jīng)做到了業(yè)務(wù)流程的標準化，現(xiàn)階段從事件管理子系統(tǒng)開始逐漸完善各個子系統(tǒng)，把各種配置當作服務(wù)來看待，CMDB也可以理解成統(tǒng)一的元數(shù)據(jù)庫，比如說機房信息、服務(wù)器信息、人員信息、服務(wù)信息、業(yè)務(wù)信息以及他們之間的物理和業(yè)務(wù)拓撲關(guān)系等，上層的所有系統(tǒng)都應(yīng)該關(guān)聯(lián)到CMDB，以CMDB為中心，變更后的數(shù)據(jù)信息必須實時反饋到CMDB中，各個運維子系統(tǒng)才能看到最新的數(shù)據(jù)信息，確保其他系統(tǒng)能同步這份變更，以達到統(tǒng)一同步的目的。因此把CMDB系統(tǒng)當作運維的核心系統(tǒng)來對待，有利于后續(xù)各個系統(tǒng)之間的互通。以下是部分模塊的設(shè)計要求：1、事件管理：負責記錄、歸類和安排專家處理事故并監(jiān)督整個處理過程直至事故得到解決和終止。事件管理的目的是在盡可能最小地影響客戶和用戶業(yè)務(wù)的情況下使IT系統(tǒng)恢復(fù)到SLA服務(wù)級別協(xié)議（Service-LevelAgreement）所定義的服務(wù)級別；2、日志管理：通過調(diào)查和分析IT基礎(chǔ)架構(gòu)的薄弱環(huán)節(jié)、查明事故產(chǎn)生的原因，并制定解決事故的方案和防止事故再次發(fā)生的措施，將由于問題和事故對業(yè)務(wù)產(chǎn)生的負面影響減小到最低的服務(wù)管理流程。在問題管理這部分要做好問題處理過程的日志的功能，對于問題的處理提供查詢的功能，可以追蹤問題以防止類似問題再次發(fā)生。3、變更管理：在最短的時間窗口內(nèi)完成基礎(chǔ)架構(gòu)或服務(wù)的變更而對其進行控制的服務(wù)管理流程。變更管理的目標是確保在變更實施過程中使用標準的方法和步驟，盡快地實施變更，以將由變更所導致的業(yè)務(wù)中斷對業(yè)務(wù)的影響減小到最低。4、可行性管理：通過分析用戶和業(yè)務(wù)系統(tǒng)的可行性需求并據(jù)以優(yōu)化和設(shè)計IT基礎(chǔ)架構(gòu)的可行性，從而確保以合理的成本滿足不斷增長的可行性需求的管理流程?？尚行怨芾硎且粋€前瞻性的管理流程，它通過對業(yè)務(wù)和用戶可行性需求的定位，使得IT服務(wù)的設(shè)計建立在真實需求的基礎(chǔ)上，從而避免IT服務(wù)運作中采用了過度的可行性級別，節(jié)約了IT服務(wù)的運作成本。5、突發(fā)事件：分析業(yè)務(wù)系統(tǒng)的運行狀況和已經(jīng)發(fā)生過的問題日志，掌握系統(tǒng)常規(guī)問題發(fā)生的根源、對于突發(fā)事件做到規(guī)范化的處理流程。及時發(fā)現(xiàn)、及時解決，強化監(jiān)控監(jiān)管、技術(shù)、備件備品、應(yīng)急措施、方案、策略等相結(jié)合的辦法避免和及時的解決突發(fā)事件。CMDB作為運維標準化、自動化、平臺化的基礎(chǔ)輸入。解決IT基礎(chǔ)架構(gòu)信息化以及業(yè)務(wù)配置信息線上化，業(yè)務(wù)系統(tǒng)主要功能模塊如下圖:自動化運維平臺是面向業(yè)務(wù)的調(diào)度平臺，平臺以業(yè)務(wù)為導向協(xié)調(diào)各個子系統(tǒng)，指揮底層各個子系為它服務(wù)。自動化運維平臺的建設(shè)是一個循序漸進的過程，根據(jù)業(yè)務(wù)和運維的需要不斷的測試和改進才能從根本上改變運維現(xiàn)狀，提升運維工作效率，最終實現(xiàn)自動化運維。八、故障診斷部分1、問題描述：安裝salemaster過程中報錯，錯誤代碼：ERROR:Commanderroredoutwithexitstatus1:UnicodeDecodeError:'gbk'codeccan'tdecodebyte0xa6inposition1246:illegalmultibytesequenceERROR:Commanderroredoutwithexitstatus1:pythonsetup.pyegg_infoCheckthelogsforfullcommandoutput.處理方法：下載源碼的包，進行代碼改動之后install。(1)、找到原始package的文件，找到報錯的那一行。REPL的官方地址是：/mbr/repl。查看報錯的setup文件的源碼。定位問題：源碼中沒有指定open時的編碼方式，使得默認為gbk編碼。報錯的源碼：defread(fname):returnopen(os.path.join(os.path.dirname(file),fname)).read()(2)、下載原始包文件后，解壓找到setup.py文件，修改文件里的這一行，即加上encoding='utf-8'，保存后打包為新的安裝包。修改后的代碼：defread(fname):returnopen(os.path.join(os.path.dirname(file),fname),encoding='utf-8').read()(3)、輸入pipinstallrepl-1.0.tar.gz，用新的安裝包來進行install，完成后功能解決問題。2、關(guān)于salt-miniondeadbutpidfileexists的解決方法，安裝salt-minion后客戶端卻無法正常啟動，如下報錯：[root@namenode~]#/etc/init.d/salt-minionstatussalt-miniondeadbutpidfileexists解決過程：由報錯知：minion進程已經(jīng)死，但是進程文件還在，于是去找進程文件，在minion機的配置文件里/etc/init.d/salt-minion里發(fā)現(xiàn)進程文件是：/var/run/salt-minion.pid然后嘗試把進程文件刪掉，再重新啟動：[root@namenode~]#/etc/init.d/salt-minionrestartStoppingsalt-miniondaemon:[FAILED]Startingsalt-miniondaemon:[OK][root@namenode~]#/etc/init.d/salt-minionstatussalt-miniondeadbutpidfileexists仍然沒有解決問題，不要著急，debug一下：[root@namenode~]salt-minion-ldebug[INFO]SettinguptheSaltMinion"namenode"[DEBUG]Createdpidfile:/var/run/salt-minion.pid[DEBUG]Readingconfigurationfrom/etc/salt/minion[DEBUG]AttemptingtoauthenticatewiththeSaltMasterat3[DEBUG]InitializingnewSAuthfor('/etc/salt/pki/minion','namenode','tcp://192.168.112.53:4506')[ERROR]Themasterkeyhaschanged,thesaltmastercouldhavebeensubverted,verifysaltmaster'spublickey[CRITICAL]TheSaltMasterserver'spublickeydidnotauthenticate!ThemastermayneedtobeupdatedifitisaversionofSaltlowerthan2015.5.5,orIfyouareconfidentthatyouareconnectingtoavalidSaltMaster,thenremovethemasterpublickeyandrestarttheSaltMinion.Themasterpublickeycanbefoundat:/etc/salt/pki/minion/minion_master.pub查看salt-minion日志：[roo