fix: make redis workers to know the current num of workers at startup

[carlosthe19916]

Fixes: #7912
Addresses: https://redhat.atlassian.net/browse/PULP-2149

Problem

Redis workers find work by repeatedly asking the database for waiting tasks, then sleeping briefly. Sleep is supposed to get longer as the fleet grows, so many workers don’t all pound the DB at once.

But each new worker starts life assuming the fleet has one worker. It only learns the real count on its first heartbeat (~10s later). Until then it polls about every 10 ms.

So a scale-up (e.g. 25 → 150) creates a short window of thousands of SELECTs per second against core_task. The DB saturates, heartbeat writes fail, workers exit, replacements start, and the same aggressive startup polling happens again.

Solution

workers should learn fleet size at startup before first heartbeat

📜 Checklist

• Commits are cleanly separated with meaningful messages (simple features and bug fixes should be squashed to one commit)
• A changelog entry or entries has been added for any significant changes
• Follows the Pulp policy on AI Usage
• (For new features) - User documentation and test coverage has been added

See: Pull Request Walkthrough

[gerrod3]

Can you make this changelog just one line?

[carlosthe19916]

Sorry for that, I made that change just now

[carlosthe19916]

@gerrod3 Is there anything you would like me to change or reconsider in this particular PR? I admit my limited knowledge of the whole system so I am very open to anything you might suggest :)

[patchback]

Backport to 3.115: 💚 backport PR created

✅ Backport PR branch: patchback/backports/3.115/d212f0b5737f578fef0aaedb5e799872bca7202e/pr-7939

Backported as #7941

🤖 @patchback
I'm built with octomachinery and
my source is open — https://github.com/sanitizers/patchback-github-app.