cobbler简学

回顾pxe+kickstart

PXE(preboot execute environment，预启动执行环境)

PXE启动原理: 当计算机引导时，BIOS把 PXE Client 调入内存中执行，然后由 PXE Client 将放置在远端的文件通过网络下载到本地运行。

PXE工作原理示意图说明：

1. Client向PXE Server上的DHCP发送IP地址请求消息，DHCP检测Client是否合法（主要是检测Client的网卡MAC地址），如果合法则返回Client的IP地址，同时将启动文件pxelinux.0的位置信息一并传送给Client。

2. Client向PXE Server上的TFTP发送获取pxelinux.0请求消息，TFTP接收到消息之后再向Client发送pxelinux.0大小信息，试探Client是否满意，当TFTP收到Client发回的同意大小信息之后，正式向Client发送pxelinux.0。

3. Client执行接收到的pxelinux.0文件。

4. Client向TFTP发送针对本机的配置信息（记录在TFTP的pxelinux.cfg目录下），TFTP将配置文件发回Client，继而Client根据配置文件执行后续操作。

5. Client向TFTP发送Linux内核请求信息，TFTP接收到消息之后将内核文件发送给Client。

6. Client向TFTP发送根文件请求信息，TFTP接收到消息之后返回Linux根文件系统。

7. Client启动Linux内核（启动参数已经在4中的配置文件中设置好了）。

8. Client通过NFS下载镜像文件，读取autoyast自动化安装脚本。

KickStart

       KickStart是一种无人职守安装方式。KickStart的工作原理是通过记录典型的安装过程中所需人工干预填写的各种参数，并生成一个名为ks.cfg的文件；在其后的安装过程中（不只局限于生成KickStart安装文件的机器）当出现要求填写参数的情况时，安装程序会首先去查找KickStart生成的文件，当找到合适的参数时，就采用找到的参数，当没有找到合适的参数时，才需要安装者手工干预。这样，如果KickStart文件涵盖了安装过程中出现的所有需要填写的参数时，安装者完全可以只告诉安装程序从何处取ks.cfg文件，然后去忙自己的事情。等安装完毕，安装程序会根据ks.cfg中设置的重启选项来重启系统，并结束安装。 

我们可以简单理解为一个自动安装应答配置管理程序。通过读取这个配置文件，系统知道怎么去分区，要安装什么包，配什么IP，优化什么内核参数等等。

 

其主要有以下部分组成：

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

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

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

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

Cobbler简介

1、Cobbler概述

Cobbler是一款自动化操作系统安装的实现，由python语言开发，是对PXE和Kickstart以及DHCP的封装。

与pxe的不同：

1.提供web界面，鼠标点一点，就可以完成很多操作

2.可以同时部署多个版本的系统

3.提供了api接口，易扩展

4.还能结合Puppet，ansible等集中化管理软件，实现自动化的管理。

 

2、Cobbler的设计方式

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

• 发行版：表示一个操作系统。它承载了内核和 initrd 的信息，以及内核参数等其他数据。
• 配置文件：包含一个发行版、一个 kickstart 文件以及可能的存储库，还包含更多特定的内核参数等其他数据。
• 系统：表示要配给的机器。它包含一个配置文件或一个镜像，还包含 IP 和 MAC 地址、电源管理（地址、凭据、类型）以及更为专业的数据等信息。
• 存储库：保存一个 yum 或 rsync 存储库的镜像信息。
• 镜像：可替换一个包含不属于此类别的文件的发行版对象（例如，无法分为内核和 initrd 的对象）。

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

3、Cobbller工作原理

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

Server端：

1. 第一步，启动Cobbler服务
2. 第二步，进行Cobbler错误检查，执行cobbler check命令
3. 第三步，进行配置同步，执行cobbler sync命令
4. 第四步，复制相关启动文件文件到TFTP目录中
5. 第五步，启动DHCP服务，提供地址分配
6. 第六步，DHCP服务分配IP地址
7. 第七步，TFTP传输启动文件
8. 第八步，Server端接收安装信息
9. 第九步，Server端发送ISO镜像与Kickstart文件

Client端：

1. 第一步，客户端以PXE模式启动
2. 第二步，客户端获取IP地址
3. 第三步，通过TFTP服务器获取启动文件
4. 第四步，进入Cobbler安装选择界面
5. 第五步，客户端确定加载信息
6. 第六步，根据配置信息准备安装系统
7. 第七步，加载Kickstart文件
8. 第八步，传输系统安装的其它文件
9. 第九步，进行安装系统

4、Cobbler功能

为了协助管理系统，Cobbler 可通过 fence scripts 连接到各种电源管理环境。Cobbler 支持 apc_snmp、bladecenter、bullpap、drac、ether_wake、ilo、integrity、ipmilan、ipmitool、lpar、rsa、virsh 和 wti。

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

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

5. Cobbler目录说明

1、Cobbler配置文件目录：/etc/cobbler

/etc/cobbler/settings #cobbler主配置文件

/etc/cobbler/dhcp.template #DHCP服务的配置模板

/etc/cobbler/tftpd.template #tftp服务的配置模板

/etc/cobbler/rsync.template #rsync服务的配置模板

/etc/cobbler/iso #iso模板配置文件

/etc/cobbler/pxe #pxe模板文件

/etc/cobbler/power #电源的配置文件

/etc/cobbler/users.conf #Web服务授权配置文件

/etc/cobbler/users.digest #用于web访问的用户名密码配置文件

/etc/cobbler/dnsmasq.template #DNS服务的配置模板

/etc/cobbler/modules.conf #Cobbler模块配置文件

2、Cobbler数据目录：/var/lib/cobbler

/var/lib/cobbler/config #配置文件

/var/lib/cobbler/triggers #Cobbler命令

/var/lib/cobbler/kickstarts #默认存放kickstart文件

/var/lib/cobbler/loaders #存放的各种引导程序

3、系统安装镜像目录：/var/www/cobbler

/var/www/cobbler/ks_mirror #导入的系统镜像列表

/var/www/cobbler/images #导入的系统镜像启动文件

/var/www/cobbler/repo_mirror #yum源存储目录

4、日志目录：/var/log/cobbler

/var/log/cobbler/install.log #客户端系统安装日志

/var/log/cobbler/cobbler.log #cobbler日志

安装cobbler

安装前的考虑： 规划化硬盘 需要空间来放ios镜像 /var/www空间要大一些