You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Michael Ho (Jira)" <ji...@apache.org> on 2019/11/20 22:07:00 UTC

[jira] [Resolved] (IMPALA-9026) Add an option to use resolved IP address for Statestore subscriber

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

Michael Ho resolved IMPALA-9026.
--------------------------------
    Fix Version/s: Impala 3.4.0
       Resolution: Fixed

> Add an option to use resolved IP address for Statestore subscriber
> ------------------------------------------------------------------
>
>                 Key: IMPALA-9026
>                 URL: https://issues.apache.org/jira/browse/IMPALA-9026
>             Project: IMPALA
>          Issue Type: Improvement
>          Components: Distributed Exec
>    Affects Versions: Impala 3.4.0
>            Reporter: Michael Ho
>            Assignee: Michael Ho
>            Priority: Minor
>             Fix For: Impala 3.4.0
>
>
> Currently, statestore subscribers currently register with statestore using their hostnames. There may be certain deployment scenarios in which a pod may have an IP address but its DNS entry is not available for a valid reason (e.g. a Kubernetes pod whose readiness probe returns false). An example could be that there could be more than one instances of an Impala component (e.g. coordinator) but only one of them will be active at a time and the rest will serve as backup. In which case, we still want the backup coordinator to receive any updates from statestore but not serve any queries until the primary coordinator fails.
> To handle the case above, we may allow statestore subscribers to register with statestore using its IP address instead of hostname. This may not work with some existing secure deployment in which TLS is enabled between Impala hosts as there may be mismatch between the hostname used at Thrift layer and the certificate so this option is disabled by default.



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