flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-2332) Assign session IDs to JobManager and TaskManager messages
Date Wed, 22 Jul 2015 15:04:04 GMT

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

ASF GitHub Bot commented on FLINK-2332:
---------------------------------------

Github user tillrohrmann commented on the pull request:

    https://github.com/apache/flink/pull/917#issuecomment-123751721
  
    Do you mean `JobManager.getJobManagerGateway`? This is only a temporary solution to obtain
an `ActorGateway` for the JobManager for which you have to know the current leader session
ID. This will be changed once HA with ZooKeeper is introduced.


> Assign session IDs to JobManager and TaskManager messages
> ---------------------------------------------------------
>
>                 Key: FLINK-2332
>                 URL: https://issues.apache.org/jira/browse/FLINK-2332
>             Project: Flink
>          Issue Type: Sub-task
>          Components: JobManager, TaskManager
>            Reporter: Till Rohrmann
>            Assignee: Till Rohrmann
>             Fix For: 0.10
>
>
> In order to support true high availability {{TaskManager}} and {{JobManager}} have to
be able to distinguish whether a message was sent from the leader or whether a message was
sent from a former leader. Messages which come from a former leader have to be discarded in
order to guarantee a consistent state.
> A way to do achieve this is to assign a leader session ID to a {{JobManager}} once he's
elected as leader. This leader session ID is sent to the {{TaskManager}} upon registration
at the {{JobManager}}. All subsequent messages should then be decorated with this leader session
ID to mark them as valid. On the {{TaskManager}} side the received leader session ID as a
response to the registration message, can then be used to validate incoming messages.
> The same holds true for registration messages which should have a registration session
ID, too. That way, it is possible to distinguish invalid registration messages from valid
ones. The registration session ID can be assigned once the TaskManager is notified about the
new leader.



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

Mime
View raw message