Bug 1464938 - [RFE] GlusterFS plugin should read 'endpoints' from a global namespace
Summary: [RFE] GlusterFS plugin should read 'endpoints' from a global namespace
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: kubernetes
Version: cns-3.5
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: Humble Chirammal
QA Contact: Prasanth
URL:
Whiteboard:
Depends On: 1707789
Blocks: 1573420 1622458 1646910
TreeView+ depends on / blocked
 
Reported: 2017-06-26 09:24 UTC by Jaspreet Kaur
Modified: 2021-06-10 12:30 UTC (History)
18 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-09-06 15:45:50 UTC
Embargoed:


Attachments (Terms of Use)

Description Jaspreet Kaur 2017-06-26 09:24:38 UTC
3. What is the nature and description of the request?

The current GlusterFS plugin for OpenShift requires a service and endpoint within every project which may potentially connect to a GlusterFS PV. Instead we  want glusterfs plugin to read endpoints from a gloabal namespace

4. Why does the customer need this? (List the business requirements here)

Based on the current scenario we need to have service and endpoint within each project.  This causes problems when you start to scale the cluster as you can have, for example, an additional 1000 Services when you have two clusters and 500 namespaces, this is actually tripling the total number of services in our cluster)


Each of those services then requires extra entries in the iptables NAT tables.  And since the iptables implementation in OSCP 3.5 deletes and recreates the whole entire iptables ruleset, this blocks the node processes and results in excessive load on every node in the cluster, and thus in problems scheduling pods.

We request that the GlusterFS plugin should be able to read data from a global namespace, prior to checking the 'local' namespace so that we don't need to maintain a ridiculous number of IDENTICAL services and endpoints across every namespace.
 

5. How would the customer like to achieve this? (List the functional requirements here)
 Glusterfs plugin should read from global namespace depending on a parameter when enabled in say master-config.
 

6. For each functional requirement listed in question 5, specify how Red Hat

and the customer can test to confirm the requirement is successfully implemented.

yes

Comment 6 Jatan Malde 2018-04-18 08:33:25 UTC
Any updates on it?

Let me know if there is any information required more here.

Comment 7 Humble Chirammal 2018-04-24 11:49:20 UTC
(In reply to Jatan Malde from comment #6)
> Any updates on it?
> 
> Let me know if there is any information required more here.

The patch is in review state in upstream. It has not yet merged. I will provide an update as soon as its avilable in downstream.

Comment 8 Ram 2018-05-17 21:05:28 UTC
@humble Could you provide the URL referencing the upstream patch? 

We don't use heketi in our deployment, since we do not have a dynamic provisioning requirement on glusterfs. After setting up glusterfs, we provision a volume and intend to use that across our cluster namespaces. Due to the lack of cross-namespace support for PV, we are currently blocked in allowing pods on different namespaces to access our glusterfs PV. Is there a workaround for this situation until upstream fixes make their way?

Comment 9 Humble Chirammal 2018-08-07 08:44:43 UTC
(In reply to Ram from comment #8)
> @humble Could you provide the URL referencing the upstream patch? 
> 



https://github.com/kubernetes/kubernetes/pull/60195

Comment 10 Michael Adam 2018-09-19 22:01:17 UTC
Certainly out of scope for 3.11.0. Moving out.


Note You need to log in before you can comment on or make changes to this bug.