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

["Robert Joseph Evans (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/STORM-2738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robert Joseph Evans resolved STORM-2738.
----------------------------------------
       Resolution: Fixed
    Fix Version/s: 2.0.0

Thanks [~ethanli],

I merged this into master

> The number of ackers should default to the number of actual running workers on RAS cluster
> ------------------------------------------------------------------------------------------
>
>                 Key: STORM-2738
>                 URL: https://issues.apache.org/jira/browse/STORM-2738
>             Project: Apache Storm
>          Issue Type: Bug
>            Reporter: Ethan Li
>            Assignee: Ethan Li
>            Priority: Minor
>              Labels: pull-request-available
>             Fix For: 2.0.0
>
>         Attachments: Screen Shot 2017-09-13 at 11.13.41 AM.png
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> *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.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)