-
Notifications
You must be signed in to change notification settings - Fork 1k
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 blockDeviceMappings with instance store NVMe volume to provisioned nodes #2372
Comments
This would be a good thing to add! Probably not very difficult either if anyone would like to take a stab at a PR for it |
@bwagner5 add to where? |
|
i will try to prep a PR for this over the next 2-3 days |
Tried to fix in #2554 |
Is it possible to modify instance store volumes via |
Are there workarounds or examples of how I can use the on host SSD for my ephemeral storage? Even if I need to make specific Provisioners, an example would be helpful |
There's an open issue for this that has a little more activity, going to close this one as a duplicate and will track work on this front in #2723. There is on-going work in the eks optimized AL2 AMI to setup a RAID-0 out of instance storage disks and remount containerd and kubelet. Once that PR is merged into the EKS Optimized AMI, we can then set the bootstrap flag within Karpenter to enable the new functionality and adjust the node ephemeral-storage capacity to assume that we'll use a RAID-0 setup for instance types with NVMe instance storage. awslabs/amazon-eks-ami#1171 |
Version
Karpenter: v0.16.0
Kubernetes: v1.20.0
Expected Behavior
I would like to use EC2 instances with instance store volumes instead of provisioning additional EBS devices
Actual Behavior
I tried to configure provisioner using example of blockDeviceMapping from https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/block-device-mapping-concepts.html#instance-block-device-mapping
But I'm getting provisioner errors when scheduling pods.
Steps to Reproduce the Problem
Configure provisioner with blockDeviceMappings block above
Resource Specs and Logs
The text was updated successfully, but these errors were encountered: