[Blueprint servercloud-p-openstack-charms] Revisiting openstack juju charms

[Adam Gandelman]

Blueprint changed by Adam Gandelman:

Whiteboard changed:
  Work items:
  
  nova-cloud-controller - Split into charms after Juju supports multiple units on a machine (or colocation): TODO
  [gandelman-a] nova-network - Add VLAN net manager support: TODO
  [gandelman-a] glance - ceph interface and optional, configurable S3 support: TODO
  glance - split API and registry server to individual charms (when Juju features become available): TODO
  swift - general overhaul/cleanup: TODO
  swift - refactor/reimplement storage node add-unit / remove-unit & balancing: TODO
  swift:-proxy - load balancing relations: TODO
  all charms: need relations to nagios and collectd: TODO
  [gandelman-a] keystone - charm needed: DONE
- [gandelman-a] nova-volume - charm needed: TODO
+ [gandelman-a] nova-volume - charm needed: INPROGRESS
  [gandelman-a] horizon - charm needed: DONE
  [gandelman-a] nova-compute - SSL for live migration: TODO
  rabbitmq - add active-active clustering support: TODO
  melange - charm needed if quantum is supported (tech preview): TODO
  
  Current Charms:
   * nova-cloud-controller
   * nova-compute
   * glance
   * swift-proxy
   * swift-storage
  
  TODOS for current charms:
   * Reimplement swift-storage pool (one juju service unit per swift zone, allow add-unit per zone)
   * Break nova-cloud-controller into individual charms (nova-api, nova-scheduler, nova-objectstore)
   * Enable and ensure Horizontal scaling  of swift-proxy , glance and nova-cloud-controller
  
  Charms needed:
   * keystone
   * nova-volume

-- 
Revisiting openstack juju charms
https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-openstack-charms