You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@slider.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2014/09/29 13:22:33 UTC

[jira] [Commented] (SLIDER-463) Have each container instance for a role be assigned with a unique integer id starting at 1 up to maximum requested instances

    [ https://issues.apache.org/jira/browse/SLIDER-463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14151594#comment-14151594 ] 

Steve Loughran commented on SLIDER-463:
---------------------------------------

although it's easy to do this in the AM and store in the {{AppState/RoleInstance}} structures, what are we going to do on AM restart? How to rebuild this state?

container ID does have some fields in the string -could they be parsed to get this counter? That's pretty dangerous though, the recent addition of the {{_epoch_}} entry would have broken it.

> Have each container instance for a role be assigned with a unique integer id starting at 1 up to maximum requested instances
> ----------------------------------------------------------------------------------------------------------------------------
>
>                 Key: SLIDER-463
>                 URL: https://issues.apache.org/jira/browse/SLIDER-463
>             Project: Slider
>          Issue Type: Bug
>          Components: agent-provider
>    Affects Versions: Slider 0.50
>            Reporter: Sumit Mohanty
>            Assignee: Sumit Mohanty
>              Labels: feedback
>
> Apps can request a number of instances and the id associated with a container is the container id. However, container ids are not a reliable way to load balance a work load across several instances. This is because container id is not guaranteed to be well-distributed for specific role instances.
> A good example of application requiring a id is memcached where clients need to know which memcached daemon instance to connect for specific keys (e..g hash a key to obtain an integer and access the daemon associated with that integer). Alternatively, another example will be an application of peers that select workload based on their id. Say, an application processes 100 data points and component instances can select which sub-range to process based on their id.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)