ReleaseNotes1507
|
Size: 6366
Comment:
|
← Revision 67 as of 2016-06-20 13:04:30 ⇥
Size: 4931
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.04 OpenStack Charm release includes updates for the following charms: | The 15.07 OpenStack Charm release includes updates for the following charms: |
| Line 29: | Line 32: |
| These release notes complement the [[ServerTeam/OpenStackCharms/ReleaseNotes1501|15.01]] charm release notes in terms of charm features delivered since the last Ubuntu release. | == 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 33: | Line 54: |
| === OpenStack Kilo support for 14.04 and 15.04 === | === Improved HA deployment support === |
| Line 35: | Line 56: |
| 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 |
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 53: | Line 58: |
| To deploy !OpenStack Kilo on Ubuntu 14.04, use the 'openstack-origin' configuration option, for example: | '''NOTE:''' Use of this feature requires Juju >= 1.24. |
| Line 55: | Line 60: |
| {{{ cat > config.yaml << EOF nova-cloud-controller: openstack-origin: cloud:trusty-kilo EOF juju deploy --config config.yaml nova-cloud-controller }}} |
'''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 63: | Line 62: |
| !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 [[https://wiki.openstack.org/wiki/Neutron/DVR|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 [[https://wiki.openstack.org/wiki/Neutron/L3_High_Availability_VRRP|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. === ØMQ? === |
'''NOTE:''' If deploying percona-cluster with Juju < 1.24 min-cluster-size needs to be set to the size of the target cluster |
| Line 109: | Line 76: |
| * quantum-gateway | * neutron-gateway |
| Line 111: | Line 78: |
| * openstack-dashboard | |
| Line 114: | Line 82: |
| Further deploy from source enablement is expected during the 15.07 charm development cycle. === Monitoring === The Openstack charms can now be related to the nrpe charm to provide basic Nagios monitoring. To allow alert thresholds to be tweaked per service deploy each a nrpe subordinate charm per Openstack Service. e.g. {{{ juju deploy nrpe nrpe-glance juju deploy nrpe nrpe-cinder juju deploy nagios juju deploy glance juju deploy cinder juju add-relation nrpe-glance glance juju add-relation nrpe-glance nagios juju add-relation nrpe-cinder cinder juju add-relation nrpe-cinder nagios }}} The thresholds can then tweaked: {{{ juju set nrpe_glance "load=-w 2,2,2 -c 4,4,4" juju set nrpe_cinder "load=-w 4,4,4 -c 10,10,10" }}} |
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 141: | Line 86: |
| === 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 === |
=== 15.10 - MySQL HA with Ceph === |
| Line 153: | Line 94: |
| === hacluster - default transport === | === 15.10 - hacluster - default transport === |
| Line 157: | Line 98: |
| 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. | 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 159: | Line 100: |
| === Deployments without using the neutron-api charm === | '''NOTE: Originally planned for 15.07 release, deferred to 15.10''' |
| Line 161: | Line 102: |
| 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. | === 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. |
| Line 165: | Line 112: |
| For the full list of bugs resolved for the 15.04 release please refer to https://launchpad.net/charms/+milestone/15.04 | For the full list of bugs resolved for the 15.07 release please refer to https://launchpad.net/charms/+milestone/15.07 |
Contents
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)