You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Hong Shen (JIRA)" <ji...@apache.org> on 2018/10/15 13:19:00 UTC

[jira] [Updated] (KUDU-2604) Add label for tserver

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

Hong Shen updated KUDU-2604:
----------------------------
    Attachment: 屏幕快照 2018-10-15 21.09.35.png

> Add label for tserver
> ---------------------
>
>                 Key: KUDU-2604
>                 URL: https://issues.apache.org/jira/browse/KUDU-2604
>             Project: Kudu
>          Issue Type: New Feature
>            Reporter: Hong Shen
>            Priority: Major
>         Attachments: 屏幕快照 2018-10-15 21.09.35.png
>
>
> When the cluster is bigger and bigger, big table with a lot of tablets will be distributed in almost all the tservers, when client write batch to the big table, it may cache connections to lots of tservers, the scalability may constrained.
> If the tablets in one table or partition only in a part of tservers, client will only have to cache connections to the part's tservers. So we propose to add label to tservers, each tserver belongs to a unique label. Client specified label when create table or add partition, the tablets will only be created on the tservers in specified label, if not specified, defalut label will be used. 
>  It will also benefit for:
> 1 Tserver across data center.
> 2 Heterogeneous tserver, like different disk, cpu or memory.
> 3 Physical isolating, especially IO, isolate some tables with others.
> 4 Gated Launch, upgrade tservers one by one label.
> In our product cluster, we have encounter the above issues and need to be resolved.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)