[ https://issues.apache.org/jira/browse/HBASE-9892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13813739#comment-13813739 ]
stack commented on HBASE-9892: ------------------------------ bq. Now, there is no data in regionserver's ephemeral node. It's a good idea to write static attributes like info port there. It is a suggestion. Could be tricky setting this value then triggering watches. Will have to reset them. Maybe znode is not the right place? It is too awkward and if only this one attribute, its a bit of work adding it there. It could be added to the server JMX bean but you'd have to do rmi to find it which requires a port.... (IIRC) There is the RS heartbeat. Currently we send load. Seems a bit silly sending over constant attributes on each heartbeat but might be easy to do. > Add info port to ServerName to support multi instances in a node > ---------------------------------------------------------------- > > Key: HBASE-9892 > URL: https://issues.apache.org/jira/browse/HBASE-9892 > Project: HBase > Issue Type: Improvement > Reporter: Liu Shaohui > Assignee: Liu Shaohui > Priority: Minor > Attachments: HBASE-9892-0.94-v1.diff > > > The full GC time of regionserver with big heap(> 30G ) usually can not be > controlled in 30s. At the same time, the servers with 64G memory are normal. > So we try to deploy multi rs instances(2-3 ) in a single node and the heap of > each rs is about 20G ~ 24G. > Most of the things works fine, except the hbase web ui. The master get the RS > info port from conf, which is suitable for this situation of multi rs > instances in a node. So we add info port to ServerName. > a. at the startup, rs report it's info port to Hmaster. > b, For root region, rs write the servername with info port ro the zookeeper > root-region-server node. > c, For meta regions, rs write the servername with info port to root region > d. For user regions, rs write the servername with info port to meta regions > So hmaster and client can get info port from the servername. > To test this feature, I change the rs num from 1 to 3 in standalone mode, so > we can test it in standalone mode, > I think Hoya(hbase on yarn) will encounter the same problem. Anyone knows > how Hoya handle this problem? > PS: There are different formats for servername in zk node and meta table, i > think we need to unify it and refactor the code. -- This message was sent by Atlassian JIRA (v6.1#6144)