Open runningman84 opened 11 months ago
It would be great if karpenter would take into account the given ebs costs
Are you RAID-0-ing your instance storage so that this storage can be used as ephemeral storage? This gets a bit tricky since we can't always assume that the instance storage is being used as ephemeral storage. There was a PR out for always RAID-0-ing the instance storage (https://github.com/aws/karpenter/pull/3827), with Karpenter assuming that all of that storage was available (which would have allowed us to effectively model that cost) but we ran into problems since we realized that a subset of users wanted that instance storage to be used for static persistent volume storage (see https://github.com/kubernetes-sigs/karpenter/pull/546).
Yes I am creating a raid 0 and mount that in the containerd/kubelet path in the bottlerocket instance. The volume is used for docker images emptydir and other stuff.
I will have two node pools one with instance storage and one without.
Without the ebs costs consideration in karpenter I might get instances without instance store which are eventually more expensive due to having an additional data volume.
I just suggest that you look into the block device mapping and sum up all ebs costs and add them to your general calculation.
I have seen the static volume storage pr or but I don’t think that having the costs added would mess up in any way here.
Description
What problem are you trying to solve? We are going to use instance storage for container images and other stuff. Imagine this scenario:
instance c5a costs 40 USD per month
Instance c5ad costs 41 USD per month
It would be great if karpenter would take into account the given ebs costs.
We would just have two nodepools one with instance storage support and another with no instance storage (but a second ebs volume).
How important is this feature to you?