Jump to: navigation, search

Difference between revisions of "ReleaseNotes/Juno/zh-hans"

(Created page with "管理员现在可以撤离一台计算节点,这样就提供了在系统维护时,将该维护节点上所有的实例迁移到其他节点的能力。")
(Created page with "==== 增加基于角色控制(RBAC)的支持 ==== 为了让Horizon更好的支持基于角色的访问控制(RBAC),几个服务的页面增加了RBAC的检查,来控制用...")
Line 186: Line 186:
 
* 许多其他的bug修复
 
* 许多其他的bug修复
  
==== Enhanced RBAC support ====
+
==== 增加基于角色控制(RBAC)的支持 ====
In an ongoing effort to support richer role based access control (RBAC) in Horizon, the views for several more services were enhanced with RBAC checks to determine user access to actions. The newly supported services are compute, network and orchestration. These changes allow operators to implement finer grained access control than just "member" and "admin".
+
为了让Horizon更好的支持基于角色的访问控制(RBAC),几个服务的页面增加了RBAC的检查,来控制用户的访问和性更为。最新支持的服务为计算、网络和编配(Heat)。这些改变允许操作人员实现更细粒度的访问控制,而不只是“用户”和“管理员”。
  
 
The identity panels (domains, projects, users, roles, groups) have also been converted to support RBAC at the view level. The identity panels have been moved from the admin dashboard into their own 'Identity' dashboard and accessibility is determined by policies alone. This is the first step toward consolidating the near duplicate content of the project and admin dashboards into single views supporting a wide range of roles.
 
The identity panels (domains, projects, users, roles, groups) have also been converted to support RBAC at the view level. The identity panels have been moved from the admin dashboard into their own 'Identity' dashboard and accessibility is determined by policies alone. This is the first step toward consolidating the near duplicate content of the project and admin dashboards into single views supporting a wide range of roles.

Revision as of 15:08, 18 October 2014

Other languages:
English • ‎فارسی • ‎日本語 • ‎한국어 • ‎中文(简体)‎ • ‎中文(台灣)‎

OpenStack 2014.2 (Juno) 更新日志

Contents

升级提示

  • simplejson安作为大多数项目的可选的依赖,因此并没有列在所有项目的requirements.txt文件中。然而,如果你想使用他,比如在RHEL 6上的python 2.6上获得更好的性能,你需要安装高于2.2.0版本的simplejson。详情请参考:https://bugs.launchpad.net/oslo-incubator/+bug/1361230

OpenStack对象存储(Swift)

新功能

Juno整合的更新包括三个版本的OpenStack的Swift:2.0.0,2.1.0和2.2.0。这些版本更新的日志请参阅:https://github.com/openstack/swift/blob/2.2.0.rc1/CHANGELOG#L1-L173。相信更新情况请参考以上文档。

以下是重要的更新内容。请阅读更新日志和相关文档。

  • 存储策略
  • 支持Keystone v3
  • 服务端账号到账号(account-to-account)复制
  • 当增加一个新的服务器(server),区域(zone)或者地域(region)时更合理分区布局
  • 使用splice()实现零拷贝(Zero-copy)GET响应
  • 并发对象审计


已知问题

升级提示

像往常一样,你可以零停机时间升级你的Swift集群,不影响最终用户。升级前请参考样例配置文件和文档。

  • 这里有一些日志方面的更新需要提一下。在所有情况中,正常的日志进程不会受到影响。
    • 存储节点(account, container, object)日志中会将进程的PID输出在日志每一行的末端。
    • Object守护进程现在使用他们进程的全名作为用户代理(user-agent)标识(例如obj现在替换为object)。
  • 一旦额外的存储策略被激活,回退到Swift 预览版2.0.0会引起被使用的附加存储策略失效。
  • 作为最终升级的一部分,更新Swift默认端口成为一个非IANA分配(non-IANA-assigned)的范围,bind_port现在是必须设定的。已经显示的设置了该端口的用户不会受到影响。然而,如果你还没有设置该端口,作为升级的一个部分,请确保你所有的*_server.conf中包含bind_port设置,并且匹配你的ring。
  • 注意:新的存储策略包含了一个新的守护进程,container-reconciler。
  • TempURL默认允许支持POST和DELETE。这就意味着可以为这些动作创建tempurls。而且不会影响现有的tempurls。
  • 完整的更新,不推荐使用的或者被删除的Swift选项列表,可以在这里看到:http://docs.openstack.org/trunk/config-reference/content/swift-conf-changes-master.html

OpenStack 计算服务(Nova)

实例功能

网络

调度

  • 可扩展的资源跟踪。Nova中资源跟踪的代码是hard code,这个更新使这个功能可扩展,允许增加新的插件支持在调度中跟踪新的类型的资源。launchpad specification
  • 支持整个host(虚拟机)的撤离(evacuated,实在没有太贴切的中文翻译,就是把虚拟机在其他的计算节点重新启动起来),但是需要经过scheduler为实例重新选择目标主机。launchpad specification
  • scheduler过滤器中支持host集合。launchpad:disk; instances; 和IO ops specification

其他

虚拟化驱动新增功能

Hyper-V

Ironic

libvirt

vmware

  • 使用oslo中的vmware library替代vmware驱动中的方法。launchpad specification
  • 支持vmware实例的网络接口热插拔。launchpad specification
  • 重构了vmware驱动中spawn方法,使之更容易维护。这个工作是内部的,在这里提及的目的是这个改动很明显的增强了VMWare驱动的支持力度。launchpad specification

已知问题

更新日志

  • 完整的更新,不推荐使用的或者被删除的Nova选项列表,可以在这里看到: http://docs.openstack.org/trunk/config-reference/content/nova-conf-changes-master.html
  • Nova-manage flavor子命令在Juno版本被废弃了,在2015.1(K)版本中会被删除掉。https://review.openstack.org/#/c/86122/
  • https://review.openstack.org/#/c/102212/
  • Libvirt最低版本现在是0.9.11: https://review.openstack.org/#/c/58494/
  • Nova现在支持使用Cinder V2 API. 在Juno版本中Cinder V1 API被废弃,在L版本中,Nova将默认切换到Cinder V2版本。
  • python-novaclient的日志输出的小变化来提高可读性。keystone token的sha1哈希被输出,取代之前输出token自身 - 这样减少了输出内容,但是仍然可以判断token不匹配的场景。另外,额外的'\n'字符被删除掉。再次检查任何log解析器!
  • libvirt.volume_drivers配置现在已经被nova.conf废弃,将在Lxxxx版本中删除掉。通常来讲,这只会影响一小部分在此驱动的开发者。如果恰好这里包含你,一个建议的解决方案是继续在nova代码库中继续你的工作。

Openstack镜像服务 (Glance)

新功能

  • 异步处理
  • 将glance.store放入它自己的库中
  • Metadata定义目录
  • 镜像下载限制策略
  • 增强Scubber服务,允许单一实例服务在不同节点拥有多个glance-api服务

已知问题

升级日志

  • 完整的更新,不推荐使用的或者被删除的Glance选项列表,可以在这里看到:http://docs.openstack.org/trunk/config-reference/content/glance-conf-changes-master
  • 默认情况下,只有管理员才能上传一个公共的镜像。如果仍然允许普通用户上传,需要修改etc/policy.json中的publicize_image标记,去掉角色限制。
  • 数据库表的UTF-8字符集编码现在是必须的而且是强制检查的,运维人员需要将表和存在的数据手动的转为UTF-8,如果发现glance-image在同步过程中出现错误。

OpenStack面板(Horizon)

新功能

Sahara

OpenStack数据处理项目(Sahara)被正式的集成到Juno更新中,并且Horizon包含了此服务的面板。你能指定并建立用户指定数据类型的集群来跟踪这些任务的进度。

Neutron功能

  • Juno版本中,Neutron增加了如下新功能,包括:
  • DVR (分布式虚拟路由)
  • L3高可靠支持
  • IPv6子网模式

Horizon在Juno版本中提供对这些新功能的支持。这些功能在软件定义网络中提供更灵活的功能。

Neutron中之前存在的MAC地址学习的扩展功能,现在已经在Horizon里支持了。

Glance功能

在Juno中,Glance提供了metadata目录定义的功能,这样用户就可以将metadata用于多种资源类型,包含镜像、卷、集合和规格。Horizon中现在支持查看和编辑metadata便签的分配。

Cinder功能

本着支持全部API功能的目的,一些已经在Cinder中支持的功能,现在在Juno版本中被Horizon所支持。用户在Horizon中可以使用swift存储卷的备份,也能从中恢复卷的备份。

在Juno的Horizon中新增加的之前不支持的Cinder API功能包括:

  • 允许重设snapshot的状态
  • 允许重设volume的状态
  • 支持上传为镜像
  • 卷类型重定义
  • 支持Qos(服务质量)

Trove

Trove潜在支持多种数据存储,例如mysql、redis、mongodb。用户可以从云运维人员设定的数据存储列表中进行选择,创建所需要的数据库实例。

另外一个功能是从数据库增量备份中进行恢复。

为了改善对Neutron的支持,当创建一个数据库实例时,用户能够指定网卡(NIC),用户可以直接访问实例。

Nova

用户可以通过新的实例面板查看该项目下所有的对实例的操作,哪些操作返回了错误的结果或者其他用户在这些实例上做了哪些操作。

管理员现在可以撤离一台计算节点,这样就提供了在系统维护时,将该维护节点上所有的实例迁移到其他节点的能力。

改进插件支持

Juno版本持续对Horizon插件系统进行改进。 一些改进:

  • 支持增加插件如AngularJS模块
  • 支持增加静态文件如CSS、JS、图片
  • 增加添加异常的能力
  • 修复排序问题
  • 许多其他的bug修复

增加基于角色控制(RBAC)的支持

为了让Horizon更好的支持基于角色的访问控制(RBAC),几个服务的页面增加了RBAC的检查,来控制用户的访问和性更为。最新支持的服务为计算、网络和编配(Heat)。这些改变允许操作人员实现更细粒度的访问控制,而不只是“用户”和“管理员”。

The identity panels (domains, projects, users, roles, groups) have also been converted to support RBAC at the view level. The identity panels have been moved from the admin dashboard into their own 'Identity' dashboard and accessibility is determined by policies alone. This is the first step toward consolidating the near duplicate content of the project and admin dashboards into single views supporting a wide range of roles.

UX Changes

In Juno, Horizon transitioned to utilizing Bootstrap v3. Horizon had been pinned to an older version of Bootstrap for several releases. This change now allows Horizon to pick up numerous bug fixes and overall improvements in the Bootstrap framework. The look and feel remains mainly consistent with the Havana release.

JavaScript Libraries Extracted

As part of the Horizon team's ongoing efforts to split the repository into more logical pieces, all the 3rd party JavaScript libraries that Horizon depends on have been removed from the Horizon code base and python xstatic packages have been utilized instead. The xstatic format allows for easy consumption by the Django framework Horizon is built on. Now JavaScript libraries are utilized like any other python dependency in Horizon.

使用SCSS替代LESS

Horizon的样式部分现在从LESS变为SCSS。这个变化主要是由于python缺少LESS编译器的支持。这个变化可以使我们升级到Bootstrap 3,作为Bootstrap 3的一部分,现有的Python的LESS编译器不再提供支持。

已知问题

Rendering issues in extensions

The conversion to utilizing Bootstrap v3 can cause content extensions written on top of Horizon to have rendering issues. Most of these are fixed by a simple CSS class name substitutions. These issues are primarily seen with buttons and panel content widths.

在线压缩

因为使用了SCSS,在非调试模式下使用在线压缩可能会出现一些问题。离线压缩和前一个版本工作方式无差异。

Neutron L3高可靠

HA的属性可以在UI中进行设置,但是自身迁移在Agent会失败。

更新提示

  • FLAVOR_EXTRA_KEYS被废弃。这个键值可以直接调用Nova和glance api 替换。

OpenStack鉴权服务(Keystone)

新功能

  • Keystone now has experimental support for Keystone-to-Keystone federation, where one instance acts as an Identity Provider, and the other a Service Provider.
  • PKIZ is a new token provider available for users of PKI tokens, which simply adds zlib-based compression to traditional PKI tokens.
  • The hashing algorithm used for PKI tokens has been made configurable (the default is still MD5, but the Keystone team recommends that deployments migrate to SHA256).
  • Identity-driver-configuration-per-domain now supports Internet domain names of arbitrary hierarchical complexity (for example, customer.cloud.example.com).
  • The LDAP identity backend now supports description as an attribute of users.
  • Identity API v3 requests are now validated via JSON Schema.
  • In the case of multiple identity backends, Keystone can now map arbitrary resource IDs to arbitrary backends.
  • keystoneclient.middleware.auth_token has been moved into it's own repository, keystonemiddleware.auth_token.
  • Identity API v3 now supports a discrete call to retrieve a service catalog, GET /v3/auth/catalog.
  • Federated authentication events and local role assignment operations now result in CADF (audit) notifications.
  • Keystone can now associate a given policy blob with one or more endpoints.
  • Keystone now provides JSON Home documents on the root API endpoints in response to Accept: application/json-home headers.
  • Hiding endpoints from client's service catalogs is now more easily manageable via OS-EP-FILTER.
  • The credentials collection API is now filterable per associated user (GET /v3/credentials?user_id={user_id}).
  • New, generic API endpoints are available for retrieving authentication-related data, such as a service catalog, available project scopes, and available domain scopes.
  • Keystone now supports mapping the user enabled attribute to the lock attribute in LDAP (and inverting the corresponding boolean value accordingly).
  • A CA certificate file is now configurable for LDAPS connections.
  • The templated catalog backend now supports generating service catalogs for Identity API v3.
  • Service names were added to the v3 service catalog.
  • Services can now be filtered by name ( GET /v3/services?name={service_name}).

Known Issues

LDAP paged search results don't work with python-ldap 2.4

When using an LDAP backend with paged search results enabled, AttributeErrors will be encountered if python-ldap 2.4 is being used. This is due to a backwards incompatible API change in python-ldap. The issue can be worked around in a few ways:

  • Disabling paging of search results by setting page_size to 0 in the [ldap] section of keystone.conf.
  • Downgrade python-ldap to version 2.3.x.

A fix for this issue has been proposed, which is expected to be made available in a stable update for Juno. For more details see https://bugs.launchpad.net/keystone/+bug/1381768

Upgrade Notes

  • Due to the simpler out-of-the-box experience, the default token provider is now UUID instead of PKI.
  • Database migrations for releases prior to Havana have been dropped, meaning that you must upgrade to the Juno release from either a Havana or Icehouse deployment.
  • A comprehensive list of all updated, deprecated or removed options in Keystone can be found at: http://docs.openstack.org/trunk/config-reference/content/keystone-conf-changes-master.html
    • All token_api methods are now deprecated.
    • LDAP configuration options that previously contained the deprecated tenant terminology have been superseded by options using the term project.
    • Proxy methods from the identity backend to the assignment backend (created to provide backwards compatibility as a result of the split of the Assignment backend from the Identity backend), have been removed. This should only affect custom, out-of-tree API extensions.
    • Loading authentication plugins solely by class name in keystone.conf is now deprecated in favor of loading them by custom-method-name = custom_package.CustomClass pairs, and then defining the sequence of authentication methods as a list (methods = custom-method-name, password).
    • In-tree token drivers (keystone.token.backends) have been moved to keystone.token.persistence.backends. Proxy objects exist to maintain compatibility. If a non-default value is used, it is recommended the value of the driver option in the [token] section of keystone.conf is updated to use the new location.
  • All KVS backends besides the token driver have been formally deprecated.
  • LDAP/AD configuration: All configuration options containing the term "tenant" have been deprecated in favor of similarly named configuration options using the term "project" (for example, tenant_id_attribute has been replaced by project_id_attribute).

