[
https://issues.apache.org/jira/browse/HBASE-12217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14596414#comment-14596414
]
Andrew Purtell commented on HBASE-12217:
----------------------------------------
bq. Over in HBASE-13103 Lars Hofhansl calls out several other metrics we'd want
to know about when auto-tuning number of regions.
Pardon, but this issue isn't about auto-tuning the number of regions. This
issue is about providing backpressure to the client based on server side
conditions.
bq. I think we'd be interested in more than just load average if it was
available.
There are other proposed strategies on other JIRAs, linked as related items on
HBASE-5162. When/if we get around to this work the idea is the load estimation
strategy and client response will both be pluggable. It may be more challenging
to make them composable. That would be a stretch goal IMHO.
> System load average based client pushback
> -----------------------------------------
>
> Key: HBASE-12217
> URL: https://issues.apache.org/jira/browse/HBASE-12217
> Project: HBase
> Issue Type: New Feature
> Reporter: Andrew Purtell
> Assignee: Andrew Purtell
> Fix For: 2.0.0, 1.3.0
>
>
> If a RegionServer host is already heavily loaded* then it might not be best
> to accept more work in the form of coprocessor invocations. This could
> generalize to all RPC work, perhaps as part of a broader admission control
> initiative, but I think it makes sense to start small in an obvious place.
> *: We could use % CPU utilization or the UNIX 1min or 5min load average to
> determine this, and provide an option for choosing between those
> alternatives.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
