上一篇文章 PXE 自动化装机技术回顾 我们详细讨论了下, 标准 PXE 使用流程的一些优缺点.对于现今机房数量的大幅度增加, 物理机数量以及类型的增加, 多样化需求的叠加, 尤其是国内还有大量对裸金属服务的依赖, 都希望将传统的安装过程能平台化/模块化/自动化,以满足不断丰富的业务需求, 满足对资源的交付更加高效/可靠/稳定要求, 以及同时减少整体持续运营的成本, 降低研发人员参与的强度.
其实整个传统的PXE装机过程, 偏向串行化, 流程化的, 如果我们能将大部分内容变成服务化,由业务调度提供执行任务, 要求所有任务有足够原子化的粒度,比如做 Raid, 写镜像, 配置网卡等等, 真正的装机模块负责对任务进行执行, 所有任务支持编排, 提供并行/串行机制, 实时反馈,偶发异常自动重试,系统异常自动提醒.
大多厂商都开始使用 OpenStack Ironic 来解决上述问题, Ironic 架构图如下:
到目前为止, 我们已经按技术标准实现了 Debian/Ubuntu 系列 OS 基于 preseeding 技术的自动化装机流程.其实 CentOS 的 PXE 环境构建也一样,基本是把 CentOS-7-x86_64-DVD-1810.iso 标准镜像中 /images/pxeboot 目录下的 vmlinuz/initrd.img 拷贝到 /var/lib/tftp 下. pxelinux.0 引导程序文件不像 Debian\Ubuntu 在版本 iso 镜像中管理, 而是在 syslinux 包中, 当然 syslinux 包一定是在标准镜像中, 需要单独解开这个包或者是在宿主机器上安装该包然后将内容再拷贝出来, 另外还有一些依赖的内容比如 boot.msg 等等文件还需要标准镜像中拷贝出来, 具体依赖项还需要看你 pxelinux.cfg/default 文件中使用了哪些内容.
ubuntu-auto.seed 包含我们需要的的主要一些 preseeding 选项.有几个重点选项接下来我们详细梳理下.
对于不同物理硬件设备识别名可能是不一样, 比如eno1/ens1/enp2s0/eth0等等,网卡名称完全不可预知.通过 https://www.freedesktop.org/wiki/官方网站有个wiki 详细说明了从 systemd v197 版本后, 对网卡命名规则做了一些改变, 优先以 bios 上记录的硬件设备发现的顺利来命名网卡. 详细信息见 Predictable Network Interface Names
PXE 环境搭建完成后,现在还不能开始自动装机过程, 因为 TFTP 工作目录下的配置还是 Ubuntu 发行版 netboot 的默认配置,需要手动一步一步的完成整个过程的安装, 只能算手摇半自动.在真正开始之前,需要梳理下 Ubuntu 的 netboot 配置方式,以方便我们完成自定义的自动化装机.
我们是将ubuntu-16.04.6-server-amd64.iso镜像挂载到/mnt, 将/mnt/install/netboot目录下的内容直接拷贝到/var/lib/tftpboot,我们先看看这个目录到底有什么内容:
上篇文章详细介绍了 Ubuntu 16.04 初次安装之后要做的一些优化建议, 见
经过前面几篇文章的介绍, 一个干净的 Ubuntu 环境搭建完成, 接下来我们要准备下 PXE(Preboot eXecution Environment) 环境的构建.在正式介绍 PXE 之前,我们需要知道 PXE 到底是什么?
PXE（预启动执行环境，也被称为预执行环境)提供了一种使用网络接口（Network Interface）启动计算机的机制。这种机制让计算机的启动可以不依赖本地数据存储设备（如硬盘）或本地已安装的操作系统。
上篇文章详细介绍了,整个 Ubuntu 16.04 的安装过程, 见
对于 Ubuntu 初次安装好之后, 有一些小的优化建议,会极大的方便后续的使用.
对于安装过程中未选择 SSH Server 的话,安装 SSH Server 是首要的事情,对于虚拟机还好, 对于物理机环境或者远程环境,如果没有这个服务,维护和使用起来比较麻烦.
最近准备整理一个完整版本的 PXE 实验环境构建的教程,用于 PXE 装机环境的模拟调试.上一篇文章见
开始下面的安装之前,也建议看看这个链接, 对选择正确的最小安装镜像有帮助.
最近使用 Ubuntu 16.04 的 netboot image 去安装虚拟机,提示 "Loading libc6-udeb failed", 导致在 "Detect disks"过程失败.
systemd是一个全新的init系统和系统管理器，兼容传统的基于SysV init系统的所有主要的Linux发行版。
systemd兼容SysV和LSB init脚本，它作为SysV init系统的直接替代品。
systemd是内核启动并保持PID 1的第一个进程，它是系统运行后的所有进程的的父进程，Fedora 15是第一个支持systemd发行版。
systemctl是用于管理systemd守护程序/服务命令行实用程序和主要工具，例如（start, restart, stop, enable, disable, reload & status）。
systemd使用.service文件而不是bash脚本（SysV init使用）。systemd将所有守护进程排序到他们自己的Linux cgroup中，你可以通过搜索/cgroup/systemd文件来查看系统层次结构。
上一篇博客介绍了CentOS处理启动过程中,没有找到raid驱动导致的启动失败的问题，对于基于Debian的发行版、Gentoo等等系统处理起来是不一样的。因为各自都有对应的initramfs.img的管理工具。
介绍下各个发行版添加kernel module到initramfs的方法
将启动过程依赖的raid驱动添加到/etc/initramfs-tools/modules
cat >> /etc/initramfs-tools/modules << EOF
ahci
aacraid
megaraid_sas
mpt3sas
EOF