osdir.com


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Multiple backend for Openstack


Hello Sean

Thanks much for the detailed response.

I am still unclear on below points

  if you have cross az attach disable in nova and you want all
type/backend to be accessible in all AZ you need to deploy a instance of
the cinder volume driver for each of the types in each az.

  "deploy a instance of
the cinder volume driver for each of the types in each az"  <<<< How can i
achieve above mentioned thing

i don't know if that answers your question or not but volume types are
the way to request a specific backend at the api level.   <<< i see volume
type option while creating volume ..
But when I am trying to launch an instance I don't see that parameter in
Horizon .. may be in the command line we have (not sure though) .
Is this something that needs to be handled at AZ level ?



On Wed, Oct 14, 2020 at 7:29 PM Sean Mooney <smooney at redhat.com> wrote:

> On Wed, 2020-10-14 at 18:38 +0530, Deepa KR wrote:
> > Hi All
> >
> > Good Day
> >
> > From documentation we are able to understand that we can configure
> > multiple
> > backends for cinder (Ceph ,External Storage device or NFS etc)
> > Is there any way we can choose the backend while instance launching
> > .Say
>
> > instance1 backend should be from an external storage device like EMC
> > and
> > instance2 to launch and have backend volume from ceph
> kind of you can use volume types to do this indrectly.
> end users shoudl generally not be aware if its ceph or an emc san you
> less you name the volumens tyeps "cpeh" and "emc" but that is a
> operator choice. you can map the volume type to specific backend using
> there config file.
>
> >  .Can this be achieved
> > using cinder availability zone implementation or any other way?
> >
> > I have gone through below link (*section Configure Block Storage
> > scheduler
> > multi back end)*
> >
> >
> >
> https://docs.openstack.org/cinder/latest/admin/blockstorage-multi-backend.html
>
> well that basically covers what you have to do
>
> your cinder config for lvm emc and ceph might look like this
>
>
> [DEFAULT]
> enabled_backends=lvm,emc,ceph
>
> [lvm]
> volume_group = cinder-volume-1
> volume_driver = cinder.volume.drivers.lvm.LVMVolumeDriver
>
> [emc]
> use_multipath_for_image_xfer = true
> volume_driver = cinder.volume.drivers.emc.emc_smis_fc.EMCSMISFCDriver
> volume_backend_name = emcfc
>
> [ceph]
> volume_driver = cinder.volume.drivers.rbd.RBDDriver
> volume_backend_name = ceph
> rbd_pool = volumes
> rbd_ceph_conf = /etc/ceph/ceph.conf
> rbd_flatten_volume_from_snapshot = false
> rbd_max_clone_depth = 5
> rbd_store_chunk_size = 4
> rados_connect_timeout = -1
>
> or you might have 3 diffent config one for each
>
> you then create 3 different volume types and assocatie each with a
> backend
>
> openstack --os-username admin --os-tenant-name admin volume type create
> lvm
> openstack --os-username admin --os-tenant-name admin volume type create
> emc
> openstack --os-username admin --os-tenant-name admin volume type create
> ceph
>
> openstack --os-username admin --os-tenant-name admin volume type set
> lvm --property volume_backend_name=lvm
> openstack --os-username admin --os-tenant-name admin volume type set
> emc --property volume_backend_name=emc
> openstack --os-username admin --os-tenant-name admin volume type set
> ceph --property volume_backend_name=ceph
>
>
> then you can create volumes with those types
>
> openstack volume create --size 1 --type lvm my_lvm_volume
> openstack volume create --size 1 --type ceph my_ceph_volume
>
> and boot a server with them.
>
> openstack server create --volume my_lvm_volume --volume my_ceph_volume
> ...
>
>
> if you have cross az attach disabel in nova and you want all
> type/backend to be accesable in all AZ you need to deploy a instance of
> the cinder volume driver for each of the tyeps in each az.
>
> i dont know if that answers your question or not but volume types are
> the way to requst a specific backend at the api level.
>
> >
> >   Suggestions please ..
> >
> > Regards,
> > Deepa K R
>
>
>

-- 


Regards,

Deepa K R | DevOps Team Lead



USA | UAE | INDIA | AUSTRALIA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20201014/ec895e08/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo_for_signature.png
Type: image/png
Size: 10509 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20201014/ec895e08/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature-1.gif
Type: image/gif
Size: 566 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20201014/ec895e08/attachment-0001.gif>