隨著IT行業(yè)的迅猛發(fā)展，傳統(tǒng)的運(yùn)維方式靠大量人力比較吃力，近幾年自動(dòng)化運(yùn)維管理快速的發(fā)展，得到了很多IT運(yùn)維人員的青睞，一個(gè)完整的自動(dòng)化運(yùn)維包括系統(tǒng)安裝、配置管理、服務(wù)監(jiān)控三個(gè)方面。那今天咱們大家一起來(lái)學(xué)習(xí)一下Puppet實(shí)際運(yùn)維中的案例。僅供參考，歡迎大家提更多的意見(jiàn)！

一、應(yīng)用背景

某公司新到500臺(tái)服務(wù)器，需要安裝Linux系統(tǒng)，并部署上線以及后期的管理配置。對(duì)于系統(tǒng)安裝，這個(gè)時(shí)候肯定得采用批量安裝的，常見(jiàn)批量安裝方式有大家熟知的Kickstart和Cobbler，具體配置方法，網(wǎng)上也有很多好文章，這里略過(guò)。

提示：如果采用自動(dòng)安裝的話，我們可以自動(dòng)初始化系統(tǒng)、內(nèi)核簡(jiǎn)單優(yōu)化、及常見(jiàn)服務(wù)、軟件客戶(hù)端等安裝。當(dāng)然Puppet客戶(hù)端也可以放在Kickstart中安裝并配置完畢。

當(dāng)系統(tǒng)穩(wěn)定運(yùn)行后，現(xiàn)在我們需要調(diào)整和管理部分服務(wù)器，例如要修改100臺(tái)服務(wù)器的系統(tǒng)參數(shù)、遠(yuǎn)程執(zhí)行命令等，這時(shí)候如何操作呢？我們可能會(huì)想到腳本，想法很好，如果讓你手動(dòng)去100臺(tái)服務(wù)器執(zhí)行同樣的腳本、或者修改某一個(gè)配置，是不是也浪費(fèi)時(shí)間呢，利用Puppet可以在幾分鐘、甚至數(shù)秒內(nèi)全部搞定。

二、實(shí)際案例配置

現(xiàn)在有一個(gè)需求，需要修改100臺(tái)Linux服務(wù)器上的crontab ntp時(shí)間服務(wù)器地址，原服務(wù)器crontab NTP配置段為：

現(xiàn)在需要調(diào)整為內(nèi)部自建的服務(wù)器地址10.1.1.21，并且修改同步的時(shí)間，如下：

編寫(xiě)puppet ntp模塊：

這段代碼的注解：創(chuàng)建ntp模塊，利用exec資源遠(yuǎn)程執(zhí)行一條命令，同樣可以舉一反三，其他的修改和配置都可以參考此方法。其中Exec path的意思是定義全局path。如果不定義的話，每一次exec資源都要定義一個(gè)path路徑。

二、實(shí)際案例配置

當(dāng)我們有大規(guī)模集群的時(shí)候，所有服務(wù)器要求要求數(shù)據(jù)一致，可以采用rsync同步，配置rsync服務(wù)器端，客戶(hù)端執(zhí)行腳本命令即可。同樣可以使用puppet+腳本來(lái)同步，這樣比較快捷，當(dāng)然也可以使用puppet rsync模塊。Rsync配置此處忽略，直接上puppet代碼：

##定義www模塊

##定義全局path

##推送sh腳本到客戶(hù)端，192-9-117-162-tdt.com為服務(wù)端

　　##推送密鑰文件到客戶(hù)端，權(quán)限設(shè)置為600

　　##遠(yuǎn)程執(zhí)行命令，備份原有程序，并判斷rsync客戶(hù)端腳本是否有修改，如果有變化，則執(zhí)行。

三、測(cè)試puppet

注*這里如果要使用Puppetrun（Puppet kick）推送功能的話，需要提前配置好客戶(hù)端，并在客戶(hù)端授權(quán)允許服務(wù)端發(fā)送信號(hào)，具體配置文章可查看：

在服務(wù)器端執(zhí)行：

Cat Puppet.txt內(nèi)容為需要同步的客戶(hù)端的主機(jī)名：

四、puppet總結(jié)

本文僅供參考，通過(guò)了解和學(xué)習(xí)，我們可以更加深入的去理解Puppet工作原理以及深入配置，舉一反三：

1、如何在master端對(duì)客戶(hù)端進(jìn)行分組？除了正則還可以用什么？

2、當(dāng)服務(wù)器數(shù)量不斷增加，一臺(tái)puppe tmaster肯定很吃力，如何擴(kuò)展？如何更好的維護(hù)和統(tǒng)一管理puppet node配置？

3、如何結(jié)合SVN直接提交代碼？等等問(wèn)題。