Skip to content
This repository has been archived by the owner on Apr 30, 2020. It is now read-only.

Operator mode for "external" Gluster clusters #10

Open
JohnStrunk opened this issue Jun 25, 2018 · 0 comments
Open

Operator mode for "external" Gluster clusters #10

JohnStrunk opened this issue Jun 25, 2018 · 0 comments
Labels
feature New feature or request

Comments

@JohnStrunk
Copy link
Member

Describe the feature you'd like to have.
Gluster storage can currently be deployed either with gluster running in pods (converged) or using an external gluster cluster that lives outside the kubernetes cluster. The operator should have a operatorMode.mode: external for the "non-converged" (i.e., external) gluster deployment.
The functionality of such a mode of operation is limited to just managing the CSI driver.

What is the value to the end user? (why is it a priority?)
By supporting this "external" mode, user can continue to use separate Gluster deployments in their environment instead of forcing everyone using gluster to deploy it in a converged manner.

How will we know we have a good solution? (acceptance criteria)

  • The operator will deploy the CSI driver
  • Users will be able to dynamically provision & delete volumes by creating/deleting PVCs
  • Users will be able to access the dynamically provisioned volumes by referencing the PVCs in pods
  • The operator will maintain a Service that points to the external Gluster cluster
  • If the IP/DNS of a Gluster node is changed/added/removed in the cluster RC, the operator will update the Service as appropriate.

Additional context

@JohnStrunk JohnStrunk added the feature New feature or request label Jun 25, 2018
@JohnStrunk JohnStrunk added this to the 0.9 milestone Jun 25, 2018
@JohnStrunk JohnStrunk modified the milestones: 0.9, GCS-1.0 Sep 24, 2018
@JohnStrunk JohnStrunk removed this from the GCS-1.0 milestone Oct 3, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
feature New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant