ReleaseNotes1507

Differences between revisions 13 and 15 (spanning 2 versions)
Revision 13 as of 2014-10-23 18:06:38
Size: 4860
Editor: james-page
Comment:
Revision 15 as of 2014-10-23 19:57:31
Size: 4908
Editor: james-page
Comment:
Deletions are marked like this. Additions are marked like this.
Line 53: Line 53:
The following !OpenStack charms feature support for use of multiple networks for separation of traffic; specifically: The !OpenStack charms feature support for use of multiple networks for separation of traffic; specifically:
Line 83: Line 83:
juju add-relation neutron-openvswitch nova-compute
Line 91: Line 92:
=== hacluster charm ==== === hacluster charm ===
Line 93: Line 94:
The hacluster charm has gone through some significant refactoring to support changing configuration options post deployment, supporting upgrades of existing single network, clustered deployments to multi-network clustered deployments. The hacluster charm has gone through some significant re-factoring to support changing configuration options post deployment, supporting upgrades of existing single network, clustered deployments to multi-network clustered deployments.
Line 95: Line 96:
This charm also now support direct configuration of the corosync bindiface and port in preference over any configuration provided from the principle charm its deployed with. Configuration of these options via the principle charm will be removed during the 15.04 cycle, users need to migrate to using the direct configuration options prior to the next stable release alongside 15.04. This charm also now supports direct configuration of the corosync bindiface and port in preference over any configuration provided from the principle charm its deployed with. Configuration of these options via the principle charm will be removed during the 15.04 cycle, users need to migrate to using the direct configuration options prior to the next stable release alongside 15.04.
Line 97: Line 98:
=== worker configuration === === Worker Thread Optimization ===
Line 99: Line 100:
Where appropriate, the !OpenStack charms will automatically configure appropriate worker values for API and RPC processes to optimize use of available  CPU resources on deployed units. By default, this is set at twice the number of cores - however it can be tweaked using the worker-multiplier option provided by supporting charms: Where appropriate, the !OpenStack charms will automatically configure appropriate worker values for API and RPC processes to optimize use of available CPU resources on deployed units. By default, this is set at twice the number of cores - however it can be tweaked using the worker-multiplier option provided by supporting charms:

General Charm Updates

OpenStack Juno support for 14.04 and 14.10

All OpenStack charms now support deployment of OpenStack 2014.2 (Juno) on Ubuntu 14.04 LTS and Ubuntu 14.10; this support includes the following charms:

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

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

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

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

Upgrading 14.04 deployments to Juno

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.

Existing Icehouse deployments of OpenStack on Ubuntu 14.04 can be upgraded to Juno by issuing:

juju upgrade-charm <charm-name>
juju set <charm-name> openstack-origin=cloud:trusty-juno

for each OpenStack charm in your deployment.

New Charm Features

Network Segregation Configuration

The OpenStack charms feature support for use of multiple networks for separation of traffic; specifically:

  • os-data-network: Data network for tenant network traffic supporting instances
  • os-admin-network: Admin network - used for Admin endpoint binding and registration in keystone
  • os-public-network: Public network - used for Public endpoint binding and registration in keystone
  • os-internal-network: Internal network - used for internal communication between OpenStack services and for Internal endpoint registration in keystone

in addition the Ceph charms (ceph-osd, ceph) support splitting 'public' access traffic from 'cluster' admin and re-sync traffic, via the ceph-public-network and ceph-cluster-network configuration options.

All network configuration options should be provided in standard CIDR format - for example 10.20.0.0/16.

Neutron

The Neutron support in the OpenStack charms has been refactored into two new charms:

  • neutron-api: Supporting API and central control operations.
  • neutron-openvswitch: Supporting deployment of the Neutron ML2 plugin with Open vSwitch on nova-compute nodes.

These charms can be introduced into an existing OpenStack deployment:

juju deploy neutron-api
juju deploy neutron-openvswitch
juju add-relation neutron-api mysql
juju add-relation neutron-api keystone
juju add-relation neutron-api rabbitmq-server
juju add-relation neutron-api quantum-gateway
juju add-relation neutron-api neutron-openvswitch
juju add-relation neutron-api nova-cloud-controller
juju add-relation neutron-openvswitch rabbitmq-server
juju add-relation neutron-openvswitch nova-compute

Use of these two new charms also allows split of message brokers so that Nova and Neutron can use separate RabbitMQ deployments.

Nova Cells

The Nova charms now support deployment in Nova Cell configurations using the new nova-cell charm; See the nova-cell charm for details of how this works and how to use in a OpenStack deployment. A complete guide to this feature with example juju-deployer configurations will be posted soon.

hacluster charm

The hacluster charm has gone through some significant re-factoring to support changing configuration options post deployment, supporting upgrades of existing single network, clustered deployments to multi-network clustered deployments.

This charm also now supports direct configuration of the corosync bindiface and port in preference over any configuration provided from the principle charm its deployed with. Configuration of these options via the principle charm will be removed during the 15.04 cycle, users need to migrate to using the direct configuration options prior to the next stable release alongside 15.04.

Worker Thread Optimization

Where appropriate, the OpenStack charms will automatically configure appropriate worker values for API and RPC processes to optimize use of available CPU resources on deployed units. By default, this is set at twice the number of cores - however it can be tweaked using the worker-multiplier option provided by supporting charms:

juju set neutron-api worker-multiplier=4

the above example increases the default #cores x 2 to #cores x 4.

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