/tags/vm.html Recent content in Vm on IT 运维小秋 Hugo -- gohugo.io zh-cn chenwx716@139.com chenwx716@139.com Sun, 20 Jul 2025 12:53:32 +0800 /p/create-vm-template.html Sun, 20 Jul 2025 12:53:32 +0800 chenwx716@139.com /p/create-vm-template.html <h2 id="系统模板分类">系统模板分类</h2> <ol> <li>薄模板</li> <li>厚模板</li> </ol> <h3 id="薄模板">薄模板</h3> <p>使用原生的 cloudimg, 搭配 cloud-init 机制, 在创建实例启动的那一刻才进行初始化;</p> <p>优点:</p> <ul> <li>模板自身体积非常小</li> <li>启动时初始化通常能获取最新的应用软件包</li> </ul> <p>缺点:</p> <ul> <li>如果安装包较多, 初始化速度会很慢,</li> <li>同一模板不同时间创建的实例会有差别, 例如初始化时安装的软件包版本号不一样</li> </ul> <h3 id="厚模板">厚模板</h3> <p>先在基础镜像内把各类软件和基础配置都做好, 打包后使用, cloud-init 只负责简易的ip地址,主机名和用户密码;<br /> 主流模式</p> <p>优点:</p> <ul> <li>因为主要初始化动作已经完成, 所有新建实例时启动会很快</li> <li>核心软件版本已经固定到模板系统内</li> </ul> <p>缺点:</p> <ul> <li>模板体积可能较大</li> </ul> <h2 id="cloud-init">cloud-init</h2> <p>简单理解为预先置放在系统内的一个服务程序, 在启动那一刻会去指定设备(一般是虚拟光驱)上读取一些文件进行系统初始化操作。</p> <p>早期没有 cloud-init 时, 我们一般是克隆服务器后，上传一个自定义脚本进行初始化；</p> <p>数据来源</p> <ol> <li>虚拟iso设备文件提供的配置</li> <li>公有云环境通过 169.254.169.254 获取到的主机元数据</li> </ol> <p>数据类型</p> <ul> <li>Metadata: 实例的id, 主机名等</li> <li>Userdata: 主要的初始化内容, 创建用户、脚本、安装软件、编辑文件等动作</li> <li>Vendor-data: 供应商数据, 一般由云平台提供</li> </ul> <h2 id="创建模板">创建模板</h2> <p>方案1: 原生工具创建, 独立创建系统模板</p> <ol> <li>vmware 就使用 vCenter 创建模板</li> <li>pve 安装系统后, ui页面转换为模板</li> <li>pve 使用 qm 命令行工具+virt-customize 创建模板</li> </ol> <p>方案2: terraform 负责创建系统模板</p> <p>方案3: packer 创建系统模板, 支持2种模式</p> <ol> <li>从 iso 安装到制作成模板</li> <li>从另一个模板开始制作, 一般搭配 cloudimg 镜像使用</li> </ol> <h2 id="推荐组合">推荐组合</h2> <ol> <li>如果有特殊驱动需求, 就使用 packer iso 方式制作镜像</li> <li>packer templates 方式制作镜像</li> <li>virt-customize 定制镜像</li> <li>cloud-init 避免执行太多内容, 只包含基础的用户初始化即可</li> </ol>