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
In a cluster with a huge variance of usage, it is good to be able to set different configuration for auto scaling depending of the size of the cluster.
it would be good to set different minShardsPerNode, maxShardsPerNode, scaleUpCPUBoundary dependings of the size of the cluster.
Not sure what would be the correct syntax.
But for example adding a rules or overwrites part. And a selector like replicaLte (replica less than). The operator could check the overwrite part and fallback to default if there is none.
It is mainly for huge cost optimization. During night a cluster can be very small, but at early morning, the cluster need to be able to scale aggressively, but when cluster start to be big, it can scale slowly
I am willing to implement this feature if it makes sense for this project
The text was updated successfully, but these errors were encountered:
@AyWa Thanks for the suggestion. As horizontal auto-scaling becomes more powerful in the current kubernetes releases we should consider dropping our custom route and tying it back to the HPA. I'm interested in hearing your thoughts on this.
In a cluster with a huge variance of usage, it is good to be able to set different configuration for auto scaling depending of the size of the cluster.
it would be good to set different
minShardsPerNode
,maxShardsPerNode
,scaleUpCPUBoundary
dependings of the size of the cluster.Not sure what would be the correct syntax.
But for example adding a
rules
oroverwrites
part. And a selector likereplicaLte
(replica less than). The operator could check the overwrite part and fallback to default if there is none.Before
After
It is mainly for huge cost optimization. During night a cluster can be very small, but at early morning, the cluster need to be able to scale aggressively, but when cluster start to be big, it can scale slowly
I am willing to implement this feature if it makes sense for this project
The text was updated successfully, but these errors were encountered: