[
https://issues.apache.org/jira/browse/HBASE-11288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17113080#comment-17113080
]
Francis Christopher Liu commented on HBASE-11288:
-------------------------------------------------
[~apurtell] thanks for the explanation, I'just have a few follow-up questions
if thats ok.
{quote}
In contrast, what if we start exporting a subset of regionservers. How does
that work? It's guaranteed to be different from how zk quorum strings worked.
{quote}
I pretty sure it's well thought out just understanding the thought process in
case we need to consider creating a regionserver registry so we understand the
tradeoff. My thinking was providing a static subset of regionservers the same
way that's being done with providing a static list of masters. Are we not able
to provide a static subset of masters in the current implementation?
{quote}
There are a lot more of them, they are randomly chosen , the connection info
has to dynamic instead of static (how is that collected? published to
clients?).
{quote}
I think there are many ways to picking the static subset. One way would be to
pick regionservers that are part of the regionserver group hosting the meta.
Another way is to provide a seed list and an api to allow the client to
discover more if they need to someone mentioned that his is how cassandra does
it a while back when we were takling about a regionserver registry. Another way
is to provide just a single domain name and that domain name contains a static
subset list of regionserver ips which the operator can choose to updated
dynamically in case one is decomissioned or a new on is added (this should work
for the master approach too tho you would need a resolver) this way the client
config does not need to change.
> Splittable Meta
> ---------------
>
> Key: HBASE-11288
> URL: https://issues.apache.org/jira/browse/HBASE-11288
> Project: HBase
> Issue Type: Umbrella
> Components: meta
> Reporter: Francis Christopher Liu
> Assignee: Francis Christopher Liu
> Priority: Major
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
