OpenStack 每周社区新闻简报 (10 月 31 日 – 11 月 6 日)

Superuser TV

在东京峰会上推出,Superuser TV 提供社区和行业见解,以及支持 OpenStack 社区的教育主题。内容涵盖从部署到多样性,从新兴技术到云战略,Superuser TV 旨在为社区提供各种视角和知识。

2015 年 10 月用户调查亮点:OpenStack 部署成熟度不断提高

用户委员会发布的报告显示,60% 的部署已投入生产,并且 OpenStack 核心服务的采用率很高。该报告的完整版本可在此处下载:openstack.org/user-survey

消除“不是我们发明的”综合症

Mirantis 联合创始人兼首席营销官 Boris Renski 认为,拥抱这种理念是解锁开放数据中心基础设施的关键。

社区反馈

OpenStack 始终欢迎反馈和社区贡献。如果您希望在 OpenStack 每周社区新闻 中添加新部分,或对内容呈现方式有任何想法,请与我们联系:[email protected].

之前活动的报告 

截止日期和贡献者通知

安全公告和通知 

  • 本周没有

技巧 ‘n 窍门 

即将举行的活动 

开发者列表中的重要信息

  • Success Bot Says

    • calebb:Shade 现在支持卷快照
    • pleia2:启动代码搜索 [1]。
    • sdague:grenade-multinode 实时升级测试现在正在 nova 非投票服务器上运行
    • AJaeger:贡献者指南已发布 [2]。
    • 通过 IRC 发送消息“#success [插入成功案例]”告诉我们您的成功案例
  • 周一升级 Elastic Search 集群

    • 11 月 9 日 1700UTC
    • 需要重启集群,在此期间人们将无法进行搜索。
    • 升级后的新功能
      • 聚合
      • 主要版本内的滚动升级
      • 应该提高性能
  • 发布团队沟通变更

    • IRC 频道从 #openstack-relmgr-office 更改为 #openstack-release
    • “办公时间”已被取消。
      • 只需随时加入频道或在开发列表中使用包含“[release]”的主题发送消息即可。
  • 弃用未标记的代码

    • Ironic 尝试保持 master 向后兼容。有一些部署者正在从 master 持续部署 Ironic。
    • 基于弃用标签策略 [3],它仅涵盖已发布和标记的代码,但不包括未发布的代码或在中间版本中引入的功能。
    • Jim 提出的提案 [4]
      • 从未发布的功能需要三个月的弃用期。
      • 在中间版本中引入的功能需要在下一个中间版本或协调版本中弃用,并支持到下一个版本和 3 个月。
  • 峰会期间分布式锁管理器讨论的结果

    • 峰会上进行了为期两部分的会议 [5]
    • 以前,有一个不成文的规定是 DLM 应该是可选的,这导致编写了基于数据库的糟糕的 DLM 类似的东西。
    • 继续我们现有的使用模式,例如数据库和消息队列,我们将使用 oslo 抽象层:tooz [6]。
    • 当前 OpenStack 项目对 DLM 的需求,Consul、Etcd 和 Zoo Keeper 应该可以通过 Tooz 很好地使用。没有项目需要 DLM 中的公平锁定实现。
    • 我们希望避免未维护驱动程序的情况。我们采用了 oslo.messaging 驱动程序要求 [7] 的类似要求
      • 两位负责开发的工程师
      • 阻止使用 dsvm 的功能测试
      • 树内的测试驱动程序需要在模块名称中明确引用为测试驱动程序。
    • Davanum 引入 Devstack ZooKeeper 支持 [8]。
    • 一个 etcd 驱动程序正在 Tooz 的审核中 [9]。
    • Tooz 中也计划一个 Consul 驱动程序 [10]。
    • 对默认 DLM 驱动程序为 ZooKeeper 提出担忧
      • 这是一个新的平台,操作员需要了解
      • 我们不知道 ZooKeeper 与 Oracle 的 JVM 相比,与 openjvm 的配合效果如何。
  • 解决跨项目沟通问题

    • 将当前的跨项目会议演变为“按需”轮换,每周二或周三的任何时间举行。
    • 根据反馈 [11],很难在周二和周三的不同时间开会。
    • 大家达成共识,会议可以在周二“按需”举行,并且大多数公告将在邮件列表中发布,有时也会出现在本周开发列表摘要中。
  • 仅获取资源状态的 API

    • Heat、Tempest、Rally 和其他与资源一起工作的项目正在轮询异步操作的更新。
    • Boris 建议 API 能够仅通过 UUID 获取状态,而不是获取资源的全部数据。
    • Clint 建议,与其优化轮询,不如重新考虑发布/订阅模型的提案,以便用户可以订阅资源的更新。
    • Sean 建议短期解决方案是实际使用 Searchlight,它今天正在监控 Nova 的通知总线。
      • Searchlight 正在比理想情况下更频繁地访问 Nova API,但至少它是一个服务。
      • 从长远来看,我们需要 OpenStack 中的一个专门的事件服务。每个人都想要 WebSockets,但预计有 10,000 多个打开的 WebSockets,这不仅仅是一段 Python 代码,而是在其下方高度优化的服务器。

发表评论

您的电子邮件地址将不会被公开。 必填字段已标记 *