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 > > >