OpenStack Nova API 口
OpenStack 计算服务 Nova 的 REST API 端口：虚机创建、迁移、启停、快照等生命周期操作都通过 8774 上的 HTTP API 完成，命令行客户端与平台门户也走它。同一朵云里还有 Keystone 5000（认证）、Glance 9292（镜像）、Neutron 9696（网络）、Cinder 8776（块存储）等成组端口。
基本信息
| 服务 | OpenStack Nova API |
|---|---|
| 协议 | TCP/HTTP（REST） |
| 默认端口 | 8774 |
| 同生态端口 | Keystone 5000 / Glance 9292 / Neutron 9696 / Cinder 8776 |
| 暴露面 | 仅云平台管理网段 |
典型使用场景
- 用 openstack server 系列命令管理虚机生命周期
- 自研云门户调用 API 展示租户资源与操作入口
- 排障：创建虚机失败时按组件链路逐段定位
- 运维操作：批量迁移、主机疏散与维护窗口
- 配额与用量审计：查询租户当前资源占用
API 与链路核对
API 与链路核对
openstack server list # 客户端侧确认 API 可用
curl -s http://ctrl01:8774/ | head -c 200 # 端点探测
ss -lntp | grep -E '8774|9696|9292|8776' # 同族端口对照
# 带 token 调用: -H 'X-Auth-Token: <token>'排障与核对
| 检查项 | 做法 | 异常表现 |
|---|---|---|
| 认证 | 获取 token 的接口调用 | token 拿不到：先查 Keystone 5000 而不是 8774 |
| API 端点 | curl -s http://ctrl:8774/ | 连不上：服务未起或被网络策略拦 |
| 创建失败链路 | nova / neutron / glance / cinder 日志 | 卡在某一步：对应组件日志里有明确错误 |
| 配额 | openstack quota show | 报超配额：与端口无关，别在网络上找原因 |
私有云里「创建虚机失败」很少只有一个原因：先用 openstack server show 看任务状态与 fault 字段，再按 Nova→Neutron→Glance→Cinder 的顺序读对应组件日志，比在 8774 上抓包快得多。
API 端口就是云的钥匙
Nova API 拿到的 token 具备租户内虚机的完整操作权，包括删除与重建。因此 8774 与 Keystone 的 5000 都只应在管理网段可达，生产上还会在 API 前置网关做审计与限流，记录谁在何时提交了什么操作，便于事后追溯。
公有云厂商的 API 端口习惯与自建 OpenStack 不同，混用文档容易踩坑；同一环境里组件端口还会随部署方式（容器化、多控制节点）变化，以实际监听与 nova.conf 的配置为准。
8774 暴露到管理网之外：拿到有效 token 即可操作全平台虚机，包括批量删除与逃逸尝试，风险等级等同拿到云平台后台账号。