Jump to: navigation, search

Difference between revisions of "ReleaseNotes/Havana"

(Key New Features)
(OpenStack Documentation)
Line 151: Line 151:
  
 
== OpenStack Documentation ==
 
== OpenStack Documentation ==
 +
 +
=== Key New Features ===
 +
* The manuals have been completely reorganized, now the following Guides exist:
 +
** Installation OpenStack
 +
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
 +
*** Installation Guide for Ubuntu 12.04 (LTS)
 +
*** Installation Guide for openSUSE
 +
** Configure and run an OpenStack cloud:
 +
*** Cloud Administrator Guide
 +
*** Configuration Reference
 +
*** Operations Guide
 +
*** High Availability Guide
 +
*** Security Guide
 +
*** Virtual Machine Image Guide
 +
** Use the OpenStack dashboard and command-line clients
 +
*** API Quick Start
 +
*** End User Guide
 +
*** Admin User Guide
 +
 +
=== Known Issues ===
 +
* Some of the guides are not completely updated and might miss information
 +
 +
=== Upgrade Notes ===
 +
None yet

Revision as of 12:41, 9 October 2013

OpenStack 2013.2 (Havana) Release Notes

General Upgrade Notes

tbd

OpenStack Object Storage (Swift)

Key New Features

Known Issues

None

Upgrade Notes

OpenStack Compute (Nova)

Key New Features

API

  • The Compute (Nova) REST API has been updated to v3. The new version of the API includes a framework for implementing and versioning API extensions. Core API functionality is now also implementedin the form extensions.
  • The Compute service's EC2 API has been updated to use error codes that are more consistent with those of the real EC2 API implementation.
  • It is now possible to determine the amount of RAM in a Cell, and the amount of RAM that is free in a Cell, using the API.
  • It is now possible to list resize and migration operations in progress by Cell or region.

Cells

  • The Cells scheduler has been updated to support filtering and weighting via the new scheduler_filter_classes and scheduler_weight_classes options in the [cells] configuration group. The new ram_by_instance_type and weight_offset weighting modules have also been added, removing the random selection of Cells used in previous releases. In addition a filter class, TargetCellFilter, allows administrators to specify a scheduler hint to direct a build to a particular Cell.
  • Live migration of virtual machine instances is now supported within a single Cell. Live migration of virtual machine instances between Cells is not supported.

Known Issues

Upgrade Notes

OpenStack Image Service (Glance)

Key New Features

Known Issues

Upgrade Notes

OpenStack Dashboard (Horizon)

Key New Features

Known Issues

Upgrade Notes

OpenStack Identity (Keystone)

Key New Features

  • Improved deployment flexibility
    • Authorization data (tenants/projects, roles, role assignments; e.g. SQL) can now be stored in a separate backend, as determined by the "assignments" driver, from authentication data (users, groups; e.g. LDAP), as determined by the "identity" driver
    • Credentials (e.g. ec2 tokens) can now be stored in a separate backend, as determined by the "credentials" driver, from authentication data
    • Ability to specify more granular RBAC policy rules (for example, based on attributes in the API request / response body)
    • Pluggable handling of external authentication using REMOTE_USER
    • Token generation, which is currently either UUID or PKI based, is now pluggable and separated from token persistence. Deployers can write a custom implementation of the keystone.token.provider.Provider interface and configure keystone to use it with [token] provider. As a result, [signing] token_format is now deprecated in favor of this new configuration option.
    • First-class support for deployment behind Apache httpd
  • New deployment features
    • Ability to cache the results of driver calls in a key-value store (for example, memcached or redis)
    • keystone-manage token_flush command to help purge expired tokens
  • New API features
    • Delegated role-based authorization to arbitrary consumers using OAuth 1.0a
    • API clients can now opt out of the service catalog being included in a token response
    • Unicode i18n support for API error messages based on HTTP Accept-Language headers
    • Domain role assignments can now be inherited by that domain's projects
    • Aggregated role assignments API
    • External authentication providers can now embed a binding reference into tokens such that remote services may optionally validate the identity of the user presenting the token against an presented external authentication mechanism. Currently, only kerberos is supported.
    • Endpoints may now be explicitly mapped to projects, effectively preventing certain endpoints from appearing in the service catalog for certain based on the project scope of a token. This does not prevent end users from accessing or using endpoints they are aware of through some other means.
  • Event notifications emitted for user and project/tenant create, update, and delete operations
  • General performance improvements
  • The v2 and v3 API now use the same logic for computing the list of roles assigned to a user-project pair during authentication, based on user+project, group+project, user+domain-inherited, and group+domain-inherited role assignments (where domain-inherited role assignments allow a domain-level role assignment to apply to all projects owned by that domain). The v3 API now uses a similar approach for computing user+domain role assignments for domain-scoped tokens.
  • Logs are handled using a common logging implementation from Oslo-incubator, consistent with other OpenStack projects
  • SQL migrations for extensions can now be managed independently from the primary migration repository using keystone-manage db_sync --extension=«extension-name».

Known Issues

Upgrade Notes

OpenStack Network Service (Neutron)

Key New Features

Known Issues

None yet.

Upgrade Notes

  • Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait untill the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

OpenStack Block Storage (Cinder)

Key New Features

Known Issues

None yet

Upgrade Notes

OpenStack Metering (Ceilometer)

Key New Features

Known Issues

None yet

Upgrade Notes

None yet

OpenStack Orchestration (Heat)

Key New Features

  • Concurrent resource operations
  • Much improved networking/Neutron support
  • Initial support for native template language (HOT)
  • Provider and Environment abstractions
  • Ceilometer integration for metrics/monitoring/alarms
  • UpdateStack improvements
  • Initial integration with keystone trusts functionality
  • Many more native resource types
  • Stack suspend/resume

Known Issues

None yet

Upgrade Notes

None yet

OpenStack Documentation

Key New Features

  • The manuals have been completely reorganized, now the following Guides exist:
    • Installation OpenStack
      • Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
      • Installation Guide for Ubuntu 12.04 (LTS)
      • Installation Guide for openSUSE
    • Configure and run an OpenStack cloud:
      • Cloud Administrator Guide
      • Configuration Reference
      • Operations Guide
      • High Availability Guide
      • Security Guide
      • Virtual Machine Image Guide
    • Use the OpenStack dashboard and command-line clients
      • API Quick Start
      • End User Guide
      • Admin User Guide

Known Issues

  • Some of the guides are not completely updated and might miss information

Upgrade Notes

None yet