Ubuntu Wiki

Summary

The 15.04 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

These release notes complement the 15.01 charm release notes in terms of charm features delivered since the last Ubuntu release.

New Charm Features

OpenStack Kilo support for 14.04 and 15.04

All OpenStack charms now support deployment of OpenStack 2015.1 (Kilo) on Ubuntu 14.04 LTS and Ubuntu 15.04; this support includes the following charms:

• keystone
• cinder
• cinder-ceph
• glance
• nova-cloud-controller
• nova-compute
• quantum-gateway
• swift-proxy
• swift-storage
• ceilometer
• ceilometer-agent
• heat
• neutron-api
• neutron-openvswitch
• openstack-dashboard

To deploy OpenStack Kilo on Ubuntu 14.04, use the 'openstack-origin' configuration option, for example:

cat > config.yaml << EOF
nova-cloud-controller:
  openstack-origin: cloud:trusty-kilo
EOF
juju deploy --config config.yaml nova-cloud-controller

OpenStack Kilo is provided as the default OpenStack release on Ubuntu 15.04 so no additional configuration is required in 15.04 deployments.

NOTE: In order to use Juju with Ubuntu 15.04, you'll have to use the 1.23 release which is currently in pre-release testing.

Neutron - Distributed Virtual Router

The neutron-api charm now has a enable-dvr option to turn on Distributed Virtual Routing. When this is enabled each Compute Node will provide North/South DNAT (floating IP traffic) as well as East/West L3 forwarding (traffic between VM in the same tenant), North/South SNAT still goes through the neutron gateway.

Prerequisites:

• Compute having external connectivity
• l2-population is enabled

• Openstack relealse >= Juno

• enable-l3ha is disabled

More details of DVR can be found here

Neutron - Router High Availability

The neutron-api charm now has a enable-l3ha option. If this option is enabled then subsequent routers are created with the 'ha' flag set. This will enable automatic failover of a router should the gateway unit that it resides on fail.

Prerequisites:

• More than 1 neutron gateway node
• l2-population is disabled

• Openstack relealse >= Juno

• enable-dvr is disabled

More details on L3 HA can be found Here

Percona Cluster - Improved HA failure detection

The percona-cluster charm now ensures that the access Virtual IP is always co-located with an active, up-to-date instance of Percona XtraDB 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
• quantum-gateway
• neutron-openvswitch

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.

Further deploy from source enablement is expected during the 15.07 charm development cycle.

Monitoring

Deprecation Notices

quantum-gateway

15.04 is the last release of the 'quantum-gateway' charm; for 15.07 it will be renamed 'neutron-gateway'. Migration instructions will be provided for 15.07 release.

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.

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.07 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.

Deployments without using the neutron-api charm

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.07 this will switch to False which will disable the management of neutron services and config by the nova-compute charm. The neutron-api service should be deployed to run and manage the neutron-server service and if ovs is being used then the neutron-openvswitch subordinate should be deployed and attatched to the nova-compute service.

Bugs Fixed

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