Mac, I asked the same question some time ago if you want to check out the
comments from Kudu team..There is also umbrella Jira below to support high
density nodes.

http://mail-archives.apache.org/mod_mbox/kudu-user/201711.mbox/%3ccanrt7t1aktogw1-1p7lz9atzrytmub1aubykcns3_-fyu1d...@mail.gmail.com%3E

https://issues.apache.org/jira/browse/KUDU-1967



On Thu, Nov 29, 2018 at 12:58 PM Mac Noland <mcdonaldnol...@gmail.com>
wrote:

> Good day,
>
> We have a number of customers using Kudu for a large number of tables from
> db/warehouse offload use cases and commonly run into situations where our
> tablets are over 2000 per tablet server.  Many of the tables are actually
> small, but with the minimum of 2 partitions and default of 3 replicas, we
> end up chewing up 6 tablets minimally for each table.  Being we have
> customers way over this and are running fine, we understand this is not a
> hard guideline, but overall does cause some concern with some customers
> knowing we are outside of the written guidelines.
>
> *The maximum number of tablets per tablet server is 2000,
> post-replication, but we recommend 1000 tablets or fewer per tablet server.*
> https://kudu.apache.org/docs/known_issues.html#_scale
>
> Do we know how this number was picked and if there is any work being done
> to look at what it would take to increase the number?  Or things we could
> contribute to help increase that number?  Not 100% sure what we'd be
> signing up for to do that, but always looking for opportunity to help.
>
> Thanks in advance.
>
> Mac
>
>
>

Reply via email to