ReleaseNotes1507

Differences between revisions 27 and 67 (spanning 40 versions)
Revision 27 as of 2015-04-20 08:50:38
Size: 7547
Editor: james-page
Comment:
Revision 67 as of 2016-06-20 13:04:30
Size: 4931
Editor: james-page
Comment: Drop Ubuntu - that's kinda obvious
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
## page was renamed from UbuntuOpenStack/OpenStackCharms/ReleaseNotes1507
## page was renamed from ServerTeam/OpenStackCharms/ReleaseNotes1507
## page was copied from ServerTeam/OpenStackCharms/ReleaseNotes1504
Line 6: Line 9:
The 15.01 OpenStack Charm release includes updates for the following charms: The 15.07 OpenStack Charm release includes updates for the following charms:
Line 27: Line 30:
 * percona-cluster
Line 28: Line 32:
This release has mainly been focussed on bug fixing, however some new features have been introduced. == Upgrading ==

=== General ===

To upgrade an existing deployment to the latest charm version simply use the 'upgrade-charm' command, e.g.:

{{{
juju upgrade-charm cinder
}}}

=== Neutron Gateway ===

The quantum-gateway charm has been renamed 'neutron-gateway' for the 15.07 charm release; to upgrade existing quantum-gateway charm deployments please use:

{{{
juju upgrade-charm --switch cs:trusty/neutron-gateway quantum-gateway
}}}

This will switch the deployment of the quantum-gateway charm to the new charm name.
Line 32: Line 54:
=== Clustering === === Improved HA deployment support ===
Line 34: Line 56:
The trusty hacluster charm now supports running in multicast (default) and unicast modes, supporting use of this charm in environments where multicast UDP is not supported. To enable this feature: The !OpenStack charms have been updated to use a new feature of Juju called 'leadership-election'; this allows a charm to discover early in its life cycle whether its a) going to have peers and b) the leader of those peers. With this feature, the charms support deployment of HA configuration in a single shot, removing the requirement to deploy charms and relations sequentially or in phases.
Line 36: Line 58:
{{{
juju set hacluster corosync_transport=unicast
}}}
'''NOTE:''' Use of this feature requires Juju >= 1.24.
Line 40: Line 60:
At this point in time the previous node entries for the multicast cluster have to be removed manually - to complete this action, do the following on one of the members of the cluster: '''NOTE:''' Backwards compatibility with earlier Juju versions not supporting leadership election is maintained, but deploying HA configurations in a single shot is not supported in this configuration.
Line 42: Line 62:
{{{
sudo crm node list
}}}
'''NOTE:''' If deploying percona-cluster with Juju < 1.24 min-cluster-size needs to be set to the size of the target cluster
Line 46: Line 64:
New unicast nodes will start at 1001; the original multicast node entries should be deleted using: === Deployment from source ===
Line 48: Line 66:
{{{
sudo crm configure
 > delete <id>
}}}
'''EXPERIMENTAL FEATURE'''
Line 53: Line 68:
The trusty hacluster charm now supports a new ‘debug’ configuration option to increase the verbosity of logging from corosync and pacemaker. The following charms now have support for deploying OpenStack directly from git repositories:
Line 55: Line 70:
The trusty hacluster charm also includes a number of fixes to improve the way that quorum is handled by corosync and pacemaker.  * cinder
 * keystone
 * glance
 * nova-cloud-controller
 * nova-compute
 * neutron-api
 * neutron-gateway
 * neutron-openvswitch
 * openstack-dashboard
Line 57: Line 80:
=== Ceph === This feature is enabled by using the new 'openstack-origin-git' configuration option; this can be used to configure a minimal or expanded list of repositories to collate and install - see the README in each charm for specific details.
Line 59: Line 82:
The ceph and ceph-osd charms now support setting sysctl options via charm configuration and provide a sensible default for the ‘kernel.pid_max’ sysctl option. This should support faster recovery in the event of a major outage in a Ceph deployment. For this release, shallow git clones are performed on all repositories, and full isolation of services deployed from source is maintained in Python virtual environments.
Line 61: Line 84:
For charm authors, the ceph charm now has a Ceph broker API. This allows Ceph clients to request Ceph cluster actions e.g. create a new pool, via a new api as opposed to performing them on the client side. This will facilitate easily adding new functionality with reduced code impact while reducing the burden on the client to have to elect a leader to perform such actions, avoiding code duplication. == Deprecation Notices ==
Line 63: Line 86:
=== Ceph RADOS Gateway === === 15.10 - MySQL HA with Ceph ===
Line 65: Line 88:
The ceph-radosgw charm can now be deployed in a clustered configuration using a VIP as the object storage endpoint in conjunction with the hacluster charm: The original HA implementation of OpenStack used the MySQL charm in-conjunction with Ceph to provide a traditional active/passive shared block device HA mysql option.
Line 67: Line 90:
{{{
juju deploy cs:trusty/hacluster hacluster-radosgw
juju deploy -n3 cs:trusty/ceph-radosgw
juju set ceph-radosgw vip=10.5.100.10
juju add-relation ceph-radosgw hacluster-radosgw
}}}
Percona XtraDB Cluster, as provided by the percona-cluster charm, provides an active/active MySQL configuration with no requirement for a shared block device.
Line 74: Line 92:
The ceph-radosgw charm now also supports using an embedded web container option provided natively by Ceph: Users of the original MySQL HA option should migrate to a Percona XtraDB Cluster deployment between now and the 15.10 charm release, where support for MySQL with Ceph will be removed.
Line 76: Line 94:
{{{
juju set ceph-radosgw use-embedded-webserver=true
}}}
=== 15.10 - hacluster - default transport ===
Line 80: Line 96:
This avoids using Apache2 and mod_fastcgi, which lacks support for chuck transfer encoding and 100-continue as provided in the Ubuntu archive. For the 15.04 charm release, the hacluster charm will continue to use multicast as its default transport option for cluster communications.
Line 82: Line 98:
=== Keystone === Unicast is generally more universally usable across all Juju providers - we'll be switching the default for 15.10 including automatic migration and re-configuration of existing multicast clusters. Instructions will also be provided for users who wish to continue to use the multicast transport option.
Line 84: Line 100:
The keystone charm contains a number of improvements to support use of SSL endpoints in highly available deployments. '''NOTE: Originally planned for 15.07 release, deferred to 15.10'''
Line 86: Line 102:
For charm authors, the keystone charm now has an additional ‘identity-notifications’ relation type; this relation is used by keystone to notify other charms when entries in the keystone service catalog change, and was introduced to support use with Ceilometer. === 15.10 - nova-cloud-controller and neutron-api charms ===
Line 88: Line 104:
=== Glance === Management of neutron configuration and services will be removed from any nova-* charms for the 15.10 charm release.
Line 90: Line 106:
The glance charm now supports use of custom end-user provided configuration flags via the ‘config-flags’ charm option. This means that the neutron-api principle charm needs to be deployed to run the neutron-server service and if openvswitch is being used then neutron-openvswitch subordinate charm needs to deployed and attached to the nova-compute charm. This is a fully supported migration path for existing deployments not using these charms.
Line 92: Line 108:
=== Ceilometer ===

The ceilometer charm can now be deployed in a clustered configuration using a VIP as the endpoint in conjunction with the hacluster charm:

{{{
juju deploy cs:trusty/hacluster hacluster-ceilometer
juju deploy -n3 cs:trusty/ceilometer
juju set ceilometer vip=10.5.100.20
juju add-relation ceilometer hacluster-ceilometer
}}}

The ceilometer charm now requires to relations to the keystone charm, to support both service catalog registration of the Ceilometer endpoint and notifications to changes to the service catalog:

{{{
juju add-relation ceilometer keystone:identity-service
juju add-relation ceilometer keystone:identity-notifications
}}}

NOTE: relation endpoint types must now be specified to avoid ambiguity.

=== Neutron ===

The quantum-gateway charm now has a fast failover option of neutron resources when multiple gateway units are used with the hacluster charm:

{{{
juju deploy cs:trusty/hacluster hacluster-ngateway
juju deploy -n3 cs:trusty/quantum-gateway neutron-gateway
juju set neutron-gateway ha-legacy-mode=True
juju add-relation neutron-gateway hacluster-ngateway
}}}

NOTE: This feature has been introduced to support a level of resilience in Icehouse based deployments. Future charm work will include enablement of native Neutron support for router HA for later OpenStack releases.

The neutron charms now also support VLAN and flat networking in additional to GRE and VXLAN for tenant networks.

The quantum-gateway charm now also supports setting sysctl options via charm configuration inline with the ceph and nova-compute charms - see the ‘sysctl’ configuration option for details.

=== Swift ===

The swift-proxy charm now automatically rebalances rings on scale out of swift-storage services, allowing swift deployments to be managed more directly using Juju.

The swift-proxy charm also includes configuration options to set the minimum period between ring rebalancing and an option to completely disable rebalancing - this should be used when adding a number of new swift-storage service units to a deployment, to avoid re-balancing as every new set of storage is added to the swift deployment.

=== Nova ===

The nova-cloud-controller charm can now use memcache to store tokens for instance console access, supporting use of instance consoles in HA configuration via the OpenStack dashboard:

{{{
juju deploy -n3 cs:trusty/memcached
juju deploy -n3 cs:trusty/nova-cloud-controller
juju add-relation nova-cloud-controller memcached
}}}

The nova-cloud-controller charm now includes a ‘nova-alchemy-flags’ to allow Nova database configuration options to be directly tuned by charm users.

The nova-compute charm now has support for different storage backends; specifically it now supports local disk (default), Ceph RBD or LVM backends:

{{{
juju set nova-compute libvirt-image-backend=rbd
juju set nova-compute rbd-pool=nova
juju set nova-compute ceph-osd-replication-count=3
juju add-relation ceph nova-compute
}}}

The nova-compute charm now supports configuring disk cachemodes, allowing configuration of Nova disk usage options - see the ‘disk-cachemodes’ configuration option in the nova-compute charm and the upstream documentation about this feature.

