海量運(yùn)維常用技術(shù)之---自動(dòng)化運(yùn)維工具選型及應(yīng)用場(chǎng)景（獲獎(jiǎng)名單已公布-10-24）

loveguo7

cfengine puppet fabric saltstack 都折騰使用，至于那個(gè)好用，主要看業(yè)務(wù)需求。

wtoppp

stack 的監(jiān)控機(jī)制目前有哪些？怎樣監(jiān)控部署過(guò)程中的成功也失敗狀態(tài) ？？回復(fù) 8# wenhq


   

gavindev

我做的是業(yè)務(wù)運(yùn)維，正在嘗試使用salt，

推送命令，管理配置文件非常方便，已經(jīng)在管理nginx配置文件了

puppet也嘗試了幾天，可能是我用得不熟，上手還是有點(diǎn)麻煩

francisjohn

phpcool 發(fā)表于 2013-09-20 12:01
puppet沒(méi)有在生產(chǎn)環(huán)境使用過(guò)，不做評(píng)論。
    func在上一家公司作為基礎(chǔ)服務(wù)部署，有500臺(tái)左右的數(shù)量， ...

感謝分享

sgysz

回復(fù) 7# Gray1982


    寫(xiě)的些模塊能貢獻(xiàn)一下不？

sgysz

回復(fù) 7# Gray1982


    寫(xiě)的些模塊能貢獻(xiàn)一下不？

Gray1982

回復(fù) 61# sgysz


    根據(jù)自己實(shí)際用的寫(xiě)比較方便

tonyzhang828

我們公司從去年開(kāi)始就在生產(chǎn)環(huán)境推進(jìn)saltstack的實(shí)施。當(dāng)初選擇salt的一個(gè)很重要的因素就是python編寫(xiě)，適合擴(kuò)展。
一個(gè)公司總有些屬于自己的運(yùn)維特性，必然會(huì)帶來(lái)不少二次開(kāi)發(fā)。我們現(xiàn)在除了用saltstack來(lái)進(jìn)行配置管理、批量執(zhí)行外，還自行開(kāi)發(fā)了UI界面（目前官方的太挫），并結(jié)合公司的ITIL流程進(jìn)行服務(wù)器上下線(xiàn)變更的自動(dòng)化處理。

當(dāng)然現(xiàn)在的saltstack在大量client的環(huán)境下還是有不少bug（前臺(tái)顯示問(wèn)題、對(duì)底層對(duì)zeroMQ調(diào)用的問(wèn)題），但我覺(jué)得國(guó)內(nèi)的氛圍已經(jīng)起來(lái)了，未來(lái)的前景看好


PS：目前我們還在研究ansible，有使用經(jīng)驗(yàn)的 同行可以交流下

jixuuse

話(huà)題一：在自動(dòng)化運(yùn)維工作中，你較喜歡用哪種工具呢，puppet、saltstack還是func呢？它們的各自?xún)?yōu)勢(shì)在哪里？

目前正在用的是pssh，主要用來(lái)作遠(yuǎn)程命令執(zhí)行。我這邊linux主要做編譯服務(wù)器，因此配置很少變動(dòng)，sdk經(jīng)常需要拷貝和修改。
有大概8臺(tái)左右VM在做saltstack的測(cè)試，因?yàn)樽约河胮ython比較多，因此感覺(jué)很好用，yaml也很好理解。

話(huà)題二：列舉實(shí)例說(shuō)明以上工具在工作中的應(yīng)用。
系統(tǒng)初始化時(shí)用的比價(jià)多，還有就是批量遠(yuǎn)程執(zhí)行

coffee_45

我覺(jué)得Cacti+Nagios比較好用，大家不要以為Cacti只是snmp，在我公司服務(wù)器環(huán)境中，我的Cacti監(jiān)控腳本都是直接利用的Nagios的nrpe插件，部署一次Nagios，以后就可以給Nagios和Cacti監(jiān)控使用了，而且比snmp的udp協(xié)議更可靠。