Rocky Linux 云镜像与预构建镜像

This content is not available in your language yet.

在云上开实例，你拿到的不是安装器，而是一份已经装好的系统盘。Rocky 这条路线的官方痕迹很清晰：镜像树里有成体系的预构建镜像，下载树按主版本组织，云镜像换代还配了一篇专门指南。本页只写这三点能核实的内容；实例初始化的细节不在本轮证据范围内，因此不作断言。

镜像树里有什么：预构建形态一览

官方镜像树在 images 目录下按架构提供多种预构建形态：GenericCloud 的 Base 与 LVM、Azure 的 Base 与 LVM、EC2-Base、Vagrant 的 Libvirt 与 Vbox、WSL-Base、OCP-Base，以及 Container 的 Base、Minimal、Toolbox、UBI 四个系列；文件形态随用途不同——云与虚拟化用 qcow2 或 vhdfixed.xz，Vagrant 用 box，WSL 用 wsl，容器系列用 oci.tar.xz 与 tar.xz，每个文件旁都有同名 CHECKSUM 与 CHECKSUM.asc。

由此能确定与不能确定，要分开看：

能确定：官方有预构建镜像这条交付线，而且不是只服务单一平台或单一架构；
不能确定：镜像内部的预装内容与首次启动行为；
不能延伸：安装介质、云镜像与容器镜像是并列的入口，不要把其中一个入口的结论套到另一个上。

按主版本组织的下载树

官方下载树按主版本分目录，例如 /pub/rocky/10/ 这一层就并列着 AppStream、BaseOS、CRB、devel、extras、plus、security、images、isos、live、metadata 等条目，各架构的镜像与校验文件从 images 与 isos 下取。

云镜像换代：官方给出的专门指南

云镜像换代有专门指南：官方 Migration to New Azure Images 针对用旧镜像部署的虚拟机，说明如何定位旧实例、在新镜像上重建并迁移数据、最后下线旧实例，并指出旧实例可按旧发布者账号筛选、新镜像在 Azure Marketplace 的 resf 发布者账号与 Community Galleries 下。

上线前的通用检查项

以下是本站整理的通用做法，与具体平台无关：

先对齐架构与形态：实例规格、镜像架构与文件形态三者必须对得上，不要靠试；
取件带校验：把校验文件与签名一起取回并核对，不要只留一个文件名；
记录基线：镜像来自哪个入口、哪个版本、什么时候取的，写进资产清单；
换代要排期：镜像基线的更新与实例内软件包的更新是两条线，各自算窗口；
先验证再推广：新基线先在与生产同构的环境启动一次，再扩大范围；
留回退点：实例换代前确认数据有可恢复的备份，见备份与恢复。

常见误解

「云镜像就是个安装介质」：安装介质用来装系统，云镜像是已经装好的系统盘，在下载树里也是不同的入口；
「老实例会自动跟着新镜像走」：实例一旦创建就固定在它自己的系统盘上，镜像换代需要另行处理；
「镜像装完就不用管了」：镜像基线会过期，更新检查要和版本节奏一起排；
「容器镜像与云镜像是一回事」：两者同在镜像树里，但用途、格式与使用方式都不同。