[Openstack-operators] Cinder + FC + Hitachi storage 110
alopgeek at gmail.com
Thu Sep 11 19:24:40 UTC 2014
There’s really two answers to your 2nd question.
First, when booting new VMs, Cinder doesn’t come into play unless you’re explicitly selecting “Boot from Volume”. Typically, the default is to use “Ephemeral Instances”, which are simply file-backed virtual disks on your hypervisor host. If you wanted to leverage your Hitachi for this, you could export a LUN to your compute node, mount it under /var/lib/nova/instances and all the virtual disk files would live there.
I wouldn’t suggest this personally, because it limits the flexibility of nova compute. You could also use your storage system with an NFS export, which would be usable by more compute nodes.
That’s the first answer, regarding VMs on storage.
Cinder is the equivalent of Amazon’s EBS, it’s virtual block storage for your VMs. And while you can use it to run VMs on, it’s not the primary use of it, nor is it a requirement.
The original versions used only iSCSI, later added NFS, and FC has been showing up in certain drivers (EMC driver has FC)
If you want to use your Hitachi for Cinder, you may want to check with your Vendor to see if that’s in the works. Typically backend storage vendors write drivers for Cinder (as with Netapp and EMC)
On Sep 11, 2014, at 10:51 AM, Tong Manh Cuong <cuongtm at vdc.com.vn> wrote:
> Hi experts,
> I intend to deploy OpenStack icehouse using
> 1. My existing Hitachi Storage 110.
> 2. VM go directly to Storage instead of going through cinder.
> 3. FC Protocol.
> When I check: https://wiki.openstack.org/wiki/CinderSupportMatrix
> I just saw HUS with Havana and iSCSI.
> So please help me:
> 1. Which OpenStack version I can use with Hitachi with FC Protocol.
> 2. In addition, how can I configure OpenStack to make VM directly go
> to external Storage (use iSCSI). Because if all Storage traffic go to
> Cinder, Cinder will be overloaded.
> Thanks guys,
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 496 bytes
Desc: Message signed with OpenPGP using GPGMail
More information about the OpenStack-operators