Rocky Linux 云镜像与预构建镜像
This content is not available in your language yet.
在云上开实例,你拿到的不是安装器,而是一份已经装好的系统盘。Rocky 这条路线的官方痕迹很清晰:镜像树里有成体系的预构建镜像,下载树按主版本组织,云镜像换代还配了一篇专门指南。本页只写这三点能核实的内容;实例初始化的细节不在本轮证据范围内,因此不作断言。
镜像树里有什么:预构建形态一览
Section titled “镜像树里有什么:预构建形态一览”官方镜像树在 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。
由此能确定与不能确定,要分开看:
- 能确定:官方有预构建镜像这条交付线,而且不是只服务单一平台或单一架构;
- 不能确定:镜像内部的预装内容与首次启动行为;
- 不能延伸:安装介质、云镜像与容器镜像是并列的入口,不要把其中一个入口的结论套到另一个上。
按主版本组织的下载树
Section titled “按主版本组织的下载树”官方下载树按主版本分目录,例如 /pub/rocky/10/ 这一层就并列着 AppStream、BaseOS、CRB、devel、extras、plus、security、images、isos、live、metadata 等条目,各架构的镜像与校验文件从 images 与 isos 下取。
云镜像换代:官方给出的专门指南
Section titled “云镜像换代:官方给出的专门指南”云镜像换代有专门指南:官方 Migration to New Azure Images 针对用旧镜像部署的虚拟机,说明如何定位旧实例、在新镜像上重建并迁移数据、最后下线旧实例,并指出旧实例可按旧发布者账号筛选、新镜像在 Azure Marketplace 的 resf 发布者账号与 Community Galleries 下。
上线前的通用检查项
Section titled “上线前的通用检查项”以下是本站整理的通用做法,与具体平台无关:
- 先对齐架构与形态:实例规格、镜像架构与文件形态三者必须对得上,不要靠试;
- 取件带校验:把校验文件与签名一起取回并核对,不要只留一个文件名;
- 记录基线:镜像来自哪个入口、哪个版本、什么时候取的,写进资产清单;
- 换代要排期:镜像基线的更新与实例内软件包的更新是两条线,各自算窗口;
- 先验证再推广:新基线先在与生产同构的环境启动一次,再扩大范围;
- 留回退点:实例换代前确认数据有可恢复的备份,见备份与恢复。
- 「云镜像就是个安装介质」:安装介质用来装系统,云镜像是已经装好的系统盘,在下载树里也是不同的入口;
- 「老实例会自动跟着新镜像走」:实例一旦创建就固定在它自己的系统盘上,镜像换代需要另行处理;
- 「镜像装完就不用管了」:镜像基线会过期,更新检查要和版本节奏一起排;
- 「容器镜像与云镜像是一回事」:两者同在镜像树里,但用途、格式与使用方式都不同。
- Rocky 下载与校验 — 下载入口与校验文件的位置
- Rocky 上的容器运行时 — 同一棵镜像树里的容器侧
- Rocky 版本与支持周期 — 主版本目录与支持窗口的对应关系
- 安装 Rocky Linux — 非云场景的安装路径
- Rocky 启动故障排障 — 实例起不来时的排查顺序
- Rocky 备份与恢复 — 换代前的回滚点准备
- Rocky 自动化与配置管理 — 批量实例的一致性做法
- 官方:Rocky Linux 镜像树、Migration to New Azure Images