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

DROP commands become slow/unresponsive when there is a lot of traffic/load on the cluster #10502

Open
swathimocharla opened this issue Oct 31, 2024 · 2 comments

Comments

@swathimocharla
Copy link

Very often we observe that DROP commands become slow/unresponsive when there is a lot of traffic/load on the cluster. Is there a guidance on dimensioning when running KSQL queries when the system has high ongong traffic?

We have tried scaling the cluster when we see increased delays in the response times, but scaling doesn't seem to help and any new additional ksql server that comes up in the cluster takes up all the CPU allocated to it with no improvement in the query response time.

Once we reach this state, every other query becomes unresponsive too, and in turn the entire cluster becomes unusable.

@hrishabhg
Copy link
Member

this should have been fixed now. It was due to client telemetry wait time to be 30s for kafka.

@swathimocharla
Copy link
Author

hi @hrishabhg , thank you for your response. Please do look at #10501 as well, this query was raised to seek recommendations for dimensioning if such issues occur.

This issue is raised on 0.29 version of ksql, which is the latest.

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

No branches or pull requests

2 participants