Grizzly 系列发布说明¶

发布概述¶

Grizzly 发布周期对整体用户体验进行了全面的改进，稳定性和大量新的网络、实例管理和镜像管理功能得到了显著提升，架构也得到了长久以来需要的澄清，社区参与度也大幅增加！请继续阅读以获取具体信息。

亮点¶

新特性¶

网络¶

Quantum 在 Grizzly 中添加了大量新功能，包括 L3 支持（路由器）、负载均衡器、网络拓扑信息图、更好的 Nova 网络 API 兼容性（启动实例时的 VNIC 排序；安全组和浮动 IP 集成）以及大大改进的信息显示。

直接将镜像上传到 Glance¶

现在可以通过 Horizon 将镜像文件直接从用户的硬盘上传到 Glance（尽管存在许多部署/安全方面的考虑）。对于多 GB 的镜像，强烈建议使用 Glance CLI 进行上传。此功能的进一步改进将在未来的发布版本中提供。

Flavor Extra Specs 支持¶

在 Folsom 中，Nova 添加了对 flavor “extra specs” 的支持——附加元数据，自定义调度器可以利用这些元数据来适当调度实例。从 Grizzly 版本开始，Horizon 现在支持读取和写入任何 flavor 的这些数据。

迁移实例¶

管理员现在可以通过 Admin 仪表板的 Instances 面板迁移实例到其当前宿主机。

用户体验改进¶

“未授权” & 被注销¶

首次部署 OpenStack 的用户遇到的许多问题可以概括为“我以为我设置好了所有东西，然后我尝试登录仪表板，我立即被注销了”。根本原因在于，为了尽可能安全，任何服务 API 的 401 或 403 响应都被视为尝试访问 Horizon 的未授权部分，用户被立即注销，几乎没有关于原因的信息。

在 Grizzly 中，我们选择通过将服务 API 的 401 和 403 错误视为比尝试访问 Horizon 限制区域的未授权访问尝试略微不严重来改进这一点。原因有三点

对于非恶意用户，这些错误几乎 100% 是由于配置错误造成的，这使得调试成为可能。
恶意用户可以通过 CLI 与通过仪表板进行相同的“未授权”请求；不授予任何特殊权限。
API 错误是由我们的项目管辖范围之外的外部系统生成的，虽然我们应该尝试尊重并对这些错误采取适当的措施，但不应该因为它们而采取任何剧烈或甚至可能具有破坏性的措施。

今后，用户将不会被注销，但页面上不会填充任何信息，并且将向他们显示错误消息，告知他们无权访问他们尝试访问的数据。

重组¶

在 Grizzly 中修复了几个长期存在的用户困惑。

首先，API Access 面板（包含用户的 API 端点、rc 文件和 EC2 凭证）已从 Settings 移动到 Project 仪表板的 Access & Security 部分。

其次，Default Quotas 和 Services 面板（两者都严格是信息性的）被合并到单个 System Info 面板中的选项卡中，以明确这些面板在主题上相关，并为这些仅用于显示信息的面板创建一个主页。

一键浮动 IP 管理¶

用户的一个常见抱怨是将浮动 IP 与实例关联涉及许多点击和表单选择，而大多数用户对此一无所知且不关心。因此，创建了一个“简单”的一键浮动 IP 关联选项。对于仅具有单个浮动 IP 池的部署，这允许用户忽略显式的浮动 IP 管理，只需单击一个按钮即可关联或取消关联浮动 IP 与实例。

整理的镜像¶

Images 表现在具有一项新功能：预定义的过滤器，用于查看您自己的镜像、与您共享的镜像或公共镜像。这使得找到您正在寻找的镜像更容易、更愉快。

安全组规则编辑改进¶

安全组规则编辑体验一直以来都非常复杂，仅仅是因为涉及的选项数量和非常专业术语。此外，OpenStack 仪表板采用的表格加表单方法只会让已经很困难的区域的 UX 更加令人沮丧。

在 Grizzly 中，所有这些都经过了重新设计，变得更加简单，并尽可能提供更多的上下文帮助和简化。

图标！¶

为了使仪表板更易于一目了然地使用，我们已在整个仪表板的常见操作按钮上添加了图标。

“更多操作”，更好¶

