[STORM-2738] The number of ackers should default to the number of actual running workers on RAS cluster

• Type: Bug
• Status: Resolved
• Priority: Minor
• Resolution: Fixed
• Fix Version/s: 2.0.0
• Labels: pull-request-available
• Assignee: Ethan Li
• Reporter: Ethan Li
• Created: 13/Sep/17 16:15
• Updated: 19/Sep/17 20:43
• Resolved: 19/Sep/17 20:43

Description

Problem:
If topology.acker.executors is not set, the number of ackers will be equal to topology.workers. But on RAS cluster, we don't set topology.workers because the number of workers will be determined by the scheduler. So in this case, the number of ackers will always be 1 (see attached screenshot)

Analysis:
The number of ackers has to be computed before scheduling happens, so it knows how to schedule the topology. The number of workers is not set until the topology is scheduled, so it is a bit of a chicken and egg problem.

Solution:
We could probably use the total amount of requested memory when the topology is submitted divided by the memory per worker to get an estimate that is better than 1.

Issue Links

• links to: GitHub Pull Request #2325