You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Almost any cluster that runs real workloads will have more than one node group, at which point there's no benefit to using the default node group option because we would have already written our own abstractions for creating node groups. I think this module should expose a param that allows adding multiple node groups instead of just one. Something like:
managedNodeGroups: Record<string, inputs.ClusterNodeGroupOptionsArgs> or Array<inputs.ClusterNodeGroupOptionsArgs>
The text was updated successfully, but these errors were encountered:
bob-bins
changed the title
The Cluster's defaultNodeGroup options are not very useful
The Cluster's defaultNodeGroup option is not very useful
Dec 4, 2024
Hey @bob-bins, the default node group is mostly geared towards folks starting out with EKS or experimenting and just needing any arbitrary node group.
You're absolutely right that production use cases definitely need more diverse sets of node groups.
Right now you can disable the default node group by setting skipDefaultNodeGroup to true. That way you have full control over which manage/self-managed node groups you create.
I like the idea of adding inputs to the cluster for setting up node groups more easily! I'll track this as a feature request. In case folks are interested in this, please upvote it.
flostadler
changed the title
The Cluster's defaultNodeGroup option is not very useful
Allow configuring multiple node groups as part of the cluster component
Dec 6, 2024
Almost any cluster that runs real workloads will have more than one node group, at which point there's no benefit to using the default node group option because we would have already written our own abstractions for creating node groups. I think this module should expose a param that allows adding multiple node groups instead of just one. Something like:
managedNodeGroups
:Record<string, inputs.ClusterNodeGroupOptionsArgs>
orArray<inputs.ClusterNodeGroupOptionsArgs>
The text was updated successfully, but these errors were encountered: