1. 为什么需要定制openEuler镜像每次手动安装操作系统都要重复配置相同的参数批量部署服务器时总会出现配置不一致的问题这些问题都可以通过定制系统镜像来解决。作为国产操作系统的代表openEuler凭借其高性能和安全性正在被越来越多的企业采用。但标准镜像往往无法满足特定业务场景的需求这时候就需要我们动手打造专属的定制镜像。我去年负责过一个金融项目的系统部署需要为20台服务器安装openEuler系统。最初采用传统安装方式每台机器都要手动配置分区、软件包、网络参数等不仅耗时耗力还经常出现配置偏差。后来改用Kickstart自动化部署方案效率提升了近10倍而且所有机器的配置完全一致。定制镜像的核心价值在于一致性保障确保每台机器的系统配置完全相同避免雪花服务器问题效率提升安装过程完全自动化原本需要30分钟的手动安装现在5分钟就能完成场景适配可以预装特定软件如数据库、中间件和业务所需的配置文件安全加固在镜像层面统一实施安全策略如防火墙规则、用户权限等2. Kickstart技术解析2.1 Kickstart工作原理Kickstart就像系统安装的菜谱记录了安装过程需要的所有配料和步骤。其核心是一个名为ks.cfg的文本配置文件包含从分区方案到软件包列表的所有安装参数。当安装程序检测到这个文件时就会自动按照预设的菜谱执行安装不再需要人工干预。实际项目中我遇到过这样一个场景某电商平台需要部署50台openEuler服务器作为分布式缓存节点。通过Kickstart文件我们预先配置了专用分区方案/data分区独占80%磁盘空间必装软件包redis、jemalloc、监控代理内核参数优化vm.overcommit_memory1业务用户自动创建uid/gid固定为50002.2 配置文件关键语法一个典型的ks.cfg文件包含这些核心部分# 基本系统配置 lang en_US.UTF-8 keyboard us timezone Asia/Shanghai --utc # 网络配置 network --bootprotodhcp --deviceeth0 --hostnamenode01 # 分区方案 autopart --typelvm part /data --fstypeext4 --size1 --grow # 软件包选择 %packages ^minimal-environment redis jemalloc %end # 安装后脚本 %post useradd -u 5000 cacheuser echo vm.overcommit_memory1 /etc/sysctl.conf %end特别要注意%post段这是最强大的部分。我曾在这里实现过自动从内部仓库拉取业务配置部署SSL证书注册到监控系统设置crontab定时任务3. 实战构建定制镜像3.1 环境准备首先需要准备这些食材基础ISOopenEuler-22.03-LTS-SP3-x86_64-dvd.iso工具链createrepo、isomd5sum、squashfs-tools工作目录至少20GB可用空间建议在openEuler系统内进行操作避免兼容性问题。如果使用Windows主机可以通过VirtualBox创建openEuler虚拟机作为构建环境。这里有个小技巧给虚拟机分配双核CPU和4GB内存可以显著加快镜像构建速度。3.2 定制流程详解步骤1解压原始ISOmkdir -p /mnt/iso /opt/openEuler mount -o loop openEuler-22.03-LTS-SP3-x86_64-dvd.iso /mnt/iso rsync -av /mnt/iso/ /opt/openEuler/ umount /mnt/iso步骤2修改引导配置编辑/opt/openEuler/isolinux/isolinux.cfg关键修改label linux menu label ^Install openEuler Auto kernel vmlinuz append initrdinitrd.img inst.kscdrom:/isolinux/ks.cfg quiet步骤3准备Kickstart文件将测试安装生成的anaconda-ks.cfg复制到指定位置cp /root/anaconda-ks.cfg /opt/openEuler/isolinux/ks.cfg步骤4重构ISOcd /opt/openEuler mkisofs -o /tmp/openEuler-custom.iso \ -b isolinux/isolinux.bin -c isolinux/boot.cat \ -no-emul-boot -boot-load-size 4 -boot-info-table \ -R -J -v -T .步骤5添加校验信息implantisomd5 /tmp/openEuler-custom.iso4. 高级定制技巧4.1 软件仓库集成在企业环境中通常需要将内部软件仓库集成到镜像中。这是我常用的方法在ISO的Packages目录添加额外rpm包修改repodatacd /opt/openEuler createrepo -g repodata/*-comps.xml .在ks.cfg中配置仓库repo --namelocal --baseurlfile:///run/install/repo/local4.2 多配置方案支持通过内核参数传递不同的配置方案append initrdinitrd.img inst.kscdrom:/isolinux/ks-${PROFILE}.cfg然后在%post段根据PROFILE变量执行不同的配置逻辑。这种方式我在混合云环境中经常使用可以区分开发、测试、生产等不同环境的配置。4.3 安全加固实践建议在%post阶段加入这些安全配置# 禁用root SSH登录 sed -i s/#PermitRootLogin yes/PermitRootLogin no/ /etc/ssh/sshd_config # 设置密码策略 echo password requisite pam_pwquality.so retry3 /etc/pam.d/system-auth # 安装基础安全工具 dnf install -y aide rkhunter5. 常见问题排查问题1安装过程卡在软件包选择检查ks.cfg中的%packages段格式确保仓库配置正确测试时可以先只保留core组问题2分区失败确认autopart参数复杂分区方案建议先用图形安装生成模板注意磁盘大小要满足分区需求问题3%post脚本执行失败在脚本开头加set -x调试通过%pre段预先安装调试工具检查网络连接是否正常最近帮客户排查过一个典型问题安装后网络不通。最终发现是%post脚本中的nmcli配置覆盖了Kickstart的网络设置。建议网络配置统一在ks.cfg中完成避免多位置配置冲突。6. 效能优化建议构建速度优化使用pigz替代gzipmkisofs添加-compression-level 9参数并行化操作createrepo --workers 8内存盘加速将工作目录挂载到tmpfs镜像体积控制使用dnf --installroot创建最小化rootfs排除不需要的语言包--exclude*.i18n压缩squashfs时选择xz算法在电信级项目中我们通过优化将镜像体积从4.7GB缩减到1.8GB部署时间缩短了60%。关键技巧是只保留x86_64架构包移除所有文档和debuginfo使用硬链接合并相同文件7. 企业级实践案例某大型互联网公司的CDN节点部署方案基础镜像包含定制内核、监控代理、安全组件通过PXE网络启动根据MAC地址自动匹配区域配置安装完成后自动注册到CMDB他们的ks.cfg模板管理采用Git版本控制关键配置如%include /run/install/ks_include/${NETWORK}.cfg这种架构下单个模板可以支持上万台服务器的差异化部署。我在实施中发现一个有趣现象通过优化Kickstart脚本他们的服务器交付时间从2小时缩短到12分钟运维团队规模反而缩减了30%。
从零构建专属 openEuler 镜像：基于 Kickstart 的自动化部署实践
发布时间：2026/5/19 13:54:04
1. 为什么需要定制openEuler镜像每次手动安装操作系统都要重复配置相同的参数批量部署服务器时总会出现配置不一致的问题这些问题都可以通过定制系统镜像来解决。作为国产操作系统的代表openEuler凭借其高性能和安全性正在被越来越多的企业采用。但标准镜像往往无法满足特定业务场景的需求这时候就需要我们动手打造专属的定制镜像。我去年负责过一个金融项目的系统部署需要为20台服务器安装openEuler系统。最初采用传统安装方式每台机器都要手动配置分区、软件包、网络参数等不仅耗时耗力还经常出现配置偏差。后来改用Kickstart自动化部署方案效率提升了近10倍而且所有机器的配置完全一致。定制镜像的核心价值在于一致性保障确保每台机器的系统配置完全相同避免雪花服务器问题效率提升安装过程完全自动化原本需要30分钟的手动安装现在5分钟就能完成场景适配可以预装特定软件如数据库、中间件和业务所需的配置文件安全加固在镜像层面统一实施安全策略如防火墙规则、用户权限等2. Kickstart技术解析2.1 Kickstart工作原理Kickstart就像系统安装的菜谱记录了安装过程需要的所有配料和步骤。其核心是一个名为ks.cfg的文本配置文件包含从分区方案到软件包列表的所有安装参数。当安装程序检测到这个文件时就会自动按照预设的菜谱执行安装不再需要人工干预。实际项目中我遇到过这样一个场景某电商平台需要部署50台openEuler服务器作为分布式缓存节点。通过Kickstart文件我们预先配置了专用分区方案/data分区独占80%磁盘空间必装软件包redis、jemalloc、监控代理内核参数优化vm.overcommit_memory1业务用户自动创建uid/gid固定为50002.2 配置文件关键语法一个典型的ks.cfg文件包含这些核心部分# 基本系统配置 lang en_US.UTF-8 keyboard us timezone Asia/Shanghai --utc # 网络配置 network --bootprotodhcp --deviceeth0 --hostnamenode01 # 分区方案 autopart --typelvm part /data --fstypeext4 --size1 --grow # 软件包选择 %packages ^minimal-environment redis jemalloc %end # 安装后脚本 %post useradd -u 5000 cacheuser echo vm.overcommit_memory1 /etc/sysctl.conf %end特别要注意%post段这是最强大的部分。我曾在这里实现过自动从内部仓库拉取业务配置部署SSL证书注册到监控系统设置crontab定时任务3. 实战构建定制镜像3.1 环境准备首先需要准备这些食材基础ISOopenEuler-22.03-LTS-SP3-x86_64-dvd.iso工具链createrepo、isomd5sum、squashfs-tools工作目录至少20GB可用空间建议在openEuler系统内进行操作避免兼容性问题。如果使用Windows主机可以通过VirtualBox创建openEuler虚拟机作为构建环境。这里有个小技巧给虚拟机分配双核CPU和4GB内存可以显著加快镜像构建速度。3.2 定制流程详解步骤1解压原始ISOmkdir -p /mnt/iso /opt/openEuler mount -o loop openEuler-22.03-LTS-SP3-x86_64-dvd.iso /mnt/iso rsync -av /mnt/iso/ /opt/openEuler/ umount /mnt/iso步骤2修改引导配置编辑/opt/openEuler/isolinux/isolinux.cfg关键修改label linux menu label ^Install openEuler Auto kernel vmlinuz append initrdinitrd.img inst.kscdrom:/isolinux/ks.cfg quiet步骤3准备Kickstart文件将测试安装生成的anaconda-ks.cfg复制到指定位置cp /root/anaconda-ks.cfg /opt/openEuler/isolinux/ks.cfg步骤4重构ISOcd /opt/openEuler mkisofs -o /tmp/openEuler-custom.iso \ -b isolinux/isolinux.bin -c isolinux/boot.cat \ -no-emul-boot -boot-load-size 4 -boot-info-table \ -R -J -v -T .步骤5添加校验信息implantisomd5 /tmp/openEuler-custom.iso4. 高级定制技巧4.1 软件仓库集成在企业环境中通常需要将内部软件仓库集成到镜像中。这是我常用的方法在ISO的Packages目录添加额外rpm包修改repodatacd /opt/openEuler createrepo -g repodata/*-comps.xml .在ks.cfg中配置仓库repo --namelocal --baseurlfile:///run/install/repo/local4.2 多配置方案支持通过内核参数传递不同的配置方案append initrdinitrd.img inst.kscdrom:/isolinux/ks-${PROFILE}.cfg然后在%post段根据PROFILE变量执行不同的配置逻辑。这种方式我在混合云环境中经常使用可以区分开发、测试、生产等不同环境的配置。4.3 安全加固实践建议在%post阶段加入这些安全配置# 禁用root SSH登录 sed -i s/#PermitRootLogin yes/PermitRootLogin no/ /etc/ssh/sshd_config # 设置密码策略 echo password requisite pam_pwquality.so retry3 /etc/pam.d/system-auth # 安装基础安全工具 dnf install -y aide rkhunter5. 常见问题排查问题1安装过程卡在软件包选择检查ks.cfg中的%packages段格式确保仓库配置正确测试时可以先只保留core组问题2分区失败确认autopart参数复杂分区方案建议先用图形安装生成模板注意磁盘大小要满足分区需求问题3%post脚本执行失败在脚本开头加set -x调试通过%pre段预先安装调试工具检查网络连接是否正常最近帮客户排查过一个典型问题安装后网络不通。最终发现是%post脚本中的nmcli配置覆盖了Kickstart的网络设置。建议网络配置统一在ks.cfg中完成避免多位置配置冲突。6. 效能优化建议构建速度优化使用pigz替代gzipmkisofs添加-compression-level 9参数并行化操作createrepo --workers 8内存盘加速将工作目录挂载到tmpfs镜像体积控制使用dnf --installroot创建最小化rootfs排除不需要的语言包--exclude*.i18n压缩squashfs时选择xz算法在电信级项目中我们通过优化将镜像体积从4.7GB缩减到1.8GB部署时间缩短了60%。关键技巧是只保留x86_64架构包移除所有文档和debuginfo使用硬链接合并相同文件7. 企业级实践案例某大型互联网公司的CDN节点部署方案基础镜像包含定制内核、监控代理、安全组件通过PXE网络启动根据MAC地址自动匹配区域配置安装完成后自动注册到CMDB他们的ks.cfg模板管理采用Git版本控制关键配置如%include /run/install/ks_include/${NETWORK}.cfg这种架构下单个模板可以支持上万台服务器的差异化部署。我在实施中发现一个有趣现象通过优化Kickstart脚本他们的服务器交付时间从2小时缩短到12分钟运维团队规模反而缩减了30%。
