Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tablet splitting: Load-based strategy #1463

Open
ttyusupov opened this issue May 31, 2019 · 1 comment
Open

Tablet splitting: Load-based strategy #1463

ttyusupov opened this issue May 31, 2019 · 1 comment
Assignees
Labels
area/docdb YugabyteDB core features kind/enhancement This is an enhancement of an existing feature priority/medium Medium priority issue

Comments

@ttyusupov
Copy link
Contributor

ttyusupov commented May 31, 2019

Jira Link: DB-2587
Parent ticket: "Tablet splitting" #1004.

Depends on #1461.

@ttyusupov ttyusupov added the kind/new-feature This is a request for a completely new feature label May 31, 2019
@ttyusupov ttyusupov self-assigned this May 31, 2019
@ttyusupov ttyusupov added this to To Do in YBase features via automation Jun 23, 2020
@ttyusupov ttyusupov added this to To do in Tablet splitting via automation Jun 23, 2020
@ttyusupov ttyusupov added the area/docdb YugabyteDB core features label Jun 30, 2020
@ttyusupov ttyusupov moved this from To do to Later in Tablet splitting Nov 19, 2020
@rkarthik007
Copy link
Collaborator

Came across a real world scenario where tablet splitting based on the load could have been useful. Documenting that here, so we can build this feature appropriately.

Use-case details:

  • We were using colocated tables - this ask applies equally to colocation as to splitting tablets. The reason to use colocated tables - the use case has about 70K DB objects (yes, 70,000 tables + indexes + etc) which would have resulted in too many tables.
  • Identified 40 tables in the are colocated tablet that contribute heavily to the total IOPS. The top 3 tables account for 100s of millions of ops/sec.
  • Needed to move these out of co-location group, which should help immensely because the iops can now be handled by multiple vCPUs across various machines.
  • The next step would likely be to split the tablet, which need to sustain a very high throughput.

Overall, we need to be able to perform tablet splits automatically based on such iops usage criteria.

@yugabyte-ci yugabyte-ci added the priority/medium Medium priority issue label Jun 9, 2022
@yugabyte-ci yugabyte-ci assigned rthallamko3 and unassigned ttyusupov Jul 20, 2022
@yugabyte-ci yugabyte-ci added kind/enhancement This is an enhancement of an existing feature and removed kind/new-feature This is a request for a completely new feature labels Jul 29, 2022
@yugabyte-ci yugabyte-ci assigned arybochkin and unassigned rthallamko3 Sep 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/docdb YugabyteDB core features kind/enhancement This is an enhancement of an existing feature priority/medium Medium priority issue
Projects
YBase features
  
Backlog
Development

No branches or pull requests

5 participants