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

Defining StorageClass with specific static FSx instance #400

Open
robjcook opened this issue Nov 22, 2024 · 2 comments
Open

Defining StorageClass with specific static FSx instance #400

robjcook opened this issue Nov 22, 2024 · 2 comments

Comments

@robjcook
Copy link

Using this aws-fsx-csi-driver is it possible to define a k8s StorageClass so that it uses a specific FSx instance like the following?

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: fsx-sc-static
provisioner: fsx.csi.aws.com
parameters:
  fileSystemId: fs-0000
  deploymentType: LUSTRE
reclaimPolicy: Retain

What are the valid values for the parameters for creating a StorageClass with this driver?

@jacobwolfaws
Copy link
Contributor

Can you explain the use case here? Why would you not just use static provisioning as outlined here: https://github.com/kubernetes-sigs/aws-fsx-csi-driver/tree/master/examples/kubernetes/static_provisioning

@robjcook
Copy link
Author

It looks my question and use case probably follows a currently existing issue - having a subdirectory provisioning mechanism for this driver would be great

#247

When using the static provisioning where would the definition for any subDir or path need to be defined? From what I understand of the k8s API it would occur at the Workload (Deployment/StatefulSet/Pod) spec level and not possible to be used in PV, PVC, or StorageClass right?

Currently using static provisioning as outlined from the provided examples to deploy a platform on k8s but the developers need a defined StorageClass for set of RWX PVs of their platform that do not need to be 1200 GB FSx instances with dynamic provisioning

EBS driver can not be used as it does not support RWX PVs so what we are doing with the current support in this driver is use an EC2 instance running NFS server acting as a middle man with mounted FSx instance and the nfs-subdir-external-provisioner, having subdirectory provisioning mechanism eliminates this workaround

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants