Wednesday, April 8, 2015

CloudStack Primary Storage [feedly]



----
CloudStack Primary Storage
// CloudStack Consultancy & CloudStack...

Paul Angus, Cloud Architect at ShapeBlue takes an interesting look at how to separate Cloudstack's management traffic from its primary storage traffic.

I recently looked at fig1_hypervisor_communications
Figure 1: Hypervisor communications

Separating Primary Storage traffic

For those from a pure virtualisation background, the concept of creating a specific interface for storage traffic will not be new; it has long been best practice for iSCSI traffic to have a dedicated switch fabric to avoid any latency or contention issues.

Sometimes in the cloud(Stack) world we forget that we are simply orchestrating processes that the hypervisors already carry out and that many 'normal' hypervisor configurations still apply.

The logical reasoning which explains how this splitting of traffic works is as follows:

  1. If you want an additional interface over which the hypervisor can communicate (excluding teamed or bonded interfaces) you need to give it an IP address
  2. The mechanism to create an additional interface that the hypervisor can use is to create an additional management interface
  3. So that the hypervisor can differentiate between the management interfaces they have to be in different (non-overlapping) subnets
  4. In order for the 'primary storage' management interface to communicate with the primary storage, the interfaces on the primary storage must be in the same CIDR as the 'primary storage' management interface.
  5. Therefore the primary storage must be in a different subnet to the management network

fig2_subnetting_of_storage_traffic.png

Figure 2: Subnetting of Storage Traffic

fig3_hypervisor_comms_seperated

Figure 3: Hypervisor Communications with Separated Storage Traffic

Other Primary Storage Types

If you are using PreSetup or SharedMountPoints to connect to IP based storage then the same principles apply; if the primary storage and 'primary storage interface' are in a different subnet to the 'management subnet' then the hypervisor will use the 'primary storage interface' to communicate with the primary storage.

Summary

This article has explained the how primary storage traffic can be routed over separate network interfaces from all other traffic on the hosts by adding a management interface on the host for storage and allocating it and the primary storage IP addresses in a different subnet to the CloudStack management subnet.

About the Author

Paul Angus is a Senior Consultant & Cloud Architect at ShapeBlue, The Cloud Specialists. He has designed numerous CloudStack environments for customers across 4 continents, based on Apache Cloudstack ,Citrix Cloudplatform and Citrix Cloudportal.

When not building Clouds, Paul likes to create scripts that build clouds

..and he very occasionally can be seen trying to hit a golf ball.


----

Shared via my feedly reader


Sent from my iPhone