当前的架构设计指南主要按用例组织。然而,在设计 OpenStack 云时,通常会结合来自不同用例的功能。
建议重构内容,以便用户在设计 OpenStack 云时可以考虑所有需求。在开发、分阶段或生产环境中设计 OpenStack 云时,应提供更多信息。建议修改内容结构,将用例细化为最常见的 OpenStack 部署,并创建云架构概念与各种 OpenStack 项目之间的抽象。这将使维护指南更容易。
指南的建议结构是首先描述常见的云用例,然后是通用的架构概念,最后是云架构设计,并详细分解主要的云架构组件。
更新后的架构设计指南的建议结构如下
概述
用例
高可用性
容量规划和扩展
设计
计算
计算平台的实现,包括 hypervisors、nova 和 ironic
存储
存储选择以及 cinder 和 manila 等项目的实现。
网络
网络设计选择,例如 SDN、LBaaS 和 neutron。
Identity
keystone 和相关项目的各个级别的身份验证、授权和分配。
镜像
镜像的管理、创建、分发和部署,用于 glance 和相关项目。
控制平面
OpenStack 控制组件的通用实现以及需要做出的决策。
仪表板和 API
使用图形界面或 OpenStack API 与云服务交互。这包括 horizon 和其他云管理平台 (CMP) 工具。
用例章节将包含五个最常见的 OpenStack 用例。它将描述范围和需求,这将作为参考架构信息的先决条件。对于每个用例,章节标题如下
- 设计模型
- 要求
- 参考架构
设计章节的子章节标题如下
- 技术细节
- 容量和规模
- 高可用性
- 运维要求
- 部署注意事项
- 维护注意事项
这些标题旨在作为应提供信息的类型指南。只有在需要提供信息时才会使用它。
保持指南不变。
来自云解决方案架构师的贡献和输入。
测试将遵循标准文档审查流程。
除非另有说明,本文档根据 知识共享署名 3.0 许可协议 授权。请参阅所有 OpenStack 法律文件。