OpenStack 不是装完就能用的“云”,它更像一套需要长期调校的分布式系统集合。本页从极客运维的实战视角出发,不重复官方安装向导,而是围绕组件职责划分、控制面与计算面部署、网络与存储选型、日常巡检与故障处置几个层面,整理一套可以在私有云环境中持续推进的 OpenStack 运维方法。
统一身份与令牌服务,所有组件调用的入口,令牌过期与目录同步是常见排障点。
负责虚拟机生命周期调度,需重点关注计算节点资源超分比与调度器过滤策略。
覆盖网络与安全组的核心,VXLAN 隧道与 OVS 流表异常往往表现为实例不通。
卷创建与挂载依赖后端驱动,LVM 与 Ceph 两种后端在扩容与快照策略上差异明显。
镜像仓库建议对接对象存储,避免控制节点磁盘被镜像文件占满导致服务异常。
面向用户的 Web 入口,需与 Keystone 端点保持一致,并配置好会话与超时策略。
控制节点承载 API、消息队列与数据库,是整朵云的单点风险集中区。建议至少三节点部署,并将 RabbitMQ 与 MariaDB 做集群化,避免单机故障引发全平台不可用。
控制面组件拓扑示意(占位图)
| 场景 | 推荐方案 | 运维关注点 |
|---|---|---|
| 小规模私有云 | VLAN + LVM 后端 | 网络规划简单,扩容需提前预留 |
| 多租户隔离 | VXLAN + OVS | 隧道端点与流表排障成本较高 |
| 弹性块存储 | Ceph RBD 后端 | 需同步监控 Ceph 集群健康度 |
| 镜像仓库 | Swift 或对象存储 | 容量增长与生命周期清理 |
计算节点资源视图(占位图)
先看 Nova 调度日志与计算节点资源,再确认镜像与网络是否就绪,最后排查配额限制。
按安全组、路由、隧道端点、OVS 流表顺序逐层验证,避免直接重启网络服务。
优先清理日志与镜像缓存,并将镜像存储迁移到对象存储,避免再次触发。
核对版本兼容矩阵、备份数据库与配置、在测试环境完整演练一次升级流程。