Jump to: navigation, search

Difference between revisions of "OpenStack cascading solution"

Line 27: Line 27:
  
 
The OpenStack cascading includes cascading of Nova, Cinder, Neutron, Glance and Ceilometer.  KeyStone will be global service shared by cascading and cascaded OpenStacks, and Heat will consume cascading OpenStack API. Therefore no cascading is required for KeyStone and Heat.
 
The OpenStack cascading includes cascading of Nova, Cinder, Neutron, Glance and Ceilometer.  KeyStone will be global service shared by cascading and cascaded OpenStacks, and Heat will consume cascading OpenStack API. Therefore no cascading is required for KeyStone and Heat.
 +
 
[[File:Cascading02.png]]
 
[[File:Cascading02.png]]
 +
 
[[File:Cascading03.png]]
 
[[File:Cascading03.png]]
  

Revision as of 08:18, 8 July 2014

Overview

OpenStack cascading solution is designed for large scale distributed cloud.

  • The parent OpenStack expose standard OpenStack API
  • The parent OpenStack manage many child OpenStacks by using standard OpenStack API
  • Each child OpenStack functions as a EC2 like available zone and is hidden by the parent OpenStack

Cascading01.png

  • Cascading OpenStack: the parent OpenStack, providing API and scheduling and orchestration of Cascaded OpenStacks
  • Cascaded OpenStack: the child OpenStack, provisioning the VM, Volume and virtual Networking resources

Challenges when building large scale cloud

To build large scale OpenStack based cloud, for example, the cloud includes 1 million VMs or 100k hosts. There are big challenges

Naturally, there are two ways to do that:
1. scale up a single monolithic OpenStack region, but

  • It’s a big challenge for a single OpenStack to manage scale for example 1 million VMs or 100K hosts.
  • Can not obtain real fault isolation area like EC2’s available zone, all of the cloud are tighten up into one OpenStack because of shareing RPC message bus and database.
  • Single huge monolithic system bring high risk with OAM & trouble shooting, and big challenge for even the most skilled Op team to handle SW rolling upgrade and configuration changes, etc.
  • Difficult for heterogeneous vendor’s infrastructure integration, multi-vendor's infrastructure co-existence is high demand for large scale cloud

2. setup hundreds of OpenStack Regions with discrete API endpoint, but

  • Have to buy or develop his own cloud management platform to integrate the discrete cloud into one cloud, and also, OpenStack API ecosystem is lost.
  • Or, leave customer with splitted resource island without any association…

Architecture of OpenStack cascading

The OpenStack cascading includes cascading of Nova, Cinder, Neutron, Glance and Ceilometer. KeyStone will be global service shared by cascading and cascaded OpenStacks, and Heat will consume cascading OpenStack API. Therefore no cascading is required for KeyStone and Heat.

Cascading02.png

Cascading03.png

Advantage of the architecture

[tbd]

Use Case

[tbd]

Meetings

[tbd]

Blueprints

The blueprints are: [tbd]

Proof of Concept

[tbd]

How to Play

[tbd]

Github Repository

[tbd]

Last update

July 2, 2014