Change-Id: I33e506e3e26d7e55287cb48a348b1b9de5f32231
2.6 KiB
Going crazy
This section explores options for expanding the sample application.
Regions and geographic diversity
Note
For more information about multi-site clouds, see the Multi-Site chapter in the Architecture Design Guide.
OpenStack supports 'regions', which are geographically-separated installations that are connected to a single service catalog. This section explains how to expand the Fractal application to use multiple regions for high availability.
Note
This section is incomplete. Please help us finish it!
Multiple clouds
Note
For more information about hybrid clouds, see the Hybrid Cloud chapter in the Architecture Design Guide.
You might want to use multiple clouds such as a private cloud inside your organization and a public cloud. This section attempts to do exactly that.
Note
This section is incomplete. Please help us finish it!
High availability
Using Pacemaker to look at the API.
Note
This section is incomplete. Please help us finish it!
conf.d, etc.d
Use conf.d and etc.d.
In earlier sections, the Fractal application used an installation script into which the metadata API passed parameters to bootstrap the cluster. Etcd is "a distributed, consistent key-value store for shared configuration and service discovery" that you can use to store configurations. You can write updated versions of the Fractal worker component to connect to Etcd or use Confd to poll for changes from Etcd and write changes to a configuration file on the local file system, which the Fractal worker can use for configuration.
Using Object Storage instead of a database
We haven't quite figured out how to do this yet, but the general steps involve changing the fractal upload code to store metadata with the object in swift, then changing the API code such as "list fractals" to query swift to get the metadata. If you do this, you should be able to stop using a database.
Note
This section is incomplete. Please help us finish it!
Next steps
Wow! If you've made it through this section, you know more than the authors of this guide know about working with OpenStack clouds.
Perhaps you can contribute?