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
we set the sts replicas to 0, when the user does not configure a replicas number on a rolegroup.
Instead we should change the fn to pub fn role_group_replicas(&self, hdfs: &HdfsCluster, role_group: &str) -> Option<i32> and pass the Option<i32> directly into the sts.
This way when the user does not specify replicas, the sts will have not set set replicas and k8s will default to 1 pod.
Users can than use HPA to scale their Pods based on e.g. resource usage.
This is how other operators e.g. trino are doing it (the right way)
Possible solution
No response
Additional context
No response
Environment
No response
Would you like to work on fixing this bug?
None
The text was updated successfully, but these errors were encountered:
sbernauer
changed the title
Don't default roleGroup replicas to zerowhen not specified
Don't default roleGroup replicas to zero when not specified
Sep 22, 2023
Affected version
0.0.0-dev
Current and expected behavior
In
hdfs-operator/rust/crd/src/lib.rs
Lines 373 to 392 in f55c8ff
replicas
number on a rolegroup.Instead we should change the fn to
pub fn role_group_replicas(&self, hdfs: &HdfsCluster, role_group: &str) -> Option<i32>
and pass theOption<i32>
directly into the sts.This way when the user does not specify replicas, the sts will have not set set replicas and k8s will default to 1 pod.
Users can than use HPA to scale their Pods based on e.g. resource usage.
This is how other operators e.g. trino are doing it (the right way)
Possible solution
No response
Additional context
No response
Environment
No response
Would you like to work on fixing this bug?
None
The text was updated successfully, but these errors were encountered: