Skip to content

Conversation

garloff
Copy link
Member

@garloff garloff commented Oct 6, 2025

Instead create language that explains the way how to systematically extend the list to stay in line with what might later be standardized.

As discussed in the SIG Std/Cert on 2025-10-02, a proposal to simplify the new recommended larger flavors:

  • Drop the ones with disks (but add a comment how we would expect disk sizes)
  • Drop flavors with 1:16 and 1:32 vCPU:GiB RAM ratios, as these are unusual (but add a comment how to systematically create flavors with more vCPUs).

Overall, trying to avoid recommendations that many providers would consider niche and might cause them to discount recommendations. Let's rather keep it short and describe once more how the list would be extended in a systematic way. This will reduce divergence and thus any pain in case we latter add larger recommended and mandatory flavors.

This is intended to change PR #938.

Instead create language that explains the way how to systematically
extend the list to stay in line with what might later be standardized.

Signed-off-by: Kurt Garloff <[email protected]>
@garloff garloff self-assigned this Oct 6, 2025
@garloff garloff added the standards Issues / ADR / pull requests relevant for standardization & certification label Oct 6, 2025
Copy link
Contributor

@mbuechse mbuechse left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I support reducing the number of recommended flavors. I want to make it clear that the long list is not due to me; rather it goes back to the original proposal. I'm wondering though whether @scoopex wants to chime in here!

github seems to be able to do without, but not all MD renderers are so
tolerant.

Signed-off-by: Kurt Garloff <[email protected]>
@garloff
Copy link
Member Author

garloff commented Oct 9, 2025

I know that @scoopex made the proposal.
I think he has gone a bit over the top with 1:16 and 1:32 flavors. Noone prevents providers creating this is there is a very specific customer demand, but creating an expection that good providers have those by having them in the recommended list is too much IMVHO, thus I removed them.
For the diskful flavors, we only recommend the ones that we recommend due to legacy.

@garloff garloff merged commit 0b8c996 into add_larger_flavors Oct 9, 2025
1 check passed
@garloff garloff deleted the feat/limit-new-flavor-recommendations branch October 9, 2025 17:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

standards Issues / ADR / pull requests relevant for standardization & certification

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants