Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

support for export list creation and manipulation via tridentctl #252

Closed
on4tux opened this issue May 21, 2019 · 5 comments
Closed

support for export list creation and manipulation via tridentctl #252

on4tux opened this issue May 21, 2019 · 5 comments

Comments

@on4tux
Copy link

on4tux commented May 21, 2019

We have multiple dedicated k8s clusters which we setup per project on a shared ONTAP environment. As we will recycle the dedicated worker nodes on a regular base, we need on the fly automation for creating and manipulating (add/remove IPs) export lists. Can you add functionality that either create an export list with the given IPs or add/removes them from an existing one?

@rajshrivastava22
Copy link

Hi Team, We also have a very large setup and we need automated way via Trident to create export policies or add/remove IPs from existing ones. Kindly suggest when this can be added asap

@korenaren
Copy link
Contributor

We don't intend to enable tridentctl as a general purpose ONTAP management tool. You should use other automation/configuration management tools, such as Ansible, for things like this.

@superbrothers
Copy link
Contributor

superbrothers commented Sep 6, 2019

@korenaren

We have the same request for igroup in addition to export-policy. We manage more than 400 Kubernetes clusters (total about 6000 nodes) by our own Kubernetes-as-a-Service, and all of the worker nodes are frequently recreated for upgrading, fixing vulnerabilities, and so on. At that time, all nodes' IP addresses and iqn are renewed. As a result, it is impossible for humans to manage export-policy and igroup. Futhermore, cluster autoscaler increases nodes automatically. If do not update export-policy or igroup each time, volumes on a new node will fail to mount.

For these cases, it is appropriate that the Kubernetes controller, that is, Trident, handles export-policy and igroup.

Would you please reconsider this request?

@korenaren
Copy link
Contributor

Yes, we will reconsider this.

@gnarl
Copy link
Contributor

gnarl commented Apr 28, 2020

This enhancement was added in the Trident 20.04 release.

@gnarl gnarl closed this as completed Apr 28, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants