Linux 运维自动化之Cobbler概述

大纲

一、前言

二、PXE 概述

三、Kickstart 概述

四、Cobbler 简介

五、Cobbler 组成

六、Cobbler 工作原理

七、Cobbler 不足

注，操作系统 CentOS 6.4 x86_64，软件版本 Cobbler-2.4.0-1。（目前最新版）

一、前言

在上一篇博客中（http://freeloda.blog.51cto.com/2033581/1316317）简单的和大家说了一下运维自动化，在这一篇博客中我们主要来讲解一下系统安装与管理类工具Cobbler。好了，我们废话不多说直接上干货。在说Cobbler工具之前我们先来说一下网络基础知识一个是PXE，另一个是Kickstart。好了，下面我们先来说一下PXE。

二、PXE 概述

预启动执行环境（Preboot eXecution Environment，PXE，也被称为预执行环境)是让计算机通过网卡独立地使用数据设备(如硬盘)或者安装操作系统。PXE当初是作为Intel的有线管理体系的一部分，Intel和 Systemsoft于1999年9月20日公布其规格(版本2.1)。通过使用像网际协议(IP)、用户数据报协议(UDP)、动态主机设定协定(DHCP)、小型文件传输协议(TFTP)等几种网络协议和全局唯一标识符(GUID)、通用网络驱动接口(UNDI)、通用唯一识别码(UUID)的概念并通过对客户机(通过PXE自检的电脑)固件扩展预设的API来实现目的。PXE 客户机(client)这个术语是指机器在PXE启动过程中的角色。一个PXE 客户机(client)可以是一台服务器、桌面级电脑、笔记本电脑或者其他装有PXE启动代码的机器。

客户机的固件为接受到可用的PXE启动服务器，要在网络中尝试找出PXE重定向服务(DHCP代理）。在分析返回的包后，固件会向合适的启动服务器询问网络自检程序(NBP)的路径，并且通过TFTP协议下载到电脑的内存中，有可能会去校验它，最后执行它。当只有全部的PXE 客户机(client)只使用一个NBP时，全部的PXE 客户机可能会被指定是用BOOTP协议，从而不需要DHCP代理，但是仍然需要TFTP启动服务。

PXE 协议大致上结合了DHCP和TFTP，虽然都有在两者上面有改进。DHCP用于查找合适的启动服务器,TFTP用于下载初始引导程序和附加文件。为了开始一个PXE自检会话，PXE固件广播一个带有明确的PXE选项DHCPDISCOVER包(扩展DHCPDISCOVER)到67/UDP端口(DHCP服务器端口)。PXE选项是PXE固件有PXE能力的鉴定，但是会被一般的DHCP服务忽略。当固件受到从这样的服务受到DHCPOFFER包时，它会通过要求其提供配置信息来自我配置。

当 PXE 重定向服务 （DHCP代理） 收到一个 扩展DHCPDISCOVER 包时，它会通过发送一个带有明确的PXE选项DHCPDISCOVER包到PXE客户机的68/UDP端口 (DHCP 客户机端口)来回答。 一个扩展DHCPDISCOVER包主要包含:

• 一个PXE发现控制领域，以决定是使用多播，广播(网路)或单播来联系PXE启动服务器。

• 一个列出可用的PXE启动服务器类型的地址表。

• 一个代表每个一个PXE启动服务器类型的条目单。

• 一个带有带有提示用户按下哪一个键来看到启动菜单的PXE启动菜单。

• 一个超过多长时间就启动第一启动菜单的超时数值。

一个DHCP代理服务可能在相同的主机上运行一个标准的DHCP服务器。尽管两个服务不可以共享67/UDP 端口，DHCP代理服务在4011/UDP 端口上运行，要求从客户端来的DHCPDISCOVER 包变成DHCPREQUEST 包。标准DHCP服务在其发送的DHCPOFFER 包中加入特殊的PXE 选项组合，这样PXE客户端知道可以在同一个主机的 4011/UDP 端口找到一个DHCP代理服务。

和一个正在启动系统的启动服务联系必须有一个IP地址（可能来自DHCP服务）。通过多播或单播一个带有特殊的PXE选项的 DHCPREQUEST 包(扩展DHCPREQUEST包)到 4011/UDP端口，或者广播(网路)这种包到 67/UDP端口。这种包包含有PXE启动服务类型和PXE启动层，一个守护进程允许运行多个启动服务类型。 一个扩展 DHCPREQUEST包可能是一个DHCPINFORM包。下面是PXE具体工作原理图，

简单总结一下，

• PXE Client发送广播包请求DHCP分配IP地址DHCP

• Server回复请求，给出IP地址以及Boot

• Server的地址PXE下载引导文件执行引导程序

好了，PXE我们就简单的说到这里。下面我们来说一下Kickstart。

三、Kickstart 概述

1.Kickstart 简介

官方文档：Many system administrators would prefer to use an automated installation method to install Fedora or Red Hat Enterprise Linux on their machines. To answer this need, Red Hat created the kickstart installation method. Using kickstart, a system administrator can create a single file containing the answers to all the questions that would normally be asked during a typical installation.（大意就是很多系统管理员希望自动安装系统，于是便有了kickstart这种方式，只需配置一个安装应答文件，便可以自动安装系统了。）

2.Kickstart 组成

• Kickstart 安装选项，包含语言的选择，防火墙，密码，网络，分区的设置等；

• %Pre 部分，安装前解析的脚本，通常用来生成特殊的ks配置，比如由一段程序决定磁盘分区等；

• %Package 部分，安装包的选择，可以是 @core 这样的group的形式，也可以是这样 vim-* 包的形式；

• %Post 部分，安装后执行的脚本，通常用来做系统的初始化设置。比如启动的服务，相关的设定等。

3.Kickstart 样例

好了，到这里PXE与Kickstart就简单的介绍完成了，下面我们来说一下Cobbler工具。

四、Cobbler 简介

1.Cobbler 概述

Cobbler由python语言开发，是对PXE和Kickstart以及DHCP的封装。融合很多特性，提供了CLI和Web的管理形式。更加方便的实行网络安装。同时，Cobbler也提供了API接口，使用其它语言也很容易做扩展。它不紧可以安装物理机，同时也支持kvm、xen虚拟化、Guest OS的安装。更多的是它还能结合Puppet等集中化管理软件，实现自动化的管理。

2.新旧对比

以前自动化安装系统得先设置一个网络环境，可是设置网络环境涉及到许多步骤，才能为开始安装系统做好准备。你必须：

• 配置服务，比如 DHCP、TFTP、DNS、HTTP、FTP 和 NFS；

• 在 DHCP 和 TFTP 配置文件中填入各个客户端机器的信息；

• 创建自动部署文件（比如 kickstart 和 autoinst）；

• 将安装媒介解压缩到 HTTP/FTP/NFS 存储库中。

这个过程并不简单，而且手动注册每个必须配置的客户端机器可能很麻烦。对配置一台机器的任何参数更改（比如要使用一个不同的操作系统），都需要对配置进行手动干预，并有可能对自动部署文件进行手动干预。当机器数量增加时，如果不高度重视文件组织的条理性，TFTP 目录等元素就可能变得混乱。

Cobbler 通过为机器配置的所有方面创建一个中央管理点，从而解决了这些不足。Cobbler 可重新配置服务，创建存储库，解压缩操作系统媒介，代理或集成一个配置管理系统，控制电源管理等。Cobbler 创建了一个抽象层，您可在其中运行 “add new repository” 或 “change client machine operating system” 等命令。Cobbler 负责处理所有事情：创建或更新配置文件，重新启动服务，或者将媒介解压到新创建的目录中。它的目的是隐藏所有与系统相关的问题，以便您可专注于任务本身。

3.Cobbler 提供的功能

使用 Cobbler，您无需进行人工干预即可安装机器。Cobbler 设置一个 PXE 引导环境（它还可使用 yaboot 支持 PowerPC），并控制与安装相关的所有方面，比如网络引导服务（DHCP 和 TFTP）与存储库镜像。当希望安装一台新机器时，Cobbler 可以：

使用一个以前定义的模板来配置 DHCP 服务（如果启用了管理 DHCP） 将一个存储库（yum 或 rsync）建立镜像或解压缩一个媒介，以注册一个新操作系统 在 DHCP 配置文件中为需要安装的机器创建一个条目，并使用您指定的参数（IP 和 MAC 地址） 在 TFTFP 服务目录下创建适当的 PXE 文件 重新启动 DHCP 服务以反映更改 重新启动机器以开始安装（如果电源管理已启用）

Cobbler 支持众多的发行版：Red Hat、Fedora、CentOS、Debian、Ubuntu 和 SuSE。当添加一个操作系统（通常通过使用 ISO 文件）时，Cobbler 知道如何解压缩合适的文件并调整网络服务，以正确引导机器。

Cobbler 可使用 kickstart 模板。基于 Red Hat 或 Fedora 的系统使用 kickstart 文件来自动化安装流程。通过使用模板，您就会拥有基本的 kickstart 模板，然后定义如何针对一种配置文件或机器配置而替换其中的变量。例如，一个模板可能包含两个变量 $domain和 $machine_name。在 Cobbler 配置中，一个配置文件指定 domain=mydomain.com，并且每台使用该配置文件的机器在machine_name 变量中指定其名称。该配置文件中的所有机器都使用相同的 kickstart 安装且针对 domain=mydomain.com 进行配置，但每台机器拥有其自己的机器名称。您仍然可以使用 kickstart 模板在不同的域中安装其他机器并使用不同的机器名称。

为了协助管理系统，Cobbler 可通过 fence scripts 连接到各种电源管理环境。Cobbler 支持 apc_snmp、bladecenter、bullpap、drac、ether_wake、ilo、integrity、ipmilan、ipmitool、lpar、rsa、virsh 和 wti。要重新安装一台机器，可运行 reboot system foo命令，而且 Cobbler 会使用必要的凭据和信息来为您运行恰当的 fence scripts（比如机器插槽数）。

除了这些特性，还可使用一个配置管理系统 (CMS)。您有两种选择：该工具内的一个内部系统，或者集成一个现有的外部 CMS，比如 Chef 或 Puppet。借助内部系统，您可以指定文件模板，这些模板会依据配置参数进行处理（与 kickstart 模板的处理方式一样），然后复制到您指定的位置。如果必须自动将配置文件部署到特定机器，那么此功能很有用。

使用 koan 客户端，Cobbler 可从客户端配置虚拟机并重新安装系统。

五、Cobbler 组成

Cobbler 的配置结构基于一组注册的对象。每个对象表示一个与另一个实体相关联的实体（该对象指向另一个对象，或者另一个对象指向该对象）。当一个对象指向另一个对象时，它就继承了被指向对象的数据，并可覆盖或添加更多特定信息。以下对象类型的定义为：

• 发行版：表示一个操作系统。它承载了内核和 initrd 的信息，以及内核参数等其他数据。

• 配置文件：包含一个发行版、一个 kickstart 文件以及可能的存储库，还包含更多特定的内核参数等其他数据。

• 系统：表示要配给的机器。它包含一个配置文件或一个镜像，还包含 IP 和 MAC 地址、电源管理（地址、凭据、类型）以及更为专业的数据等信息。

• 存储库：保存一个 yum 或 rsync 存储库的镜像信息。

• 镜像：可替换一个包含不属于此类别的文件的发行版对象（例如，无法分为内核和 initrd 的对象）。

基于注册的对象以及各个对象之间的关联，Cobbler 知道如何更改文件系统以反映具体配置。因为系统配置的内部是抽象的，所以您可以仅关注想要执行的操作。下面是Cobbler各对象之间的关系图，

六、Cobbler 工作原理

下面我们来简单的说明一下，

Server端：

• 第一步，启动Cobbler服务

• 第二步，进行Cobbler错误检查，执行cobbler check命令

• 第三步，进行配置同步，执行cobbler sync命令

• 第四步，复制相关启动文件文件到TFTP目录中

• 第五步，启动DHCP服务，提供地址分配

• 第六步，DHCP服务分配IP地址

• 第七步，TFTP传输启动文件

• 第八步，Server端接收安装信息

• 第九步，Server端发送ISO镜像与Kickstart文件

Client端：

• 第一步，客户端以PXE模式启动

• 第二步，客户端获取IP地址

• 第三步，通过TFTP服务器获取启动文件

• 第四步，进入Cobbler安装选择界面

• 第五步，客户端确定加载信息

• 第六步，根据配置信息准备安装系统

• 第七步，加载Kickstart文件

• 第八步，传输系统安装的其它文件

• 第九步，进行安装系统

七、Cobbler 不足

1.问题说明

根据MAC地址来配置主机ip和hostname，根据mac配置ip等相关信息是一些常见需求，有些设备标签上有mac地址，这一类可以手动抄下，然后在配置。但是，由于主机更换主板，或其他原因导致mac不对，你还用标签上的mac地址来配置，这就悲剧了。为了更好的解决这样的问题我们也可以有解决的办法。

2.解决方法

根据dhcp请求信息抓取mac地址，然后进行配置。具体方法可以通过tcpdump或者脚本来分析/var/log/message文件，抓取对目标端口为67访问的数据包，然后进行分析。

[root@node6 ~]# tcpdump -i eth0 dst port 67

好了，到这里我们的Linux 运维自动化之Cobbler概述就讲解完成了，在下篇博客中我们和大家讲解一下Cobbler的安装与配置。最后希望大家有所收获^_^……

本文转自陈明乾51CTO博客，原文链接：http://blog.51cto.com/freeloda/1319695，如需转载请自行联系原作者