跳转到： 导航, 搜索

ReleaseNotes/Grizzly

目录

OpenStack 2013.1 (Grizzly) 发布说明

通用升级说明

  • 许多项目已经将其服务启动脚本（例如 nova-api）或其管理 CLI（例如 keystone-manage）从 optparse 移植到 argparse。这导致命令接受的参数上出现了一些小的不兼容性。例如，在 glance 中，您不再可以执行 glance-manage db_sync --config-file=...，而必须执行 glance-manage --config-file=... db_sync，因为选项是针对顶级命令而不是子命令。
  • 也许项目已经将其默认日志级别更改为 WARNING。使用 verbose=True 将日志级别更改为 INFO（以前的默认值），使用 debug=True 将日志级别更改为 DEBUG。请参阅 bug #989269

OpenStack 对象存储 (Swift)

在 OpenStack Grizzly 发布周期中，Swift 已经发布了版本 1.7.5、1.7.6 和 1.8.0。这些版本的完整变更日志可在 https://github.com/openstack/swift/blob/master/CHANGELOG 上找到。此变更日志的亮点如下。

主要新特性

  • 全局集群构建块
    • 允许环具有可调整的副本计数：部署者现在可以调整现有集群上的副本计数
    • 允许环具有不同的副本计数：部署者可以选择帐户、容器和对象环的不同副本计数
    • 添加了高于区域的区域层级支持：部署者可以将区域分组到区域。
    • 添加了基于时间的对象服务器排序的读取请求：这允许最快响应的服务器为大多数请求提供服务，而不是随机选择副本。这在副本位于由 WAN 分隔的不同区域时尤其有用。
  • 批量请求
    • 添加了对自动提取归档上传的支持：客户端可以上传归档文件（例如 .tar 文件），并且内容将单独存储在集群中
    • 添加了对批量删除的支持：客户端可以使用一个删除请求删除许多对象
  • 支持多范围请求：客户端可以使用一个请求从对象请求多个范围
  • 添加了一个可选的、临时的健康检查失败：健康检查中间件现在如果本地文件存在，将报告失败。这可以在升级单个服务器时提供更好的灵活性
  • StatsD 更新
    • 现在报告错误的计时而不是计数
    • 跟踪异步待处理的取消链接
    • 修复了 sample_rate
    • 更改了几个高流量请求的默认 sample rate
    • 添加了 GET 请求的第一个字节延迟计时
    • 添加了每个磁盘的 PUT 计时监控支持
  • 配额
    • 添加了用户管理的容器配额
    • 添加了对帐户级别配额的支持（由身份验证转售商管理）
  • 复制现在可以针对特定的设备或分区运行
  • list_endpoints 中间件：此中间件提供了一个 API，用于确定环将数据放置在何处。它特别适用于与可以“靠近”数据存储位置移动计算作业的应用程序集成。
  • 删除了对 webob 的依赖
  • Swift 现在如果无法满足 Accept 标头，将返回 406
  • Swift 现在将拒绝包含 NULL 字符的名称
  • 添加了 --top 选项到 swift-recon -d
  • 添加了选项到 swift-dispersion report 以限制报告
  • 添加了选项以开启/关闭 eventlet 调试
  • proxy-logging 中间件更新：proxy-logging 现在可以处理其他中间件的日志记录
  • 添加了 swift_hash_path_prefix 选项到 swift.conf：鼓励新的部署者将其设置为随机的秘密值
  • 添加了 fallocate_reserve 选项以防止驱动器已满
  • 允许环重新平衡获取种子
  • 环序列化现在将生成相同 gzip 文件（Py2.7+）
  • 添加了对 swift-drive-audit 处理轮换日志的支持
  • 添加了 DB 审计器的速度限制选项
  • 强制日志条目为单行
  • 确保使用 fsync 而不是仅仅使用 fdatasync
  • 改进了交接节点选择：将从集群中选择更多的节点作为交接节点，并且在环更改时将以更一致的方式进行选择
  • 更新了 Swift 的 MemcacheRing 以提供与常见 Python memcache 库的 API 兼容性


已知问题

无

升级说明

与往常一样，部署者可以在不中断现有集群的情况下升级到 Swift 的最新版本。在 Grizzly 时间范围内，已经进行了以下更改，这些更改可能会影响现有的部署。

  • proxy-logging 中间件更新：proxy-logging 应该在代理管道中使用两次。第一个

处理从未到达服务器的请求的中间件日志。最后一个处理到达服务器的请求。

这是一个可能需要更新您的代理服务器配置文件或自定义中间件的更改。有关完整文档，请参阅 https://docs.openstack.org/developer/swift/misc.html#module-swift.common.middleware.proxy_logging。

  • StatsD 默认 sample rate 更改了一些指标：添加了 log_statsd_sample_rate_factor 以全局调整 StatsD

sample rate。此可调参数可按比例减少所有指标的 StatsD 流量，并旨在替换 log_statsd_default_sample_rate，后者保留不变以供向后兼容，以防有人正在使用它。

  • webob 不再是依赖项

OpenStack Compute (Nova)

主要新特性

  • Cells：Grizzly 将包含 cells 功能的预览（实验性）版本。Cells 提供了一种新的扩展 nova 部署的方式，包括能够在不同的地理位置拥有计算集群（cells），所有这些都位于相同的 nova API 下。有关更多详细信息，请参阅 Cells 文档。
  • 可用性区域：可用性区域支持得到了增强。以前，设置给定计算节点的可用性区域的唯一方法是通过其配置文件。现在可以通过 API 设置节点的可用性区域。
  • 管理 API：对管理操作的 API 进行了多次添加。这是为了继续摆脱对大多数管理任务需要 nova-manage 实用程序的需求。
  • 实例密码的 API 支持：nova 的此增强功能改进了对需要密码才能工作的实例的支持，例如运行 Windows 的实例。实例现在可以生成并发布加密的密码到元数据 API（一次写入）。可以通过公共 nova API 检索此密码。此功能可以与 guest 初始化工具（如 cloud-init）集成。
  • 裸机配置：Grizzly 包含一个新的 hypervisor 驱动程序，可以将机器镜像部署到裸机，从而允许任务在没有虚拟化开销的情况下运行。这受支持但并非完全具备功能 - 请参阅 hypervisor 功能矩阵以获取详细信息。此外，如果希望（或需要）自定义正在部署的机器镜像，建议使用 stackforge 上的 diskimage-builder 项目。有关更多详细信息，请参阅 裸机文档。
  • 改进的 MySQL 连接器性能：对允许与 MySQL 和 nova 使用的线程模型（eventlet）更好地交互进行了一些增强。
  • 数据库归档：支持修剪已删除的项目并将它们放在单独的表中，以防止最常写入的表无限制地增长。
  • 实例操作跟踪：nova 已更新为跟踪对实例执行的所有操作。有一个 API 扩展可用于访问此信息。查看实例操作列表可以更深入地了解实例的历史记录。它还为用户和管理员提供更好的错误报告。
  • No-DB-Compute：nova-compute 服务可以选择在没有直接访问数据库的情况下运行。这提高了 Nova 的安全性，但有人对这种新模式的性能提出了一些担忧。
  • Quantum 安全组代理：通过 Nova 的 API 管理安全组时，所有操作都将通过 Quantum 代理到 Quantum，如果 Quantum 是网络提供程序。
  • 无需挂载 guest 文件系统的文件注入：Nova 具有使用 libguestfs 支持将文件注入 guest 文件系统的能力。以前这是通过在主机上挂载 guest 文件系统来完成的。这已被重构为使用不需要挂载 guest 文件系统的 libguestfs API，这更加安全。
  • 默认安全组规则：Nova 现在可以设置为在为租户创建默认安全组时添加规则。
  • libvirt 自定义硬件：Nova 中的 libvirt 驱动程序现在将检查镜像上是否有指定应使用的特定硬件类型的属性。何时使用此属性的一个示例是对于不支持 virtio 的镜像，应使用完全虚拟化的硬件类型代替。
  • libvirt Spice 控制台：Nova 中的 libvirt 驱动程序现在支持 Spice 虚拟控制台。
  • powervm 调整大小、迁移和快照：Nova 中的 powervm 驱动程序现在支持调整大小、迁移和快照操作。
  • VMware 驱动程序改进：对 VMware 驱动程序进行了多项改进，包括对 VNC 控制台、iSCSI 卷、实时迁移、救援模式、Quantum 和改进的 Glance 集成（OVF 支持、更好的下载性能）的支持。
  • 唯一的实例命名：在发出 API 命令以创建多个服务器时，Nova 现在将根据配置的模板为每个实例指定一个唯一的名称。以前所有实例都将具有相同的名称。
  • OpenStack API 中的可用性区域：OpenStack API 中已增强了对可用性区域的支持。现在可以通过 API 列出可用性区域。实例的可用性区域也包含在实例详细信息中。
  • Glance Direct Image File Copy：如果 Glance 为 Nova 提供共享文件系统上镜像位置的 URL，Nova 现在将从那里获取镜像内容，而不是通过 Glance API。在某些情况下，这将导致更快的实例启动时间。
  • Boot without image：如果将 block-device-mapping 传递给 nova boot 命令，现在可以启动一个基于卷的实例，而无需指定镜像。
  • Quota-instance-resource：现在可以为实例的 CPU、磁盘 IO 和网络接口带宽（由于一个 bug，带宽 QoS 无法工作）设置准确的配额。通过使用此功能，您可以提供一致的 CPU 容量，而不管实际的底层硬件如何。
  • Network adapter hot-plug：现在可以将预先创建的端口热插到一个正在运行的实例中。
  • Quotas for fixed IP addresses：现在可以为固定 IP 地址的分配设置配额（在 nova.conf 中设置 quota_fixed_ips - 默认情况下是无限制的）
  • API extension for determining fixed from floating IPs：计算 API 中的新 OS-EXT-IPS:type 参数指示与虚拟机关联的 IP 地址是固定 IP 还是浮动 IP。

已知问题

升级说明

  • Grizzly 现在应该能够检测到何时使用共享文件系统作为实例路径，从而消除了先前版本中图像缓存管理器错误删除共享文件系统上正在使用的图像的 bug。但是，此 bugfix 在生产环境中尚未经过广泛测试。如果您希望保持保守，可以在计算节点上的 nova.conf 文件中设置 image_cache_manager_interval=0，以防止图像缓存管理器删除任何图像。

OpenStack Image Service (Glance)

主要新特性

已知问题

  • LP 1155389：存储在多租户 swift 存储中的图像无法被与其共享的租户中的用户下载，尽管这些图像在 v2 api 图像列表中可见。
  • Image API v1/v2 codepaths：Image API 的实现使用不同的内部代码路径。v2 API 无法利用 glance-registry 服务，并且必须直接访问数据存储。如果需要，可以设置 'enable_v2_api=False' 以禁用 v2 API
  • LP 1152716：管理权限限制为配置文件中定义的一个角色

升级说明

Folsom 到 Grizzly 的升级过程很简单：部署最新代码并运行 'glance-manage db_sync'

OpenStack Dashboard (Horizon)

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

主要新特性

Networking

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

Direct Image Upload To Glance

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

Flavor Extra Specs Support

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

Migrate Instance

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

User Experience Improvements

“Not Authorized” & Being Logged Out

大量首次部署 OpenStack 的用户遇到的问题可以概括为“我认为我设置了所有内容，然后我尝试登录仪表板，我立即被注销，而没有得到任何信息。”根本原因在于，为了尽可能安全，任何服务 API 的 401 或 403 响应都被视为与尝试访问 Horizon 的未经授权部分相同，用户被立即注销，而没有得到任何信息。

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

对于非恶意用户，这些错误几乎 100% 是由于配置错误造成的，这使得调试成为可能。恶意用户可以通过 CLI 与通过仪表板进行相同的“未经授权”请求；不授予任何特殊权限。API 错误是由我们的项目范围之外的外部系统生成的，虽然我们应该尝试尊重并对这些错误采取适当的措施，但不应该因为它们而采取任何剧烈或甚至可能具有破坏性的措施。今后，用户将不会被注销，但页面上不会填充任何信息，并且他们将收到错误消息，告知他们无权访问他们尝试访问的数据。

Reorganizations

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

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

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

One-click Floating IP Management

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

Organized Images

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

Security Group Rule Editing Improvements

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

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

Icons!

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

“More Actions”, More Better

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

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

社区

Docs, docs, and more docs!

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

IRC Meeting

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

Under The Hood

Legacy Dashboard Names & Code Separation

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

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

Object Storage Delimiters and Pseudo-folder Objects

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

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

Other Improvements and Fixes

  • Support for Keystone’s PKI tokens。
  • Flavor editing was made significantly more stable。
  • Security groups can be added to a running instance。
  • Volume quotas are handled by the appropriate service depending on whether or not Cinder is enabled。
  • Password confirmation boxes are now validated for matching passwords on the client side for more immediate feedback。
  • Numerous fixes to display more and better information for instances and volumes in their overview pages。
  • Improved unicode support for the Object Storage panels。
  • Logout now attempts to delete the token(s) associated with the current session to avoid replay attacks, etc。
  • Various fixes for browser compatibility and rendering。
  • Many, many other bugfixes and improvements. Check out Launchpad for the full list of what went on in Grizzly。

已知问题

Editing a Flavor Which Results In An API Error Will Delete The Flavor

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

Creating Rich Network Topologies

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

Loadbalancer Feature

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

Quantum Brocade Plugin Not Compatible

Brocade 的 Quantum 插件不支持浮动 IP 地址 API 的关键功能，这些功能被认为是 Horizon 功能的核心。因此，它与 Grizzly 版本 Quantum 集成不兼容。请参阅 Brocade Quantum Plugin 页面 以获取可能的解决方法和有关如何将其与 Horizon 结合使用的最新信息。

Deleting large numbers of resources simultaneously

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

升级说明

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

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

OpenStack Identity (Keystone)

术语“tenant”现在被称为“project”。这两个术语在此版本中可以互换使用，但“tenants”由旧版 Identity API v2.0 暴露，“projects”由 Identity API v3 暴露。

主要新特性

  • PKI Tokens：基于 PKI 的签名令牌（能够离线验证）是默认令牌格式，而不是传统的 UUID 基于令牌
  • New API：支持 Identity API v3，默认情况下在端口 5000 和 35357 上以相同的方式部署。
  • User groups：管理用户组的角色分配（在 Identity API v3 上管理，影响两个 API）。
  • Domains：项目、用户和组的高级容器，提供命名空间隔离和额外的角色管理级别（在 Identity API v3 上管理，影响两个 API）。
  • Trusts：项目特定的用户角色委托，可选的身份模拟（仅 Identity API v3）。
  • 凭证：每个用户的通用凭证存储（例如 EC2、PKI、SSH 等）（仅限 Identity API v3）
  • 策略：用于任意策略引擎规则集的集中存储库（仅限 Identity API v3）。
  • Token 值不再出现在 URL 中（仅限 Identity API v3）。
  • RBAC：policy.json 控制应用于所有 Identity API v3 调用。
  • 可插拔身份验证：默认的“password”（密码）和“token”（令牌）身份验证模块现在是可插拔的（仅限 Identity API v3），并且可以轻松地用自定义代码替换，例如与现有系统进行身份验证。插件还可以调用现有的 identity 驱动程序。在 Identity API v3 中，HTTP API 层的身份验证也是可插拔的；但是，请参阅下面的已知问题。
  • 外部身份验证：Keystone 信任外部提供的 CGI 样式的 REMOTE_USER 断言来识别最终用户。

已知问题

  • 使用捆绑的 identity 驱动程序的只读 LDAP 部署仍然需要在 LDAP 中创建一个默认域。 已修复 于 2013.1.2。
  • 由于 bug 1157515，非默认身份验证插件将无法正确加载（这不影响自定义 password 和 token 身份验证插件）。已在 2013.1.1 中修复。
  • 由于 bug 1167421，从 folsom 迁移后，keystone-manage db_sync 会重新启用禁用的用户和项目。已在 2013.1.1 中修复。

升级说明

  • keystone-manage db_sync 会自动创建一个default（默认）域；任何现有的用户和租户都会迁移到该域，并且 Identity API v2.0 调用会将该域作为上下文。在默认域之外创建的实体无法通过 v2.0 API 访问。默认域不能通过 API 删除，尽管哪个域被认为是“默认”域可以通过 keystone.conf 中的 default_domain_id 进行配置。
  • 成员角色：具有默认 tenant_id 属性或与现有租户的任何关系的的用户将被授予一个新角色，该角色由 keystone-manage db_sync 自动创建。迁移后，默认 tenant_id 属性（v2.0）和 default_project_id 用户属性不再授予任何实际授权，而是被视为用户指定的偏好。成员角色的名称和 ID 可以通过 keystone.conf 中的 member_role_id 和 member_role_name 进行配置。默认值（9fe2ff9ee4384b1894a90878d3e92bab 和 _member_ 分别）旨在避免与现有部署冲突。
  • keystone.conf [token] default_format = <UUID | PKI> 定义是生成 UUID 还是 PKI 令牌。PKI 是默认设置，需要运行 keystone-manage pki_setup，或安装现有的证书。
  • keystone.middleware.auth_token 已弃用，并已移动到 keystoneclient.middleware.auth_token。这意味着您不再需要在只需要身份验证中间件的节点上安装 keystone。消耗 auth_token 的服务的管道配置必须修改为引用 keystoneclient 而不是 keystone。
  • keystone.middleware.swift_auth 已被删除，它已在 havana 中移动到 Swift，您需要更新 keystoneauth 的 paste 节，从 filter_factory 到 egg:swift#keystoneauth。
  • keystone.conf [DEFAULT] admin_endpoint 和 public_endpoint 配置选项现在可用于配置 keystone 的完整 URL，即使它部署在代理服务器之后（这两个选项都不会影响 keystone 监听连接的方式）。两者都默认为 localhost 并动态使用 admin_port 和 public_port 选项。

OpenStack 网络服务 (Quantum)

主要新特性

  • 元数据改进
    • 简化了物理网络配置要求，消除了关键的部署障碍
    • 支持重叠的 IP 地址范围
  • 支持运行 L3-agent 和 DHCP-agent 的多个网络节点的多个网络
    • 为 quantum 部署提供更好的扩展性和高可用性。
  • 安全组：允许 L3-L4 数据包过滤，以用于安全策略，以保护虚拟机。
    • 与 Nova-API 兼容
    • Nova 中没有的附加功能
      • IPv6 和 IPv4 支持
      • 入站 + 出站过滤
      • 支持重叠的 IP 地址范围
      • 可以通过插件卸载到增强的过滤引擎，而不是 iptables
  • 负载均衡即服务 (LBaaS)
    • 完整的负载均衡 API 模型 + 可插拔框架
    • 基于 HAproxy 的基本实现
    • 已经与领先的供应商合作开发额外的插件，预计在 Havana 中支持更多供应商的负载均衡器技术
  • 支持的新插件
    • Big Switch 插件
    • Brocade 插件
    • Hyper-V 插件
    • Plum Grid 插件
    • Midonet 插件
  • 现有插件的附加改进
    • Nicira NVP 插件：服务质量、L2 网关、端口安全。
    • Ryu：支持 OVS 隧道。
  • 从 Folsom 升级到 Grizzly 无缝
  • 支持 XML API。
  • Horizon GUI 支持路由器 + 负载均衡器。这意味着 Horizon 现在实现了 Quantum 的几乎所有主要功能。

已知问题

目前还没有。

升级说明

目前还没有

OpenStack Block Storage (Cinder)

主要新特性

通用

  • 通过光纤通道连接
  • 支持在同一管理器上使用多个后端
  • 支持 LIO 作为 ISCSI 后端
  • 块存储备份到 swift

新驱动程序

  • HP 3PAR 阵列
  • 使用 AoE 的 CORAID 存储
  • HUAWEI 存储
  • Scality SOFS
  • GlusterFS
  • LVM 薄配置支持
  • 镜像 LVM
  • XenAPINFS
  • EMC VNX/VMAX 阵列

REST API

功能 v1 中支持 v2 中支持
列出可启动卷 是 是
克隆卷 是 是
按属性过滤卷 是 是
按元数据过滤卷 是 是
按属性过滤快照 是 是
按元数据过滤快照 是 是
更新卷元数据 是 是
更新快照元数据 是 是
分页 否 是

已知问题

目前还没有。

升级说明

  • 将新的 api-paste.ini 复制到 /etc/cinder/api-paste.ini。v1 路由器的点路径已更改，但是有一个 bug 可以正确弃用此功能。
  • root_helper 配置设置已被弃用，应在 cinder.conf 中更新/替换为 rootwrap_config
   rootwrap_config = /etc/cinder/rootwrap.conf
  • 原始 osapi_volume_extension 设置值 (cinder.api.openstack.volume.contrib.standard_extensions) 已针对 G 被弃用，需要更新
   osapi_volume_extension = cinder.api.contrib.standard_extensions

通用

  • API 扩展文件夹从 cinder/api/openstack/volume/contrib 移动到 cinder/api/contrib

Cinder API v2

  • 列出卷/快照摘要实际上是摘要视图。在 v1 中，它与详细视图相同。
  • 列出卷/快照详细信息和摘要，display_name 键已更改为 name。
  • 列出卷/快照详细信息和摘要，display_description 键已更改为 description。

已知的打包发行版

从 "https://wiki.openstack.org/w/index.php?title=ReleaseNotes/Grizzly&oldid=63335" 检索