为内部测试云配置 openstack答案

【问题标题】：Configuring openstack for a in-house test cloud为内部测试云配置 openstack
【发布时间】：2012-10-05 09:26:06
【问题描述】：

我们目前正在寻求将一个老旧且有缺陷的桉树云迁移到 openstack。我们有大约 15 台机器都在同一个办公室内部网络上。实例从外部（不是 eucalyptus）DHCP 服务器获取其网络配置。我们同时运行 linux 和 windows 映像。该云专门用于 Jenkins 的平台测试。

查看 openstack，似乎在三种支持的网络模式中，没有一个真正适合我们的环境。我们正在寻找类似于“非托管模式”的东西，其中 openstack 启动一个实例，该实例连接到实例计算节点上的 eth0 接口，并将在启动时从外部 DHCP 接收其网络配置。 IE。虚拟机、来宾主机和客户端 (jenkins) 都在同一个网络上，由外部 DHCP 服务器管理。

这样的场景可以在 OpenStack 中设置吗？

【问题讨论】：

标签： openstack

【解决方案1】：

它不常用，但最适合您需求的网络设置是 FlatNetworking（不是 FlatDHCPNetworking）。没有关于配置该设置以在您的环境中工作的出色文档，并且某些部分（如 nova-metadata 服务）可能有点难以管理，但应该可以让您运行 OpenStack 云外部 DHCP 提供程序。

我前段时间写了 wiki 页面 http://wiki.openstack.org/UnderstandingFlatNetworking，以解释各种网络的设置以及它们如何在托管系统上的 NIC 方面进行操作。 FlatNetworking 实际上与 FlatDHCPNetworking 相同，只是 OpenStack 不会尝试为您运行 DHCP 服务。

请注意，在此模式下，所有 VM 实例都将与您的 OpenStack 基础架构位于同一网络上 - 根本没有网络分离。

【讨论】：

上周我用 FlatNetworking 做了很多试验，正如你提到的元数据服务和 nova-network 路由并没有很好地工作，文档也不是很有帮助。我决定使用专用网络并通过云控制器路由访问。如果在我开始使用更多节点进行扩展后它不起作用，我将再次重新审视 flatnetworking。感谢您的回答！