[Openstack][Cinder]

Alan Bishop abishop at redhat.com
Tue Oct 13 16:52:46 UTC 2020


On Tue, Oct 13, 2020 at 9:50 AM Alan Bishop <abishop at redhat.com> wrote:

>
>
> On Sun, Oct 11, 2020 at 11:20 PM dangerzone ar <dangerzonen at gmail.com>
> wrote:
>
>> Hi Team, May I know if anyone has deployed Huawei oceanstor SAN storage
>> during overcloud deployment?
>>
>
> Hi,
>
> Your use of the term "overcloud" suggests you are using TripleO. My
> response assumes that is true, and you should probably ignore my response
> if you're not using TripleO.
>
> I have not deployed TripleO with a Huawei SAN for the cinder backend, but
> it should be possible.
>
>
>> (i) Do you need a specific driver to define or download in order to
>> deploy it?
>>
>
> See [1] for many details related to deploying the Huawei cinder driver.
>
> [1]
> https://docs.openstack.org/cinder/rocky/configuration/block-storage/drivers/huawei-storage-driver.html
>

That's the Rocky documentation. I don't know if the documentation has
changed, but here's a link to the latest version:

https://docs.openstack.org/cinder/latest/configuration/block-storage/drivers/huawei-storage-driver.html


>
>> (ii) Can I deploy separately SAN storage after overcloud deployment, I
>> mean after a month of openstack deployment i want to add SAN storage to my
>> infrastructure. Is it possible?
>>
>
> The short answer is yes. TripleO has the ability to deploy additional
> cinder storage backends via what's known as a stack (i.e. the overcloud)
> update. The initial overcloud deployment can be done using another cinder
> backend X, and later you can add a Huawei backend so the overcloud has two
> backends (X + Huawei).
>
>
>> (iii)  Please advise me how to deploy Huawei oceanstor SAN storage.
>>
>>
> TripleO does not have specific support for deploying a Huawei SAN, but you
> can still deploy one by following [2]. That doc describes the technique for
> how to deploy the Huawei SAN as a "custom" block storage device. The
> document provides an example for deploying two NetApp backends, but the
> concept will be the same for you to deploy a single Huawei backend. The key
> will be crafting the TripleO environment file to configure the Huawei
> settings described in [1].
>
> [2]
> https://docs.openstack.org/project-deploy-guide/tripleo-docs/latest/features/cinder_custom_backend.html
>
> One additional thing to note is that I see the Huawei driver requires
> access to an XML file that contains additional configuration settings.
> You'll need to get this file onto the overcloud node(s) where the
> cinder-volume service runs. And if your overcloud services run in
> containers (as modern TripleO releases do), then you'll need to provide a
> way for the containerized cinder-volume service to have access to the XML
> file. Fortunately this can be achieved using a TripleO parameter by
> including something like this in one of the overcloud deployment's env file:
>
> parameter_defaults:
>   CinderVolumeOptVolumes:
>     -
> /etc/cinder/cinder_huawei_conf.xml:/etc/cinder/cinder_huawei_conf.xml:ro
>
> That will allow the /etc/cinder/cinder_huawei_conf.xml file installed on
> the overcloud host to be visible to the cinder-volume service running
> inside a container.
>
> Alan
>
>
>> Please advise further. Thank you
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20201013/782b8539/attachment-0001.html>


More information about the openstack-discuss mailing list