在学习 OpenStack 各服务之前，让我们先搭建起一个实验环境。
毋庸置疑，一个看得到摸得着而且允许我们随便折腾的 OpenStack 能够提高我们的学习效率。
因为是我们自己学习用的实验环境，CloudMan 推荐使用 DevStackhttp://docs.openstack.org/developer/devstack/
DevStack 丰富的选项让我们能够灵活地选取和部署想要的 OpenStack 服务，非常适合学习和研究。
部署拓扑
首先我们来设计 OpenStack 的部署拓扑。
OpenStack 是一个分布式系统，由若干不同功能的节点（Node）组成：
-
控制节点（Controller Node） 管理 OpenStack，其上运行的服务有 Keystone、Glance、Horizon 以及 Nova 和 Neutron 中管理相关的组件。 控制节点也运行支持 OpenStack 的服务，例如 SQL 数据库（通常是 MySQL）、消息队列（通常是 RabbitMQ）和网络时间服务 NTP。
-
网络节点（Network Node） 其上运行的服务为 Neutron。 为 OpenStack 提供 L2 和 L3 网络。 包括虚拟机网络、DHCP、路由、NAT 等。
-
存储节点（Storage Node） 提供块存储（Cinder）或对象存储（Swift）服务。
-
计算节点（Compute Node） 其上运行 Hypervisor（默认使用 KVM）。 同时运行 Neutron 服务的 agent，为虚拟机提供网络支持。
这几类节点是从功能上进行的逻辑划分，在实际部署时可以根据需求灵活配置，比如：
-
在大规模OpenStack生产环境中，每类节点都分别部署在若干台物理服务器上，各司其职并互相协作。
这样的环境具备很好的性能、伸缩性和高可用性。 -
在最小的实验环境中，可以将 4 类节点部署到一个物理的甚至是虚拟服务器上。
麻雀虽小五脏俱全，通常也称为 All-in-One 部署。
在我们的实验环境中，为了使得拓扑简洁同时功能完备，我们用两个虚拟机：
-
devstack-controller：控制节点 + 网络节点 + 块存储节点 + 计算节点
-
devstack-compute：计算节点
物理资源需求
CPU 和内存供参考。
如果是在自己的 PC 机上创建虚机部署，资源可能达不到，可以适当调整。
网络规划
网络上规划了三个网络：
-
Management Network：用于 OpenStack 内部管理用，比如各服务之间通信。 这里使用 eth0
-
VM（Tenant）Network：OpenStack 部署的虚拟机所使用的网络。 OpenStack 支持多租户（Tenant），虚机是放在 Tenant 下的，所以叫 Tenant Network。 这里使用 eth1
-
External Network：一般来说，Tenant Network 是内部私有网络，只用于 VM 之间通信，与其他非 VM 网络是隔离的。 这里我们规划了一个外部网络（External Network），通过 devstak-controller 的 eth2 连接。 Neutron 通过 L3 服务让 VM 能够访问到 External Network。 对于公有云，External Network 一般指的是 Internet。 对于企业私有云，External Network 则可以是 Intranet 中的某个网络。
下一节开始部署控制节点和计算节点。
