CentOS Stream 云镜像
在云上开实例时,你拿到的不是安装器,而是一份已经装好的系统盘。本页只写能核实的部分——官方云镜像确实存在、覆盖哪些架构;实例初始化机制本轮没有取得官方说明,因此不作任何断言。
镜像可得性:官方构建并维护,覆盖四种架构
Section titled “镜像可得性:官方构建并维护,覆盖四种架构”官方下载页说明 Cloud 镜像由官方构建并维护,覆盖 x86_64、aarch64、ppc64le、s390x 四种架构,并在 Stream 10 与 Stream 9 的下载表里各给出 Cloud 入口。
由此能确定与不能确定的,要分开看:
- 能确定:官方有云镜像这条交付线,而且不是只服务单一架构;
- 不能确定:镜像里预装了什么、首次启动做了什么、默认账号与网络如何配置;
- 不能延伸:安装介质、云镜像与容器镜像是下载表里并列的入口,不要把其中一个入口的结论套到另一个上。
架构与平台:导入前先对上
Section titled “架构与平台:导入前先对上”- 架构对齐:镜像按架构分别提供,实例规格与镜像架构必须一致,不要靠试;
- 平台要求:各家云平台对镜像格式与导入方式有自己的要求,按其文档核对;
- 版本独立:同一架构上不同 Stream 版本的镜像各自独立,版本标识不是可互换的标签;
- 基线记录:把镜像的架构、版本与核对日期写进资产清单,后续更新检查才有对照物。
实例初始化:本次核对未取得官方说明
Section titled “实例初始化:本次核对未取得官方说明”实例第一次启动时如何完成初始化——例如首启配置由什么机制承担、默认账号与网络设置从哪来——本次核对未取得官方说明。
因此本页只做负向声明:
- 不描述 cloud-init 的默认行为,包括它是否参与、配置放在哪里、执行顺序如何;
- 不给实例初始化示例,也不比较不同初始化方式的优劣;
- 只给核对方法:以官方云镜像入口与项目文档的当期内容为准。
镜像更新的检查项
Section titled “镜像更新的检查项”云镜像的「新」是有保质期的,建议把它固定成上线前的检查项:
- 回查官方入口:确认镜像条目与版本是否已经更新;
- 区分两条线:镜像基线的更新与实例内软件包的更新是两件事,各自算窗口;
- 记录基线:实例跑起来之后,镜像属于哪个版本、什么时候提供,应能在一处查到;
- 纳入节奏:更新窗口与版本支持窗口的关系见运维基线与版本与支持;
- 先验证再推广:新基线先在与生产同构的环境里启动一次,再扩大范围。
- 「云镜像就是个安装 ISO」:ISO 是安装介质,云镜像是已装好的系统盘;在下载表里两者也是不同的入口。
- 「架构差异只是包多一点」:镜像按架构分别提供,规格与架构对不上时连启动都不成立。
- 「默认初始化行为网上查得到,照做就行」:本站本轮没有取得官方说明,所以不写;要用请回官方来源。
- 「镜像装完就不用管了」:镜像基线会过期,更新检查要和版本节奏一起排。
- CentOS Stream 版本与支持 — 版本窗口与支持周期
- CentOS Stream 运维基线 — 更新窗口与最小运维规范
- 用 Image Builder 出镜像 — 自建镜像的流程与边界
- CentOS Stream 容器实践 — 容器侧镜像的边界
- 滚动更新故障排障 — 更新后出问题的排查顺序
- 服务器安装指南 — 非云场景的安装路径
- CentOS Stream 常见问题 — 定位与适用边界
- 官方:CentOS Stream 下载页