drill-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Uwe L. Korn (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DRILL-4935) Allow drillbits to advertise a configurable host address to Zookeeper
Date Thu, 08 Dec 2016 08:47:58 GMT

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

Uwe L. Korn commented on DRILL-4935:
------------------------------------

To add another use case where this is very helpful:

If you run Drill on nodes with multiple hostnames, you can use this to tell them the correct
hostname to use. For example host often have a management and a service hostname. Depending
on your setup {{/etc/hostname}} may be the management hostname. In this case the drillbits
would by default try to connect to eachother using their management interfaces (which will
be firewalled). With the new configuration option, you can force them to advertise their hostnames
and connect using the correct hostnames/interfaces.

> Allow drillbits to advertise a configurable host address to Zookeeper
> ---------------------------------------------------------------------
>
>                 Key: DRILL-4935
>                 URL: https://issues.apache.org/jira/browse/DRILL-4935
>             Project: Apache Drill
>          Issue Type: New Feature
>          Components: Execution - RPC
>    Affects Versions: 1.8.0
>            Reporter: Harrison Mebane
>            Priority: Minor
>              Labels: ready-to-commit
>             Fix For: 1.10.0
>
>
> There are certain situations, such as running Drill in distributed Docker containers,
in which it is desirable to advertise a different hostname to Zookeeper than would be output
by INetAddress.getLocalHost().  I propose adding a configuration variable 'drill.exec.rpc.bit.advertised.host'
and passing this address to Zookeeper when the configuration variable is populated, otherwise
falling back to the present behavior.



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

Mime
View raw message