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

[Bug] placement group should be optional for capacity reservations #7949

Open
vsoch opened this issue Aug 27, 2024 · 2 comments
Open

[Bug] placement group should be optional for capacity reservations #7949

vsoch opened this issue Aug 27, 2024 · 2 comments
Labels

Comments

@vsoch
Copy link
Contributor

vsoch commented Aug 27, 2024

When we create a cluster with a capacity reservation (e.g., with GPUs) it's often the case that EFA comes with the set. However, setting a placement group can actually limit the instances you get in the reservation. We had a reservation for 16, but because eksctl sneakily added a default placement group, we only were able to get 11. I was unable to set the groupName to null and had to comment out this block

if mng.Placement == nil {
groupName := m.newResource("NodeGroupPlacementGroup", &gfnec2.PlacementGroup{
Strategy: gfnt.NewString("cluster"),
})
launchTemplateData.Placement = &gfnec2.LaunchTemplate_Placement{
GroupName: groupName,
}
}
with a custom build of eksctl to create our cluster with a full 16. My suggestion would be to either add an explicit flag that says "don't make a placement group with efa" or allow the user to create a cluster with efa, but give red warnings about needing the group.

Thanks for fixing this - ping @bollig and @milroy to stay in the loop, this is the issue we faced yesterday / today (which is fixed now with our custom build).

@vsoch vsoch added the kind/bug label Aug 27, 2024
Copy link
Contributor

github-actions bot commented Dec 3, 2024

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.

@github-actions github-actions bot added the stale label Dec 3, 2024
@vsoch
Copy link
Contributor Author

vsoch commented Dec 3, 2024

Please don't go stale! Others could definitely run into this issue.

@github-actions github-actions bot removed the stale label Jan 13, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant