Cisco Openstack g.2
Milestone information
- Project:
- Cisco Openstack
- Series:
- grizzly
- Version:
- g.2
- Released:
- Registrant:
- Mark T. Voelker
- Release registered:
- Active:
- No. Drivers cannot target bugs and blueprints to this milestone.
Activities
- Assigned to you:
- No blueprints or bugs assigned to you.
- Assignees:
- 2 Arvind Somya, 13 Chris Ricker, 9 Daneyon Hansen, 20 Mark T. Voelker, 2 Michael Chapman, 10 Pradeep Kilambi, 2 Satya Sanjibani Routray, 3 rakshith
- Blueprints:
- 6 Implemented
- Bugs:
- 68 Fix Released
Download files for this release
Release notes
This release contains all upstream stable branch patches for OpenStack core components including Nova, Quantum, Cinder, Glance, Keystone, Horizon, and Swift as of 2013.1.3 plus additional patches accepted to the stable branch since 2013.1.3 was released. Client libraries have been updated to newer versions and tested as well. This release also features Puppet automation updates from StackForge.
Getting the Source and Installing the Release
-------
Information about how to install Cisco OpenStack Edition - Grizzly can be found here:
http://
Note that the instructions provided will install the latest stable maintenance patches for Grizzly, which may be newer than those in the g.2 release. If you need to specifically install the versions of the packages released in g.2 even though newer maintenance updates are available, you can modify your apt configuration to point to our g.2 snapshot repository. Execute these steps:
1.) Edit /etc/apt/
deb ftp://ftpeng.
deb-src ftp://ftpeng.
to:
deb ftp://ftpeng.
deb-src ftp://ftpeng.
2.) Run "apt-get update" as root or via sudo. You may see a harmless warning of the form "Conflicting distribution: ftp://ftpeng.
3.) To ensure changes are propagated by Puppet, modify /etc/puppet/
Note that you may also choose to run bleeding-edge (and not fully vetted) code by using "grizzly-proposed" in place of "grizzly/
The source code for this release has been posted to GitHub. Look for the "g.2" tag in the repositories listed here:
https:/
Limitations:
----------------
We do not support Heat, Ceilometer, or other incubated projects in this release although relevant repositories are available for customers to experiment with on their own.
Customers deploying Swift with Cisco OpenStack Installer should take note that storage nodes need to be brought up before the Swift proxy node. Further information is available in the installation instructions here:
http://
Similarly, customers deploying Ceph should take note of deployment considerations here:
http://
Ceph RBD can be used as a backend for Glance as of this release. This release also supports creating Cinder volumes backended by Ceph in a variety of different configurations with the limitation that MON and OSD roles cannot be deployed to the same node (see above link for more details on deploying Ceph with COI).
This release contains preliminary deployment automation support for the Cisco plugin. There are some known issues for l3 traffic flowing to an external network by a bridge other than br-ex due to a known limitation of upstream Puppet code. We expect this issue to be fully addressed in the next release.
Active/Active HA Deployments
-------
This release features optional support for automated deployments of OpenStack using an active/active HA architecture. The active/active HA architecture uses MySQL Galera, RabbitMQ clustering and mirrored queues, HAProxy and Keepalived, Swift as backend storage for Glance, and provider networks to provide an active/active HA solution and requires a minimum of 13 nodes to deploy. A deployment guide for active/active HA can be found here:
For those who do not wish to use the automated HA deployment method, a manual method is described in the manual deployment guide here:
http://
Simple Network Model:
-------
Cisco OpenStack Installer uses Quantum to provide networking services. A number of network models are possible with appropriate modifications to the Puppet manifests supplied here. Cisco has tested a simple network model that can serve as a starting point for COI users. The simple network model uses a single "control" node on which most OpenStack control services are run and multiple compute nodes. Network segmentation is provided by Open vSwitch via GRE tunneling. Two physically or logically (VLAN) separated IP networks with an external router or layer-3 switch that provides connectivity between these two networks are deployed: one to provide connectivity for OpenStack API endpoints, Open vSwitch (OVS) GRE endpoints, and OpenStack/UCS management. The second network is used by OVS as the physical bridge interface and by Quantum as the public network. More information can be found in our installation instructions here:
Changelog
6 blueprints and 68 bugs targeted
Blueprint | Priority | Assignee | Delivery | |
---|---|---|---|---|
Enable Automated Provisioning of Active/Active HA Cloud | Enable Automated Provisioning of Active/Active HA Cloud | 5 Essential | Daneyon Hansen | 11 Implemented |
Make Ceph-backed-Cinder Work With Multiple Compute Nodes | Make Ceph-backed-Cinder Work With Multiple Compute Nodes | 4 High | 11 Implemented | |
Provision Multiple DHCP Agents | Provision Multiple DHCP Agents | 4 High | Mark T. Voelker | 11 Implemented |
Standalone network node class | Standalone network node class | 4 High | Mark T. Voelker | 11 Implemented |
COI N1KV deployment: Control Kernel Version on compute nodes to a single one. | COI N1KV deployment: Control Kernel Version on compute nodes to a single one. | 3 Medium | Mark T. Voelker | 11 Implemented |
Enable config_drive by default | Enable config_drive by default | 2 Low | rakshith | 11 Implemented |