#### 本文轉自"運維之路，http://www.361way.com/" Cobbler是通過將DHCP、TFTP、DNS、HTTP等服務進行集成，創建一個中央管理節點，其可以實現的功能有配置服務，創建存儲庫，解壓縮操作系統媒介，代理或集成一個配置管理系統，控制電源管理等。 Cobbler的最終目的是實現無需進行人工干預即可安裝機器。在進行進一步的操作之前，我們有必要先了解下pxe和kickstart 。 ### PXE概述 預啟動執行環境（Preboot eXecution Environment，PXE，也被稱為預執行環境)是讓計算機通過網卡獨立地使用數據設備(如硬盤)或者安裝操作系統。最早是Intel 搞出來的一個東西，更深層次的東西我們不用去管，直接上個圖，我們看下其工作原理：  簡單總結一下， PXE Client發送廣播包請求DHCP分配IP地址DHCP Server回復請求，給出IP地址以及Boot Server的地址PXE下載引導文件執行引導程序 總結來說，PXE主要是通過廣播的方式發送一個包，并請注獲取一個地址，而后交給TFTP程序下載一個引導文件。下面我們來說一下Kickstart。 ### Kickstart 概述 Kickstart 是紅帽搞出來的一個東西，我們可以簡單理解為一個自動安裝應答配置管理程序。通過讀取這個配置文件，系統知道怎么去分區，要安裝什么包，配什么IP，優化什么內核參數等等。其主要有以下部分組成： Kickstart 安裝選項，包含語言的選擇，防火墻，密碼，網絡，分區的設置等； %Pre 部分，安裝前解析的腳本，通常用來生成特殊的ks配置，比如由一段程序決定磁盤分區等； %Package 部分，安裝包的選擇，可以是 @core 這樣的group的形式，也可以是這樣 vim-* 包的形式； %Post 部分，安裝后執行的腳本，通常用來做系統的初始化設置。比如啟動的服務，相關的設定等。 ### Cobbler簡介 #### Cobbler概述 Cobbler由python語言開發，是對PXE和Kickstart以及DHCP的封裝。融合很多特性，提供了CLI和Web的管理形式。更加方便的實行網絡安裝。同時，Cobbler也提供了API接口，使用其它語言也很容易做擴展。它不緊可以安裝物理機，同時也支持kvm、xen虛擬化、Guest OS的安裝。更多的是它還能結合Puppet等集中化管理軟件，實現自動化的管理。 #### Cobbler的設計方式 Cobbler 的配置結構基于一組注冊的對象。每個對象表示一個與另一個實體相關聯的實體（該對象指向另一個對象，或者另一個對象指向該對象）。當一個對象指向另一個對象時，它就繼承了被指向對象的數據，并可覆蓋或添加更多特定信息。以下對象類型的定義為： 發行版：表示一個操作系統。它承載了內核和 initrd 的信息，以及內核參數等其他數據。 配置文件：包含一個發行版、一個 kickstart 文件以及可能的存儲庫，還包含更多特定的內核參數等其他數據。 系統：表示要配給的機器。它包含一個配置文件或一個鏡像，還包含 IP 和 MAC 地址、電源管理（地址、憑據、類型）以及更為專業的數據等信息。 存儲庫：保存一個 yum 或 rsync 存儲庫的鏡像信息。 鏡像：可替換一個包含不屬于此類別的文件的發行版對象（例如，無法分為內核和 initrd 的對象）。 基于注冊的對象以及各個對象之間的關聯，Cobbler 知道如何更改文件系統以反映具體配置。因為系統配置的內部是抽象的，所以您可以僅關注想要執行的操作。Cobbler 對象關系圖如下： #### Cobbller工作原理  **Server端：** ```shell 第一步，啟動Cobbler服務 第二步，進行Cobbler錯誤檢查，執行cobbler check命令 第三步，進行配置同步，執行cobbler sync命令 第四步，復制相關啟動文件文件到TFTP目錄中 第五步，啟動DHCP服務，提供地址分配 第六步，DHCP服務分配IP地址 第七步，TFTP傳輸啟動文件 第八步，Server端接收安裝信息 第九步，Server端發送ISO鏡像與Kickstart文件 ``` **Client端：** ```shell 第一步，客戶端以PXE模式啟動 第二步，客戶端獲取IP地址 第三步，通過TFTP服務器獲取啟動文件 第四步，進入Cobbler安裝選擇界面 第五步，客戶端確定加載信息 第六步，根據配置信息準備安裝系統 第七步，加載Kickstart文件 第八步，傳輸系統安裝的其它文件 第九步，進行安裝系統 ```