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

Autoscaling Coordinator/historical node #209

Open
soumyajose0784 opened this issue Jun 4, 2021 · 1 comment
Open

Autoscaling Coordinator/historical node #209

soumyajose0784 opened this issue Jun 4, 2021 · 1 comment

Comments

@soumyajose0784
Copy link

We have deployed druid cluster in kubernetes using druid operator with autoscaling configured for broker & middlemanager. Would like to know if we have any directions for autoscaling other service pods(coordinator& historical)

@AdheipSingh
Copy link
Contributor

here are few things to be noted for scaling druid nodes

  1. MM - Make sure you are aware of the consequences of using MM with HPA
    KubernetesTaskRunner for running druid tasks as kubernetes jobs apache/druid#8801 (comment)
    KubernetesTaskRunner for running druid tasks as kubernetes jobs apache/druid#8801 (comment)

  2. For brokers - https://druid.apache.org/docs/latest/operations/basic-cluster-tuning.html#number-of-brokers
    HPA can work for brokers in case you want to scale on mem/cpu or external metrics.

  3. Coordinator - IMHO not needed.

  4. Historicals - Since historicals holds segments. adding historicals means coordinator reshuffles segments, you can also scale historicals vertically. operator should support that once Fix76: Scale STS / PVC vertically to support resizing of druid nodes #97 this finalized

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants