puppet使用上的幾點疑惑

zimu312500

Hi,all：
       大家都在喊運維自動化，其中puppet又首當(dāng)其沖，但是了解了一段時間后，總存在一些疑惑，在講疑惑之前先講一下我們目前的運維場景：生產(chǎn)環(huán)境規(guī)模在100臺服務(wù)器，研發(fā)測試規(guī)模也在百來臺服務(wù)器，從服務(wù)模塊加上集群也就百來個模塊，同樣的模塊做負(fù)載在線上一般不超過3個。有幾個疑惑：

1.使用puppet+mcollective+mq+dashboard的結(jié)構(gòu)在每臺機(jī)器上要裝agent，如果puppet只是作為初始化一些系統(tǒng)基本信息如OS參數(shù)優(yōu)化、JDK安裝，那么我覺得用puppet過于龐大，得不償失，是否還有其它應(yīng)用，接第2個問題。
2.puppet固然可以部署、更新應(yīng)用和配置文件等一些內(nèi)容，但是線上的系統(tǒng)都需要一臺臺更新，這樣才能使服務(wù)中斷最小，其批量處理的優(yōu)勢完全沒有發(fā)揮出來，所以這種場景puppet覺得不適用，不過以我目前的了解，我不知道puppet還能怎么用，還請各位大神指點。

zimu312500

GB_juno

剛學(xué)puppet，確實時間是差不多2周了，現(xiàn)在能夠把比較簡單的模塊寫出來..對于mcollective，如果僅僅是執(zhí)行批量命令，那么我覺得還不如寫個expect..但是好處應(yīng)該是額外的大量插件，社區(qū)提供的插件應(yīng)該越來越多，這應(yīng)該是權(quán)衡是否使用的地方。對于問題2，也期待高手回答一下，剛接觸一線運維時間太短..另外，puppet確實比較“難”學(xué)，需要花時間..《puppet實戰(zhàn)》手頭上有一本，看完了，《puppet 3 cookbook》也很好，讓我對puppet的語法完全就差不多掌握了，但這是在我看完《puppet實戰(zhàn)》前7章之后才去看《puppet 3 cookbook》..幾本資料綜合起來看我覺得這樣學(xué)起來會快很多..puppet的精通難度應(yīng)該在于用ruby寫function和facter，另外就是erb模板里面也要用到一些ruby語言。

alonerhu

初略的試用下，感覺salt更好用些

r2007

假如沒有windows主機(jī)，根據(jù)你的情形描述，推薦cdist，僅主機(jī)需要python3.2，目標(biāo)機(jī)有ssh即可。
Ansible也可以考慮，需要在目標(biāo)機(jī)有python 2.4 or later

wenhq

if you want to install some soft , you can try fabric.
if you want to manage some configuration you'd better use ansible,puppet or chef.why not use salt due to it has some bugs which confused some time.
if you want to run some stuff more  efficient  you can use pssh or mussh or  pssh stuffs.

r2007

回復(fù) 6# wenhq


    gnu parallel針對pssh是另一個選擇，個人認(rèn)為前者好于后者

zimu312500

請問你們在工作中用puppet主要是做了哪些事？回復(fù) 3# GB_juno


   

zimu312500

用過puppet的大大們，能否列舉下在大家工作中的哪些場景用到了puppet的！

GB_juno

部署+軟件配置管理，目前用的還算比較簡單，不過上面打算以后部署就用這個了..
因為以前的部署中都會有很多比較麻煩的配置文件，這些都是通過代碼進(jìn)行動態(tài)生成的，比如說需要根據(jù)在某臺機(jī)器上要根據(jù)其機(jī)器名，ip地址，以及在集群中的位置來決定其使用的端口號...雖然這樣子也可以搞，但是東西多，不同的軟件由不同人用了不統(tǒng)一的語言來寫，維護(hù)起來也是件頭疼的事。但是用了puppet之后感覺就好多了，至少有個東西能夠把配置分發(fā)，而且配置文件的編寫也算是統(tǒng)一了，重寫也花不了多少功夫。至于說單純機(jī)器批量執(zhí)行某幾個命令，我覺得用puppet處理確實沒多大意義。