ReleaseNotes1504
|
Size: 5966
Comment:
|
Size: 5550
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 1: | Line 1: |
| ## page was renamed from TrustyTahr/ReleaseNote/OpenStackCharms == General Charm Updates == |
## page was copied from ServerTeam/OpenStackCharms/ReleaseNotes1501 <<TableOfContents>> |
| Line 4: | Line 4: |
| === Icehouse support for 12.04 and 14.04 === | == Summary == |
| Line 6: | Line 6: |
| All !OpenStack charms now support deployment of !OpenStack 2014.1 (Icehouse) on Ubuntu 12.04 LTS and Ubuntu 14.04 LTS; this support includes the following charms: | 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 [[ServerTeam/OpenStackCharms/ReleaseNotes1501|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: |
| Line 10: | Line 39: |
| * cinder-ceph | |
| Line 19: | Line 49: |
| * neutron-api * neutron-openvswitch |
|
| Line 20: | Line 52: |
| To deploy !OpenStack Icehouse on Ubuntu 12.04, use the 'openstack-origin' configuration option, for example: | To deploy !OpenStack Kilo on Ubuntu 14.04, use the 'openstack-origin' configuration option, for example: |
| Line 25: | Line 57: |
| openstack-origin: cloud:precise-icehouse | openstack-origin: cloud:trusty-kilo |
| Line 30: | Line 62: |
| !OpenStack Icehouse is provided as the default !OpenStack release on Ubuntu 14.04 so no additional configuration is required in 14.04 deployments. | !OpenStack Kilo is provided as the default !OpenStack release on Ubuntu 15.04 so no additional configuration is required in 15.04 deployments. |
| Line 32: | Line 64: |
| === Active/Active and SSL RabbitMQ === | === Neutron - Distributed Virtual Router === |
| Line 34: | Line 66: |
| All !OpenStack charms now feature support for use with the rabbitmq-server charm configured in native active/active HA mode. To deploy RabbitMQ in this mode: | 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. |
| Line 36: | Line 68: |
| {{{ juju deploy rabbitmq-server juju add-unit -n 1 rabbitmq-server }}} |
Prerequisites: * Compute having external connectivity * l2-population is enabled * Openstack relealse >= Juno * enable-l3ha is disabled |
| Line 41: | Line 74: |
| Charms should be related to the rabbitmq-server charm as before: | More details of DVR can be found [[https://wiki.openstack.org/wiki/Neutron/DVR|here]] |
| Line 43: | Line 76: |
| {{{ juju add-relation cinder rabbitmq-server }}} |
=== Neutron - Router High Availability === |
| Line 47: | Line 78: |
| The rabbitmq-server charm also now supports use of SSL connections, for example: | 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. |
| Line 49: | Line 80: |
| {{{ juju set rabbitmq-server ssl=only }}} |
Prerequisites: * More than 1 neutron gateway node * l2-population is disabled * Openstack relealse >= Juno * enable-dvr is disabled |
| Line 53: | Line 86: |
| This will force all RabbitMQ connections to operate over SSL. Options for the ssl config flag include: | More details on L3 HA can be found [[https://wiki.openstack.org/wiki/Neutron/L3_High_Availability_VRRP|Here]] |
| Line 55: | Line 88: |
| * 'only': configure RabbitMQ server over a SSL port only. * 'off': configure RabbitMQ server over a non-SSL port only. * 'both': configure RabbitMQ server with SSL and non-SSL ports. |
=== Percona Cluster - Improved HA failure detection === |
| Line 59: | Line 90: |
| '''NOTE''': This feature is not yet compatible with RabbitMQ server in native Active/Active HA mode. | 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. |
| Line 61: | Line 92: |
| === SSL MySQL === | === Deployment from source === |
| Line 63: | Line 94: |
| TBC | '''EXPERIMENTAL FEATURE''' |
| Line 65: | Line 96: |
| === Active/Active MySQL === | The following charms now have support for deploying OpenStack directly from git repositories: |
| Line 67: | Line 98: |
| Ubuntu 14.04 includes the first distribution release of Percona !XtraDB Cluster 5.5, a MySQL alternative that supports active/active clustering using the Galera wsrep synchronous replication extensions. This can be deployed as a drop-in replace for the mysql charm in an Ubuntu 14.04 !OpenStack deployment: | * cinder * keystone * glance * nova-cloud-controller * nova-compute * neutron-api * quantum-gateway * neutron-openvswitch |
| Line 69: | Line 107: |
| {{{ juju deploy --config config.yaml percona-cluster juju add-unit -n 2 percona-cluster juju deploy hacluster pxc-hacluster juju add-relation pxc-hacluster percona-cluster juju add-relation cinder percona-cluster }}} |
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 77: | Line 109: |
| For full details of how to deploy the percona-cluster charm, please refer to its README. | Further deploy from source enablement is expected during the 15.07 charm development cycle. |
| Line 79: | Line 111: |
| === PostgreSQL === | === Monitoring === |
| Line 81: | Line 113: |
| Support for use of PostgreSQL as the database for !OpenStack components has been added to the !OpenStack charms. This feature can be used by deploying the postgresql charm and relating services to it - for example: | |
| Line 83: | Line 114: |
| {{{ juju deploy postgresql juju add-relation cinder postgresql:db }}} |
== Deprecation Notices == |
| Line 88: | Line 116: |
| The nova-cloud-controller charm requires access to two databases (neutron and nova), so the procedure is slightly different: | === quantum-gateway === |
| Line 90: | Line 118: |
| {{{ juju add-relation nova-cloud-controller:pgsql-nova-db postgresql:db juju add-relation nova-cloud-controller:pgsql-neutron-db postgresql:db }}} |
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. |
| Line 95: | Line 120: |
| '''NOTE''': Its not possible to switch an existing MySQL deployment to PostgreSQL - the charms will error and fail-safe if you try todo this. | === MySQL HA with Ceph === |
| Line 97: | Line 122: |
| === Upgrading 12.04 deployments to Icehouse === | 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 99: | Line 124: |
| '''WARNING''': Upgrading an !OpenStack deployment is always a non-trivial process. The !OpenStack charms automate alot of the process, however always plan and test your upgrade prior to upgrading production !OpenStack environments. | 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 101: | Line 126: |
| Existing Havana and Grizzly deployments of !OpenStack on Ubuntu 12.04 can be upgraded to Icehouse by issuing: | 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 103: | Line 128: |
| {{{ juju upgrade-charm <charm-name> juju set <charm-name> openstack-origin=cloud:precise-icehouse }}} |
=== hacluster - default transport === |
| Line 108: | Line 130: |
| for each !OpenStack charm in your deployment. Services which cannot be upgraded directly from Grizzly->Icehouse will be stepped automatically through the Havana release first. | For the 15.04 charm release, the hacluster charm will continue to use multicast as its default transport option for cluster communications. |
| Line 110: | Line 132: |
| == New Charm Features == | 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. |
| Line 112: | Line 134: |
| === Neutron - modular layer 2 plugin === | === Deployments without using the neutron-api charm === |
| Line 114: | Line 136: |
| The nova-cloud-controller, nova-compute and quantum-gateway charms will deploy the Modular Layer 2 (ml2) plugin, using the Open vSwitch L2 driver and GRE tunnelling, by default for Icehouse. | 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. |
| Line 116: | Line 138: |
| Existing Havana deployments using the older Open vSwitch (ovs) plugin will be automatically migrated to the ml2 plugin on upgrade. | == Bugs Fixed == |
| Line 118: | Line 140: |
| === Neutron - enabled extensions === The following extensions/drivers have been enabled for Icehouse deployments: * Metering * Load Balancing as-a Service - using the default haproxy implementation. * Firewall as-a Service - using the default iptables implementation * VPN as-a Service - using !OpenSwan IPSec VPN. === Swift - default middleware === The following middleware has been added to the default swift-proxy pipeline for !OpenStack Icehouse: * gatekeeper * staticweb * bulk * slo - static large objects * dlo - dynamic large objects * tempurl * formpost * container-quotas * account-quotas * container_sync In addition, container versioning has also been enabled in the swift-storage charm. For more details on these features, please refer to the [[http://docs.openstack.org/developer/swift/middleware.html|upstream documentation]]. === Cinder - multiple backend support === The cinder charm has been extended to support use with multiple storage backends, allowing a single cinder deployment to manage multiple types of block storage. The first implementation of this charm feature is a refactoring of the ceph integration into a new cinder-ceph backend: {{{ juju deploy cinder juju deploy -n 3 ceph juju deploy cinder-ceph juju add-relation cinder-ceph ceph juju add-relation cinder cinder-ceph }}} Note that the cinder charm retains its existing ceph support as well. Support for new storage backends is anticipated as a result of activity in Canonical's OIL programme for !OpenStack interoperability testing. |
For the full list of bugs resolved for the 15.04 release please refer to https://launchpad.net/charms/+milestone/15.04 |
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
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.
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
OpenStack/OpenStackCharms/ReleaseNotes1504 (last edited 2016-06-20 13:04:30 by james-page)