In part 1 of this series, I provided a basic overview of the OpenStack block storage service project, called Cinder, and highlighted how it is implemented with commodity hardware as well as third-party storage solutions. In this post, I will review some reference architectures and design principles for building OpenStack Cinder solutions using both commodity-off-the-shelf (COTS) hardware as well as third-party storage solutions. The content is based on experience gathered from various OpenStack-powered Rackspace Private Cloud (RPC) deployments.
One OpenStack project that seems to get less attention than others, such as Nova and Neutron, is the Cinder block storage service project. I though it may be helpful if I wrote a series of blog posts that dive into the Cinder project. I’ll start, in this post, by walking through the basics. But first, let’s put Cinder in proper context by taking a look at the available storage options in OpenStack.
To call Object Storage an emerging technology would be inaccurate. There are already trillions of objects and hundreds (perhaps thousands) of petabytes of data in Object Storage public clouds, such as Rackspace Cloud Files and Amazon S3, in private clouds based on the OpenStack Object Storage platform Swift, and other platforms such as EMC’s Atmos.