The nova-compute charm now also supports setting sysctl options via charm configuration inline with the ceph and quantum-gateway charms - see the ‘sysctl’ configuration option for details.

=== OpenStack Dashboard ===

The openstack-dashboard charm now has improved support for use with multi-region clouds.

=== RabbitMQ ===

The rabbitmq-server charm now supports deployment in IPv6 only networks:

{{{
juju set rabbitmq-server prefer-ipv6=true
}}}

and use of a specific network for access to the message broker - see the ‘access-network’ configuration option for more details.
The nova-compute charm now has an option called 'manage-neutron-plugin-legacy-mode'. The default value for this option is True but as of 15.10 this will switch to False which will disable the management of neutron services by default.
Line 176: Line 112:
For the full list of bugs resolved for the 15.01 release please refer to https://launchpad.net/charms/+milestone/15.01 For the full list of bugs resolved for the 15.07 release please refer to https://launchpad.net/charms/+milestone/15.07

Summary

The 15.07 OpenStack Charm release includes updates for the following charms:

  • ceilometer
  • ceilometer-agent
  • ceph
  • ceph-radosgw
  • cinder
  • cinder-ceph
  • glance
  • hacluster
  • heat
  • keystone
  • neutron-api
  • neutron-openvswitch
  • nova-cloud-controller
  • nova-compute
  • openstack-dashboard
  • quantum-gateway
  • rabbitmq-server
  • swift-proxy
  • swift-storage
  • percona-cluster

Upgrading

General

To upgrade an existing deployment to the latest charm version simply use the 'upgrade-charm' command, e.g.:

juju upgrade-charm cinder

Neutron Gateway

The quantum-gateway charm has been renamed 'neutron-gateway' for the 15.07 charm release; to upgrade existing quantum-gateway charm deployments please use:

juju upgrade-charm --switch cs:trusty/neutron-gateway quantum-gateway

This will switch the deployment of the quantum-gateway charm to the new charm name.

New Charm Features

Improved HA deployment support

The OpenStack charms have been updated to use a new feature of Juju called 'leadership-election'; this allows a charm to discover early in its life cycle whether its a) going to have peers and b) the leader of those peers. With this feature, the charms support deployment of HA configuration in a single shot, removing the requirement to deploy charms and relations sequentially or in phases.

NOTE: Use of this feature requires Juju >= 1.24.

NOTE: Backwards compatibility with earlier Juju versions not supporting leadership election is maintained, but deploying HA configurations in a single shot is not supported in this configuration.

NOTE: If deploying percona-cluster with Juju < 1.24 min-cluster-size needs to be set to the size of the target cluster

Deployment from source

EXPERIMENTAL FEATURE

The following charms now have support for deploying OpenStack directly from git repositories:

  • cinder
  • keystone
  • glance
  • nova-cloud-controller
  • nova-compute
  • neutron-api
  • neutron-gateway
  • neutron-openvswitch
  • openstack-dashboard

This feature is enabled by using the new 'openstack-origin-git' configuration option; this can be used to configure a minimal or expanded list of repositories to collate and install - see the README in each charm for specific details.

For this release, shallow git clones are performed on all repositories, and full isolation of services deployed from source is maintained in Python virtual environments.

Deprecation Notices

15.10 - MySQL HA with Ceph

The original HA implementation of OpenStack used the MySQL charm in-conjunction with Ceph to provide a traditional active/passive shared block device HA mysql option.

Percona XtraDB Cluster, as provided by the percona-cluster charm, provides an active/active MySQL configuration with no requirement for a shared block device.

Users of the original MySQL HA option should migrate to a Percona XtraDB Cluster deployment between now and the 15.10 charm release, where support for MySQL with Ceph will be removed.

15.10 - hacluster - default transport

For the 15.04 charm release, the hacluster charm will continue to use multicast as its default transport option for cluster communications.

Unicast is generally more universally usable across all Juju providers - we'll be switching the default for 15.10 including automatic migration and re-configuration of existing multicast clusters. Instructions will also be provided for users who wish to continue to use the multicast transport option.

NOTE: Originally planned for 15.07 release, deferred to 15.10

15.10 - nova-cloud-controller and neutron-api charms

Management of neutron configuration and services will be removed from any nova-* charms for the 15.10 charm release.

This means that the neutron-api principle charm needs to be deployed to run the neutron-server service and if openvswitch is being used then neutron-openvswitch subordinate charm needs to deployed and attached to the nova-compute charm. This is a fully supported migration path for existing deployments not using these charms.

The nova-compute charm now has an option called 'manage-neutron-plugin-legacy-mode'. The default value for this option is True but as of 15.10 this will switch to False which will disable the management of neutron services by default.

Bugs Fixed

For the full list of bugs resolved for the 15.07 release please refer to https://launchpad.net/charms/+milestone/15.07

OpenStack/OpenStackCharms/ReleaseNotes1507 (last edited 2016-06-20 13:04:30 by james-page)