Skip to content

Configurable management delegate pool size (via management.delegate_count) #13462

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

Merged

Conversation

Ayanda-D
Copy link
Contributor

@Ayanda-D Ayanda-D commented Mar 6, 2025

Proposed Changes

Hello 👋

This proposed change introduces a new delegate_count config for the Management Plugin, configured via management.delegate_count (rabbitmq.conf) or rabbitmq_management.delegate_count (advanced/classic). When nodes are extremely busy aggregating stats, we'd like to have the flexibility to significantly increase the concurrency/available delegate processes (specifically to optimize all the created_stats_delegated/{1,2} calls in the rabbit_mgmt_db and eliminate blocking from a small pool size), to make better use of available hardware cores for stats acquisition. One general observation on the Management UI (Admin -> Top) when nodes are busy and experience slowness in stats acquisition are the busy management delegate processes, registered as delegate_management_[1-5], which are currently only limited to the hard-coded pool size of 5. This change allows us to bump this up whenever necessary on heavy deployments.

This changes also retains the current default delegate pool size of 5: rabbitmq_management.delegate_count = 5.

Please take a look, keen to have this flexibility available on the Management-Plugin 👍

Types of Changes

What types of changes does your code introduce to this project?
Put an x in the boxes that apply

  • Bug fix (non-breaking change which fixes issue #NNNN)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause an observable behavior change in existing systems)
  • Documentation improvements (corrections, new content, etc)
  • Cosmetic change (whitespace, formatting, etc)
  • Build system and/or CI

Checklist

Put an x in the boxes that apply.
You can also fill these out after creating the PR.
If you're unsure about any of them, don't hesitate to ask on the mailing list.
We're here to help!
This is simply a reminder of what we are going to look for before merging your code.

  • I have read the CONTRIBUTING.md document
  • I have signed the CA (see https://cla.pivotal.io/sign/rabbitmq)
  • I have added tests that prove my fix is effective or that my feature works
  • All tests pass locally with my changes
  • If relevant, I have added necessary documentation to https://github.com/rabbitmq/rabbitmq-website
  • If relevant, I have added this change to the first version(s) in release-notes that I expect to introduce it

Further Comments

If this is a relatively large or complex change, kick off the discussion by explaining why you chose the solution
you did and what alternatives you considered, etc.

@mergify mergify bot added the make label Mar 6, 2025
@michaelklishin michaelklishin merged commit f60b284 into rabbitmq:main Mar 6, 2025
251 of 265 checks passed
@michaelklishin michaelklishin modified the milestones: 4.1.0, 4.0.8 Mar 6, 2025
@michaelklishin
Copy link
Collaborator

Finished and merged manually, will backport manually all the way through v4.0.x.

@michaelklishin
Copy link
Collaborator

@Ayanda-D here is an alpha you can try that includes this PR.

Thank you for contributing!

@Ayanda-D
Copy link
Contributor Author

Ayanda-D commented Mar 7, 2025

here is an alpha you can try that includes this PR.

Thanks! 👍

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

Successfully merging this pull request may close these issues.

2 participants