Bug 1640198

Summary: [RFE][NetApp] Add support of configuring multiple instances of same storage backend driver
Product: Red Hat OpenStack Reporter: Alex Stupnikov <astupnik>
Component: openstack-tripleo-heat-templatesAssignee: Alan Bishop <abishop>
Status: ON_QA --- QA Contact: Evelina Shames <eshames>
Severity: medium Docs Contact:
Priority: high    
Version: 16.0 (Train)CC: abishop, astupnik, dwojewod, gcharot, ifrangs, igarciam, jansari, jschluet, ltoscano, mburns, morazi, rcernin, spower, sputhenp
Target Milestone: z2Keywords: FutureFeature, RFE, TestOnly, Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: openstack-tripleo-heat-templates-14.0.1-0.20210317125439.3238bc1.el8ost Doc Type: Enhancement
Doc Text:
This enhancement allows you to configure multiple Block Storage service (cinder) NetApp back ends, by adding and configuring the new CinderNetappMultiConfig parameter.
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Alex Stupnikov 2018-10-17 14:16:09 UTC
Description of problem:

It is a common task to configure multiple cinder NetApp backends that use the same driver and same netapp_storage_protocol. For example, to configure multiple cinder backends that use NFS driver.

It is currently impossible to do so with standard tripleo templates [1]:

~~~
Deploying multiple instances of a NetApp back end requires a custom back end configuration. See the Custom Block Storage Back End Deployment Guide for instructions. 
~~~

Custom Block Storage Back End Deployment Guide [2] is basically recommend you to provide custome hieradata for cinder puppets, but this approach is not perfect. For example, it is impossible to use it to properly configure multiple NFS-based backends: NFS shares are configured in separate configuration file, usually named "/etc/cinder/shares.conf". But what if you need multiple backend and multiple files? The simplest way to properly create them inside cinder-volume container is to customize container image and this is certainly an overkill for such a simple task.

It is also possible that other backends have such limitations and a general change could be used to provide a valuable feature in next releases.

[1] https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/13/html/netapp_block_storage_back_end_guide/edityaml
[2] https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/13/html-single/custom_block_storage_back_end_deployment_guide/

Comment 1 Alan Bishop 2018-10-31 12:53:38 UTC
This is a known limitation in TripleO that affects a number of storage services (Cinder, Glance, Manila, Ceph), and it's not an easy problem to solve. Supporting multiple heterogeneous cinder backends is easy (e.g. NetApp + Ceph), but TripleO's heat templates do not readily support multiple homogeneous backends (e.g. 2 NetApps). See also bug #1466008.

Comment 2 Dariusz Wojewódzki 2020-02-17 11:19:59 UTC
Hello Guys, is there any news for adding multiple NetApp NFS cinder backends to RHOSP16 deployments?

Comment 5 Alan Bishop 2020-11-12 21:56:14 UTC
I submitted patches upstream that satisfy this RFE, but PM and QE acks are still required in order for the feature to be supported in OSP. As we're currently in the Wallaby cycle, OSP-17 would be a potential target.

Comment 6 Alan Bishop 2020-12-21 17:53:43 UTC
Patches merged in upstream Wallaby, and are on track for inclusion in OSP-17.

Comment 7 Alan Bishop 2021-01-15 20:51:39 UTC
*** Bug 1916439 has been marked as a duplicate of this bug. ***

Comment 9 Gregory Charot 2021-04-13 18:20:09 UTC
moving it to 17.0.2 to allow QE to test and Doc team to document

Comment 24 Lon Hohberger 2023-08-16 10:33:39 UTC
According to our records, this should be resolved by openstack-tripleo-heat-templates-14.3.1-1.20230519151020.el9ost.  This build is available now.