Puppet的部署與應(yīng)用
1、 案例概述
作為一名系統(tǒng)管理員,維護(hù)服務(wù)器正常運(yùn)行是最基本的職責(zé),在管理幾臺到幾十臺服務(wù)器時(shí),大部分管理員喜歡自己寫小工具來維護(hù),但隨著服務(wù)器的數(shù)量曾多,任務(wù)量也逐漸增多,這時(shí)就需要簡潔的、強(qiáng)大的框架來完成系統(tǒng)管理的任務(wù),為了實(shí)現(xiàn)這一目的,我們引入了一些工具,這些工具是可編程的,系統(tǒng)管理員只需要為這個(gè)工具寫上幾行代碼,它便會自動的完成所有的工作,這批工具就是運(yùn)維自動化puppet,它可以針對多臺服務(wù)器進(jìn)行統(tǒng)一操作,如部署統(tǒng)一的軟件、進(jìn)行統(tǒng)一上線維護(hù)等,而且能快速完成上線部署,減少人力及人力誤操作風(fēng)險(xiǎn)。
2、 Puppet的工作原理
Puppet的目錄是讓管理員只集中于要管理的目標(biāo),而忽略實(shí)現(xiàn)的細(xì)節(jié)。Puppet即可以運(yùn)行在單機(jī)上,也可以以C/S結(jié)構(gòu)使用。在大規(guī)模使用puppet的情況下,通常使用C/S結(jié)構(gòu),在這種結(jié)構(gòu)中puppet客戶端只運(yùn)行puppeclient,puppet服務(wù)端只運(yùn)行puppemaster。
1、puppet具體的工作原理
1) 客戶端puppet調(diào)用fast探測出主機(jī)的一些變量,如主機(jī)名、內(nèi)存大小、IP地址等。Puppet把這些信息使用SSL連接發(fā)送給服務(wù)器端
2) 服務(wù)器端的puppetmaster通過fast工具分析檢測客戶端的主機(jī)名,然后找到項(xiàng)目的主配置文件manifest里面對應(yīng)的node配置,并對該部分內(nèi)容進(jìn)行解析,fast發(fā)送過來的信息可以作為變量處理,node牽扯到的代碼才被解析,沒牽扯到的不解析,解析分為語法檢查,如果語法沒錯(cuò),繼續(xù)解析,解析結(jié)果生成一個(gè)結(jié)果‘偽代碼’,然后把‘偽代碼’發(fā)給客戶端
3) 客戶端收到‘偽代碼’并且執(zhí)行,客戶端把執(zhí)行結(jié)果發(fā)給服務(wù)器
4) 服務(wù)器端把客戶端的執(zhí)行結(jié)果寫入日志
2、puppet工作過程中的注意事項(xiàng)
1) 為了保證安全,Client和Master之間是基于SSL和證書的,只有經(jīng)Master證書認(rèn)證的Client可以與Master通信
2) Puppet會讓系統(tǒng)保持在人們所期望的某種狀態(tài)并一直維持下去,如檢測某個(gè)文件并保證其一直存在,保證SSH服務(wù)始終開啟,如果文件被刪除了或者ssh服務(wù)關(guān)閉了,puppet下次執(zhí)行時(shí)(默認(rèn)30分鐘)會重新創(chuàng)建該文件或者啟動SSH服務(wù)
3、 項(xiàng)目環(huán)境
主機(jī) |
操作系統(tǒng) |
IP地址 |
主要軟件 |
Puppetmaster |
CentOS6.5 |
192.168.31.83 |
Ruby-rdoc-1.8.7.352 Ruby-libs-1.8.7.352 Ruby-irb-1.8.7.352 Ruby-1.8.7.352 Puppet-2.7.21.tar.gz Facter-1.7.1.tar.gz |
Puppetclient1 |
Centos6.5 |
192.168.31.184 |
Ruby-rdoc-1.8.7.352 Ruby-libs-1.8.7.352 Ruby-irb-1.8.7.352 Ruby-1.8.7.352 Puppet-2.7.21.tar.gz Facter-1.7.1.tar.gz |
Puppetclient2 |
Centos6.5 |
192.168.31.79 |
Ruby-rdoc-1.8.7.352 Ruby-libs-1.8.7.352 Ruby-irb-1.8.7.352 Ruby-1.8.7.352 Puppet-2.7.21.tar.gz Facter-1.7.1.tar.gz |
NTP server |
Centos6.5 |
192.168.31.224 |
|
4、 項(xiàng)目實(shí)施
1、 搭建puppetmaster
1) 規(guī)劃服務(wù)器主機(jī)名
在小的規(guī)模puppet環(huán)境下,一般修改/etc/hosts文件,然而在上千臺服務(wù)器的環(huán)境中,我們要搭建自己的DNS服務(wù)器來實(shí)現(xiàn)服務(wù)通過主機(jī)名來進(jìn)行通信,此項(xiàng)目我們通過修改/etc/hosts文件來實(shí)現(xiàn)
修改HOSTNAME=master.zjz.cn
添加一下幾行:
還有一種方式來修改主機(jī)名,不用重啟系統(tǒng)的方式
2) 時(shí)間同步服務(wù)器
由于facter使用SSL證書,依賴時(shí)間同步,所以需要搭建NTP服務(wù)器
一、搭建NTP Server
打開ntp的配置文件添加下面兩行
其作用是當(dāng)/etc/ntp.conf中定義的server都不可用時(shí),將使用local時(shí)間作為NTP服務(wù)提供給NTP客戶端
啟動NTP服務(wù),并設(shè)置為開機(jī)自啟
二、Puppetmaster 作為NTP客戶端配置
三、安裝ruby
一定按照一下先后順序安裝,先安裝compat-readline5,也可以一并安裝
首先新建一個(gè)掛載系統(tǒng)盤的目錄(因?yàn)槲覀儼惭b的包,在系統(tǒng)盤中有,使用rpm直接安裝)
掛載系統(tǒng)盤
切換到掛載目錄的Packages目錄中
開始安裝
安裝完成后,查看版本
四、Puppet、facter安裝
通過facter工具分析檢測客戶端傳輸過來的信息
安裝facter
a) 解壓源碼包
新建一個(gè)存放安裝包的目錄,下載源碼包
b) 編譯安裝源碼包
安裝puppet:
(一) 解壓源碼包
先下載源碼包
(二) 編譯安裝
(三) 復(fù)制配置文件
(四) 修改文件屬性
(五) 創(chuàng)建puppet主目錄
注意:這兩個(gè)目錄的名稱是固定的
五、Puppet服務(wù)證書請求與簽名
生產(chǎn)環(huán)境中iptables默認(rèn)是關(guān)閉的
Master端配置
(一) 修改配置文件
在【main】標(biāo)題下添加以下一行:配置服務(wù)器模塊的路徑
(二) 啟動puppet主程序
2、 搭建puppetclient
首先配置puppetclient1,步驟如下:
1) 規(guī)劃服務(wù)器主機(jī)名
添加一下幾行
確??梢酝ㄟ^域名ping同puppetmaster,即ping master.zjz.cn
2) 服務(wù)器時(shí)間同步
3) 安裝ruby
一定按照一下順序安裝,先安裝compat-readline5,也可以一起安裝
安裝同master安裝步驟
安裝完成后檢查版本
4) Puppet、facter安裝
通過facter工具分析檢測客戶端傳輸過來的信息
安裝facter:
一、解壓源碼包
二、編譯安裝源碼包
安裝puppet:
一、解壓源碼包
二、編譯安裝源碼包
三、復(fù)制配置文件
四、修改文件屬性
五、Puppet服務(wù)證書請求與簽名
生產(chǎn)環(huán)境中iptebles默認(rèn)是全部關(guān)閉的
Puppetclient1和puppetclient2一樣,如下操作
修改client配置文件
在【main】標(biāo)題下加上一行,設(shè)置服務(wù)器的域名
Puppetclient2和puppetclient1配置過程類似,注意將主機(jī)名修改為client2
申請和注冊
Client端:
分別在puppetclient1和puppetclient2上進(jìn)行注冊
此時(shí)可以按Ctrl+C結(jié)束,因?yàn)閜uppet一直在等待任務(wù),但是已經(jīng)從server查看到了申請信息
Master端
查看申請注冊的客戶端:
將未注冊的客戶端進(jìn)行注冊
可以通過目錄查看已注冊的客戶端
此時(shí)客戶端已經(jīng)完成了證書的請求和簽名
3、 配置實(shí)例
1. 配置一個(gè)測試節(jié)點(diǎn)
節(jié)點(diǎn)信息:/etc/puppet/manifests/nodes
模塊信息:/etc/puppet/modules
為了保護(hù)Linux的ssh端口爆破,批量修改客戶端sshd端口,將端口22修改為9922,并實(shí)現(xiàn)重啟工作
創(chuàng)建ssh模塊,模塊目錄為ssh,模塊下面有三個(gè)文件:mainfests、templates和files
Mainfests里面必須要包含一個(gè)init.pp文件,這是該模塊的初始文件,導(dǎo)入一個(gè)模塊的時(shí)候,會從init.pp開始執(zhí)行。可以把所以的代碼寫到init.pp文件里面,也可以分成多個(gè)pp文件,init再去包含其他文件,定義class類名的時(shí)候必須是ssh,這樣能實(shí)現(xiàn)調(diào)用
Files目錄是該模塊的文件發(fā)布目錄,puppet提供一個(gè)文件的分發(fā)機(jī)制,類似rsync的模塊
Templates目錄包含erb模型文件,這個(gè)和file資源的template屬性有關(guān)(很少用)
Master端:
1) 創(chuàng)建需要的必要的目錄
此時(shí)/etc/puppet/modules/ssh/目錄下結(jié)構(gòu):
2) 創(chuàng)建模塊配置文件install.pp
輸入一下信息:
3) 創(chuàng)建模塊配置文件config.pp
輸入一下信息:
4) 創(chuàng)建模塊配置文件service.pp
輸入一下信息:
5) 創(chuàng)建模塊主配置文件init.pp
輸入一下信息:
此時(shí)/etc/puppet/modules/ssh/manifests目錄下有四個(gè)文件:
6) 建立服務(wù)器端ssh統(tǒng)一維護(hù)文件
由于服務(wù)器端和客戶端的sshd_config文件默認(rèn)一樣,此時(shí)將服務(wù)器端/etc/ssh/sshd_config復(fù)制到模塊默認(rèn)路徑
7) 創(chuàng)建測試節(jié)點(diǎn)配置文件,并將ssh加載進(jìn)去
輸入一下信息:
8) 將測試節(jié)點(diǎn)載入puppet,即修改site.pp
輸入一下信息:
9) 修改服務(wù)端維護(hù)的sshd_config配置文件
10) 重新啟動puppet
2. 客戶端主動拉取
一般在小規(guī)模自動化集群中,如代碼上線需要重啟服務(wù)時(shí),為了防止網(wǎng)站暫時(shí)性的無法訪問的問題,每臺客戶端運(yùn)行一次puppet agent –t命令,選擇模式根據(jù)客戶端集群規(guī)模的大小,根據(jù)經(jīng)驗(yàn),一般運(yùn)維工程師puppet服務(wù)器到各客戶端會建立ssh信任,然后自定義shell腳本,ssh批量讓客戶端執(zhí)行puppet同步命令
Client端:
192.168.31.184(puppetclient1)端執(zhí)行命令如下:
此時(shí)在Client端已經(jīng)執(zhí)行成功,驗(yàn)證如下:
查看服務(wù)器ssh服務(wù)是否重啟,端口是否生效:
3. 服務(wù)器推送同步
當(dāng)大規(guī)模部署時(shí)采用服務(wù)器推送模式
Client端:
192.168.31.79(puppetclient2)端修改:
1) 修改配置文件:
最后一行添加如下:
修改auth.conf
最后一行添加如下:
2) 啟動puppet客戶端
查看/etc/ssh/sshd_config的內(nèi)容如下:
確認(rèn)啟動ssh服務(wù):
Master端:
3) 開始往客戶端推送
4) 校驗(yàn)結(jié)果:
此時(shí)Client端已經(jīng)執(zhí)行成功,驗(yàn)證如下:
查看服務(wù)器ssh服務(wù)是否重啟,端口是否生效:
5、 注意說明
如果分不清在那一臺主機(jī)上做的操作,我們可以根據(jù)主機(jī)名來進(jìn)行判斷,其中puppetclient2上一開始安裝的操作因?yàn)楹蚿uppetclient1上類似就是修改主機(jī)名不一樣,所以安裝步驟省略掉了,不會影響整體的操作,本文中也介紹了一寫原理的問題,希望對大家有幫助。