我 (Rob Hirschfeld) 对 奥斯汀 OpenStack 见面会 (#OSATX) 关于部署主题会议的讨论质量印象深刻。在出席的45位左右的人中，至少有6个不同的 OpenStack 部署的代表（我的雇主戴尔、惠普、ATT、Rackspace 内部、Rackspace Cloud Builders、Opscode Chef）！ 考虑到这些部署的规模（其中几个目标是1000+节点），对于这样一个年轻的项目来说，这真是一项令人印象深刻的成就。
图 1 Diablo 软件架构。来源：戴尔/OpenStack (cc 署名权保留)
即使讨论深入（笔记如下），我们也没有详细讨论各个 OpenStack 组件是如何连接在一起的。 我的戴尔团队使用的图像包含在下面。 我也建议查看 Rackspace 发布的 参考架构。
笔记
我们的部署讨论是圆桌讨论，因此很难将陈述与个人联系起来，但我能够追踪公司（大部分）。
- 惠普
- 选择了 Ubuntu 和 KVM，因为它们经过了最严格的测试。 他们还使用 Chef 进行部署。
- 运行 Diablo 2，正在迁移到 Diablo Final 和扁平网络模型。 网络控制器是瓶颈。 他们最大的扩展问题是 RabbitMQ。
- 正在为他们的块存储创建他们自己的 Nova Volume 插件。
- 目前，规模限制是由于同时加载而不是总节点数造成的。
- Nova 节点镜像缓存可能会损坏，而没有任何通知或强制刷新方式——这个缺陷正在 Essex 中解决。
- 已经设置了完全独立的可用区（500节点系统）。 预计将来会合并它们。
-
Rackspace
- 正在使用最新的 Ubuntu。 始终保持最新。
- 使用 Puppet 设置他们的云。
- 他们预计将在 Essex 上线，并将他们的部署保持在 Essex 主干上。 这会增加一些额外的工作，但他们预计这会让他们更快地在 Essex 上投入生产。
- 在 XenServer 上部署
- “开发人员移动很快，运维部门则不然。” 努力不落后。
- Rackspace Cloud Builders (RCB) 正在运行通过自动化测试套件运行的主要版本。 经过验证的版本正在发布到 https://github.com/cloudbuilders（注意：Crowbar 正在从这个仓库拉取我们的 OpenStack 代码）。
-
戴尔评论说，我们的客户主要使用 Crowbar 进行试点——他们正在学习如何使用 OpenStack
- 表示他们有 >10 个客户部署待定
- ATT 正在使用 Crowbar 的开源版本
- Keystone 和 Dashboard 的需求被认为是 Diablo 的基本补充
-
虚拟机管理程序
- 目前 KVM 被认为是最好的
- Libvirt（使用 KVM）也支持 LXE，人们觉得很有趣
- XenServer 通过 XAPI 也很受欢迎
- ESX 和 HyperV 的活动不多
- 我们讨论了为什么一些虚拟机管理程序更受欢迎——这与 OpenStack 的节点代理架构有关。
-
存储
- 通过 Nova Volume 的 NetApp 似乎是一种流行的块存储
-
Keystone / Dashboard
- 客户想要两者一起
- 在 Diablo 中包含 keystone/dashboard 被认为是至关重要的。 这也是 Diablo Final 延迟的原因之一。
- 惠普没有使用 dashboard
-
OpenStack API
- 听众成员评论我们需要弃用 EC2 API（因为它不利于 OpenStack 长期维护 EC2 API 而不是自己的 API）。 [1/5 注意：这不是官方政策，而是对讨论内容的反映]
- 惠普从 EC2 API 开始，但正在迁移到 OpenStack API
奥斯汀见面会事务
- 下一次会议是 1 月 10 日星期二，由 SUSE 赞助（注意：1 月份只有星期二）。 议题待定。
- 我们已经获得了未来六次会议的赞助！ 感谢戴尔（我的雇主）、Rackspace、惠普、SUSE、Canonical 和 PuppetLabs 的赞助。
- 我们讨论了下一次会议的主题。 我们将提交投票以供参考。
发表评论