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

Reimplement storage class with "kubernetes_storage_class" #8

Open
1 task done
mercuriete opened this issue Nov 30, 2021 · 0 comments · May be fixed by #9
Open
1 task done

Reimplement storage class with "kubernetes_storage_class" #8

mercuriete opened this issue Nov 30, 2021 · 0 comments · May be fixed by #9
Labels
feature-request New feature

Comments

@mercuriete
Copy link

mercuriete commented Nov 30, 2021

Contact Details (optional)

No response

Summary

storage class is implemented with:
kubectl_manifest

and this terraform provider can be avoided and we can use the hasicorp one:

resource "kubernetes_storage_class" "storage_class" {
  metadata {
    name = var.storage_class_name
  }
  storage_provisioner = "efs.csi.aws.com"
  depends_on = [helm_release.kubernetes_efs_csi_driver]
}

I think that could be the solution but I am not totally sure:

Motivation

When using continuous integration for deploying terraform infrastructure...
kubectl is not configured to connect with the eks cluster but using the terraform kubernetes provider is better because that provider is properly configured to use the token and certificates from eks terraform objects.

I will try to do a PR soon.

Alternatives

No response

Additional Context

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct
@mercuriete mercuriete added the feature-request New feature label Nov 30, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature-request New feature
Projects
None yet
1 participant