OpenStack Network Service (Neutron)

Key New Features

  • DB migration refactor and new timeline
  • Distributed Virtual Router Support (DVR)
  • Full IPV6 support for tenant networks
  • High Availability for the L3 Agent
  • ipset support for security groups in place of iptables (this option is configurable)
  • L3 agent performance improvements
  • Migration to oslo.messaging library for RPC communication.
  • Security group rules for devices RPC call refactoring (a huge performance improvement)
  • New Plugins supported in Juno include the following:
    • A10 Networks LBaaS driver for the LBaaS V1 API
    • Arista L3 routing plugin
    • Big Switch L3 routing plugin
    • Brocade L3 routing plugin
    • Cisco APIC ML2 Driver (including a L3 routing plugin).
    • Cisco CSR L3 routing plugin
    • Freescale SDN ML2 Mechanism Driver
    • Nuage Networks ML2 Mechanism Driver
    • SR-IOV capable NIC ML2 Mechanism Driver

Known Issues

  • This is the first release for DVR and HA L3. The Neutron team desires to designate these features as production ready in Kilo and requests that deployers test on non-critical workloads and report any issues.
  • FWaaS is still labeled as experimental, as it does not allow you to have more than one FW per tenant.

Upgrade Notes

  • A list of all updated, deprecated or removed options in neutron can be found at: http://docs.openstack.org/trunk/config-reference/content/neutron-conf-changes-master.html
  • Attribute level policies dependent on resources are not enforced anymore. Meaning that some older policies from Icehouse are not needed. (e.g. "get_port:binding:vnic_type": "rule:admin_or_owner").
  • The following plugins are deprecated in Juno:
    • Cisco Nexus Sub-Plugin (The Nexus 1000V Sub-Plugin is still retained and supported in Juno).
    • Mellanox Plugin
    • Ryu Plugin
  • XML support in the API is deprecated. Users and deployers should migrate to JSON for API interactions as soon as possible since the XML support will be removed in the Kilo (2015.1) release.

OpenStack Block Storage (Cinder)

Key New Features

  • Support for Volume Replication.
  • Support for Consistency Groups and Snapshots of Consistency Groups.
  • Support for Volume Pools.
  • Completion of i18n-enablement
  • Honor Glance protected properties in Image Upload
  • Enable ability to restrict bandwidth usage on volume-copy operations
  • Add Volume Num Weigher Scheduling

New 驱动/插件

  • Datera
  • Fujitsu ETERNUS
  • Fusion IO
  • Hitachi HBSD
  • Huawei
  • Nimble
  • Prophetstor
  • Pure
  • XtremIO
  • Oracle ZFS

已知问题

Upgrade Notes

OpenStack Telemetry (Ceilometer)

Key New Features

  • Support for partitioning metric collection load across horizontally scaled-out central agents
  • New method of partitioning alarm evaluation load using tooz coordination, as opposed to a hand-crafted protocol
  • Much improved SQLAlchemy storage performance & scalability, so that MySQL or PostgreSQL can be used as the metering store for PoCs or small deployments
  • Support for hardware-oriented monitoring of IPMI sensors via notifications from either Ironic or a new standalone agent
  • More flexible & efficient SNMP monitoring:
    • batching queries for multiple SNMP metrics into a single call to each daemon
    • dynamic discovery of nodes deployed by TripleO for SNMP polling
    • the ability to more easily extend the range of SNMP metrics that ceilometer gathers
    • the ability to derive new metrics from arithmetic transformations applied to multiple primary metrics
  • Option to split off the alarms persistence into a separate database
  • Option to use notifications instead of RPC for metering messages
  • Metering of Neutron networking services: LBaaS, FWaaS & VPNaaS
  • New XenAPI compute inspector
  • Support for persisting events via the MongoDB & Hbase storage drivers (previously limited to SQLAlchemy)
  • Support for per-device metering of instance disks
  • Use of ceilometer as a collector for os-profiler data
  • New Telemetry section of the Cloud Administrator Guide

Known Issues

  • 1381600 The new ceilometer-agent-ipmi fails to emit any samples when it encounters unparseable data from ipmitool.

Upgrade Notes

OpenStack Orchestration (Heat)

Key New Features

  • Recovery from failures during stack updates
  • API to cancel and roll back an in-progress stack update
  • Implementation of new resource types:
    • OS::Glance::Image
    • OS::Heat::SwiftSignal
      • Provides the option to store Wait Condition (and Software Deployment) data in Swift
    • OS::Heat::StructuredDeployments
      • Groups code for multiple lifecycle events into a single deployment resource
    • OS::Heat::SoftwareDeployments
      • Provides a way of avoiding circular dependencies when deploying an interdependent cluster of servers
    • OS::Heat::SoftwareComponent
    • OS::Nova::ServerGroup
    • OS::Sahara::NodeGroupTemplate
    • OS::Sahara::ClusterTemplate
  • Remember the previously-supplied parameters when updating a stack
  • Improved scalability
  • Improved visibility into trees of nested stacks

Known Issues

None yet

Upgrade Notes

OpenStack Database service (Trove)

Key New Features

  • Support for Asynchronous Replication (master-slave replicas) between provisioned mysql instances.
  • Introduction of a new Clustering API with initial support for MongoDB clusters.
  • Support for deploying Trove on an OpenStack solution that is using Neutron for networking. Prior to this, only nova-network was supported.
  • Support for provisioning PostgreSQL datastore instances.
  • Backup and Restore support for Couchbase.
  • Support to optionally restrict the Cinder backend used for Trove volumes.
  • Support for defining custom datastore configuration parameters in the Trove database (using mgmt API).
  • The ability to list all datastore types and versions in a single call

Other Incremental Improvements

  • Logging audit to improve log levels throughout the trove components.
  • The extensions loading mechanism was improved by adding support for stevedore.
  • The ability to support volumes for data is now on a per datastore bases.
  • Created and updated timestamps and instance count were added to configuration groups list and details calls.

Known Issues

  • 1333852: Trove does not support flavor UUIDs -- the Trove flavors API requires flavors with a numerical ID in order to be consistent with the API response for icehouse Trove.

升级日志

OpenStack数据处理(Sahara)

新功能

  • Data processing UI was fully merged into OpenStack Dashboard (horizon).
  • Support of CDH 5.x was added.
  • Support of Apache Spark was added. Supported versions are 0.9.1 and 1.0.0. Elastic data processing (EDP) engine was refactored a lot to support non-Oozie workflow engines.
  • Support of Apache Hadoop 2.4.1 was added in addition to existing 1.2.1 and 2.3.0. Version 2.3.0 is deprecated in Juno.
  • Support of multi region deployments.
  • Hadoop Swift authentication using keystone trust mechanism. Now Hadoop can access data in Swift without storing credentials in config files.
  • Ceilometer integration was added. Now Sahara notifies Ceilometer about all cluster state changes.
  • Cluster provisioning error handling was improved. If something goes wrong during scaling, cluster will rollback to original state.
  • Added ability to specify security groups for a node group. Also Sahara could automatically create security group with only required ports open.
  • Implemented distributed mode for Sahara: sahara-all process is decoupled into sahara-api and sahara-engine. You can run several instances of sahara-api and sahara-engine on different hosts. Note that the feature implementation is considered to be in alpha-state.

已知问题

  • Bug 1271349: Sahara requires root privileges to access VMs via namespaces.

升级提示

Main binary renamed to sahara-all

Please, note that you should use `sahara-all` instead of `sahara-api` to start the All-In-One Sahara.

sahara.conf upgrade

We've migrated from custom auth_token middleware config options to the common config options. To update your config file you should replace the following old config opts with the new ones.

  • "os_auth_protocol", "os_auth_host", "os_auth_port" -> "[keystone_authtoken]/auth_uri" and "[keystone_authtoken]/identity_uri"
  • "os_admin_username" -> "[keystone_authtoken]/admin_user"
  • "os_admin_password" -> "[keystone_authtoken]/admin_password"
  • "os_admin_tenant_name" -> "[keystone_authtoken]/admin_tenant_name"

We've replaced oslo code from sahara.openstack.common.db by usage of oslo.db library.

Also sqlite database is not supported anymore. Please use MySQL or PostgreSQL db backends for Sahara. Sqlite support was dropped because it doesn't support (and not going to support, see http://www.sqlite.org/omitted.html) ALTER COLUMN and DROP COLUMN commands required for DB migrations between versions.

You can find more info about config file options in Sahara repository in file "etc/sahara/sahara.conf.sample".

Sahara Dashboard was merged into OpenStack Dashboard

The Sahara Dashboard is not available in Juno release. Instead it's functionality is provided by OpenStack Dashboard out of the box. The Sahara UI is available in OpenStack Dashboard in "Project" -> "Data Processing" tab.

Note that you have to properly register Sahara in Keystone in order for Sahara UI in the Dashboard to work.

VM user name changed for HEAT infrastructure engine

We've updated HEAT infrastructure engine ("infrastructure_engine=heat") to use the same rules for instance user name as in direct engine. Before the change user name for VMs created by Sahara using HEAT engine was always 'ec2-user'. Now user name is taken from the image registry as it is described in the documentation.

Note, this change breaks Sahara backward compatibility for clusters created using HEAT infrastructure engine before the change. Clusters will continue to operate, but it is not recommended to perform scale operation over them.

Anti affinity implementation changed

Starting with Juno release anti affinity feature is implemented using server groups. There should not be much difference in Sahara behavior from user perspective, but there are internal changes:

  • Server group object will be created if anti affinity feature is enabled.
  • New implementation doesn't allow several affected instances on the same host even if they don't have common processes. So, if anti affinity enabled for 'datanode' and 'tasktracker' processes, previous implementation allowed to have instance with 'datanode' process and other instance with 'tasktracker' process on one host. New implementation guarantees that instances will be on different hosts.

Note, new implementation will be applied for new clusters only. Old implementation will be applied if user scales cluster created in Icehouse.


OpenStack文档

  • 这个版本中,OpenStack基金会出资,用五天的时间冲刺(five-day book sprint,翻译可能不准确)新写了一本OpenStack架构设计指南。这本书中提供了面向通用,面向计算,面向存储,面向网络,多节点,混合,大量的可扩展性和特殊云的架构。
  • 安装文档中做了清理和标准化:使用通用的消息队列(RabbitMQ),使用openstack-config(crudini)命令替代直接编辑配置文件来改善学习成本和一致性,使用了通用的SQL数据库,这样MariaDB或者MySQL能被替换,并且替换auth_port和auth_protocol为identity_uri,并且保持一致性。安装指南完全在每一个分布式节点进行了测试,并且直到正式的安装包发布前持续发布。
  • 高可靠指南现在有一个独立的审核团队并且移入了一个独立的库。
  • 安全指南现在有一个独立的审核团队并且移入了一个独立的库。
  • API使用指南文档已经重新发布为API完整指南.
  • 用户指南现在包含了OpenStack数据库服务的信息。
  • 命令行指南现在已经更新至最新版本,并且包括了附加的章节介绍通用OpenStack客户端,trove-manage客户端,数据处理客户端(sahara)。
  • OpenStack云平台管理员指南现在包含了遥测(Telemetry)服务(ceilometer)。