很多反馈表明，“更多操作”下拉菜单（对于在每行都有大量操作的表格）对新用户来说令人困惑和/或难以点击。

现在我们已经改进了它，以便打开菜单的按钮被清楚地标记，并且点击它的点击框明显更大。

社区¶

文档，文档，还有更多文档！¶

在 Grizzly 周期中添加了大量新文档，最值得注意的是记录了以下内容：Horizon 和 OpenStack 仪表板的所有可用设置；安全和部署注意事项；以及关于自定义 OpenStack 仪表板的更深入的指南。

IRC 会议¶

在 Grizzly 周期中，我们开始在 IRC 上举行每周项目会议。这对项目的增长和进展非常有益。请查看 OpenStack Meetings wiki 页面以获取具体信息。

底层¶

遗留仪表板名称和代码分离¶

在 Grizzly 周期早期，我们借此机会进行了一些长期清理和重构工作。“nova”仪表板已重命名为“project”，而“syspanel”仪表板已重命名为“admin”，以更好地反映各自的目的。

此外，在 Horizon 核心框架代码（与 OpenStack 无关）和 OpenStack 仪表板代码之间建立了更好的分离。此时，所有与 OpenStack 相关的代码都位于 OpenStack 仪表板目录中，而 Horizon 框架完全是不可知的，并且是一个可重用的 Django 应用程序。

对象存储分隔符和伪文件夹对象¶

当 Horizon 的对象存储界面首次添加时，Swift 的文档建议添加带有特殊内容类型的 0 字节对象，以表示容器内的伪文件夹。他们后来决定这不是推荐的做法，伪文件夹应仅通过对象名称中的分隔符（通常为“/”）来分隔。

Horizon 已在底层更新为使用此方法，这应该使其与大多数部署使用其对象存储的方式更加一致。

其他改进和修复¶

支持 Keystone 的 PKI 令牌。
Flavor 编辑变得更加稳定。
可以将安全组添加到正在运行的实例。
卷配额由适当的服务处理，具体取决于是否启用了 Cinder。
密码确认框现在在客户端上验证匹配的密码，以便提供更即时的反馈。
许多修复，以在它们的概述页面上显示更多和更好的信息，用于实例和卷。
改进了对象存储面板的 Unicode 支持。
注销现在尝试删除与当前会话关联的令牌，以避免重放攻击等。
各种修复，用于浏览器兼容性和渲染。
许多其他错误修复和改进。请查看 Launchpad 以获取 Grizzly 中发生的所有事情的完整列表。

已知问题和限制¶

编辑 Flavor，如果导致 API 错误，将删除 Flavor¶

由于 Nova 处理 flavor 编辑/替换的方式，必须先删除旧的 flavor 才能创建替换 flavor。因此，如果在创建替换 flavor 时发生 API 错误，可能会丢失旧的 flavor 而不会创建新的 flavor。

创建丰富的网络拓扑¶

由于几个 Quantum 功能在 Grizzly 周期末期才发布，因此无法通过 OpenStack 仪表板创建特别复杂的网络配置。这些功能将在未来的发布版本中继续发展。

Loadbalancer 功能¶

Loadbalancer 功能在 Quantum 和 Horizon 的最后一刻才发布，尽管我们尽了最大努力进行测试，但可能仍然包含未发现的错误。它最好被认为是 Grizzly 版本的“beta”或“实验”功能。

Quantum Brocade 插件不兼容¶

Brocade 插件对于 Quantum 不支持浮动 IP 地址 API 的关键功能，这些功能被认为是 Horizon 功能的核心。因此，它与 Grizzly 版本 Quantum 集成不兼容。

同时删除大量资源¶

使用“全选”复选框通过 API 删除大量资源可能会导致网络超时（具体取决于配置）。这是因为 API 本身不支持批量删除，因此 Horizon 必须在后台逐个发送删除请求。

向后兼容性¶

Grizzly Horizon 版本应与 OpenStack 核心项目（Nova、Swift 等）的 Grizzly 和 Folsom 版本完全兼容。虽然由于底层服务中的错误修复等原因，所有功能与全 Grizzly 堆栈一起使用效果更好，但不应限制哪些功能将或将不会起作用。

总体而言，已经做出了很大的努力来维护与迄今为止基于 Horizon 构建的第三方开发人员的兼容性。

Grizzly 系列发行说明