OpenStack 每周社区 Newsletter (10月3日 – 10月9日)

Jay Fankhauser

2015 年 10 月 9 日

关于 Astara 你需要了解的内容

Akanda 首席执行官 Henrik Rosendahl 介绍了 OpenStack 的最新项目，一个由 OpenStack 运维人员为 OpenStack 云构建的开源网络编排平台。

OpenStack 安全入门

了解 OpenStack 安全项目的故障排除人员和“消防员”，以及如何参与其中。

通往东京之路

OpenStack Summit 东京即将售罄！立即注册！
OpenStack Summit 东京的日程和移动应用程序现已发布
- 如果您之前下载过 OpenStack Summit 移动应用程序，则无需再次下载！只需刷新您现有的应用程序即可。
OpenStack 东京培训课程可用
- 在 Summit 期间，多家生态系统公司将在东京提供培训。请查看可用课程并相应地计划您的行程
Summit 地图现已在线提供
演讲者、赞助商和 ATC 注册码将于 10/19 失效，所以立即注册！

社区反馈

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

之前活动的报告

本周没有

截止日期和贡献者通知

Liberty 版本发布日期：2015 年 10 月 15 日
Outreachy 导师申请截止日期：2015 年 11 月 2 日 19:00 UTC
征稿
- FOSDEM’16 截止日期：2015 年 10 月 30 日
- PyCon 2016 截止日期：2016 年 1 月 3 日
- USENIX 年度技术大会 2016 截止日期：2016 年 2 月 1 日

Superuser Awards：您的投票很重要

(投票于 10 月 12 日太平洋时间晚上 11:59 结束)

为四名决赛选手之一投票： FICO、GoDaddy、 Lithium Technologies 或 NTT。
获奖者将在东京 Summit 上公布。(在此投票)

安全公告和通知

[openstack-announce] [OSSA 2015-021] Nova 网络安全组更改未应用于正在运行的实例 (CVE-2015-7713)

技巧 ‘n 窍门

作者：Belmiro Moreira：Scheduling and disabling Cells

即将举行的活动

开发者列表中的重要信息

Success Bot Says

harlowja: The OpenStack Universe [1]
krotscheck: OpenStack CI 发布了第一个包到 NPM [2]
markvan: OpenStack Chef Cookbook 团队最近完成了所有能够运行完整 (devstack 类似) CI 测试针对所有 cookbook 项目提交的部分。
通过 IRC 发送您的成功消息，消息格式为“#success [插入成功]”

Design Summit 分配方案

日程安排在官方日程中 [3]。
PTL 或联络人可以开始上传日程安排详情。Wiki [4] 解释了如何操作。
如有任何问题，请通过 IRC 联系 ttx 或 thingee。

Devstack extras.d 支持将在 M-1 中停止

extras.d (即 devstack 插件) 已经存在了 10 个月。
项目应优先转向真正的插件架构。
Sean 整理了一份发出警告的 25 个任务列表 (按数量) [5]。

现在命名 N 和 O 版本

Sean Dague 建议，由于我们已经有了 N 和 O Summit 的地点，我们现在应该开始命名投票。
Carol Barrett 提到，当前版本命名流程仅允许在上一版本开发开始时才宣布版本名称 [6]。
- 达成共识，对此进行修改。
- Monty 提到，这个选项过去曾被讨论过，但后来被更改，因为我们希望让实际参与版本开发的人员拥有所有权。
Sean 将向下一届 TC 成员提出修改流程的建议。

Requests + urllib3 + distro 包

问题
- Requests python 库对 urllib3 的版本有非常具体的要求，以至于它们并不总是发布的。
- Linux 供应商经常从 requests 中解耦 urllib3，然后应用所需的补丁到他们的 urllib3，同时不更新他们的 requests 包依赖项。
- 我们在某些地方使用 urllib3 和 requests，但我们不会将它们混合使用。
- 如果有一个 distro-alerted requests + pip 安装的 urllib3，request 通常会出错。
有很多地方可能会发生上述问题；它们都依赖于我们对 requests 的依赖项与 distro 安装的 requests 版本兼容，但一个 urllib3 依赖项会触发 urllib3 的升级。当使用约束时，requests 版本必须与 distro requests 版本完全匹配，但这有时会发生。例如
- DVSM 测试任务，其中基本镜像已经安装了 python-requests。
- 启用了 system-site-packages 的虚拟环境。
解决方案
- 确保我们的测试环境不包含 distro requests 包。
  - Monty 注意到我们正在努力实现这一点。
- 使我们的要求与 requests 处理解耦所需的条件紧密匹配。
  - Matt Riedemann 正在进行中 [7]。
- 教 pip 如何识别并避免这种情况，始终升级 requests。
- 让 distro 停止解耦 urllib3。

Scheduler 提案

Ed Leafe 几个月前提出了一项实验 [8]，以查看将 Nova scheduler 的数据模型切换为使用 Cassandra 作为后端是否会带来显著的改进。
- 由于 Liberty 中 Nova 的工作，一致认为不应该在此期间关注此问题，但仍然可以提出该提案。
- Ed 完成了提案的撰写 [9]。
Chris Friesen 提到了一些可能需要进一步讨论的点
- 一些资源 (RAM) 只需要跟踪数量。其他资源 (CPU、PCI 设备) 需要跟踪分配给特定主机资源的资源。
- 如果 Nova 的 scheduler 和资源跟踪都切换到 Cassandra，我们如何处理与 Nova 数据库关联的固定 CPU 和 PCI 设备？
- 为了避免竞争，我们需要
  - 序列化整个调度操作。
  - 使过滤器评估和资源声明成为单个原子数据库事务。
Zane 认为数据库的使用与提案无关，实际上这是关于将调度从分布式集合 python 进程与临时同步转移到数据库中。
Maish 注意到，通过添加一个新的数据库解决方案，我们在 OpenStack 中将拥有三个不同的解决方案
- MySQL
- MongoDB
- Cassandra
Joshua Harlow 提供了一个使用分布式锁管理器的解决方案
- 计算节点收集虚拟机信息、空闲内存、CPU 使用率、已用内存等，并将信息推送到所述 DLM 后端的节点中保存。
- 所有调度器都会监视推送的更新，并更新所有 hypervisor 的内存缓存信息。
- 除了启动时的首次读取之外，这避免了定期读取大型数据集。
- 此信息还可以用于了解计算节点是否仍在运行。这消除了对 Nova 数据库进行查询和定期写入的需要。