You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Grant Henke (Jira)" <ji...@apache.org> on 2020/09/03 19:21:00 UTC

[jira] [Updated] (KUDU-418) Dynamically update peer host-ports based on registration in master

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

Grant Henke updated KUDU-418:
-----------------------------
    Labels: roadmap-candidate  (was: )

> Dynamically update peer host-ports based on registration in master
> ------------------------------------------------------------------
>
>                 Key: KUDU-418
>                 URL: https://issues.apache.org/jira/browse/KUDU-418
>             Project: Kudu
>          Issue Type: Improvement
>          Components: consensus, master
>    Affects Versions: M4
>            Reporter: Todd Lipcon
>            Priority: Major
>              Labels: roadmap-candidate
>
> Currently we assume that, once initialized, a tserver never changes its IP or port. That's a poor assumption (eg environments like ec2, or even on-premise when a network gets renumbered).
> We should introduce a "resolver" interface to map from uuid->hostport by contacting the master (the master already maintains this registry locally). Consensus needs to be able to use this interface when it has trouble connecting to its cached peer hostport info.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)