Details
-
Brainstorming
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
-
None
Description
This discussion issue comes out of "Co-locate Meta And Master HBASE-10569" and comments on the doc posted there.
A user – our Francis Liu – needs to be able to scale a cluster to do 1M regions maybe even 50M later. This issue is about discussing how we will do that (or if not 50M on a cluster, how otherwise we can attain same end).
More detail to follow.
Attachments
Attachments
Issue Links
- is a parent of
-
HBASE-11288 Splittable Meta
-
- Reopened
-
- relates to
-
HBASE-11267 Dynamic metrics2 metrics may consume large amount of heap memory
-
- Closed
-
- links to
1.
|
BulkDisabler should use a bulk RPC call for opening regions (just like BulkAssigner) |
|
Open | Unassigned |
2.
|
Flush table cmd should make RPC calls to region server in parallel |
|
Open | Unassigned |
3.
|
Speedup balance |
|
Open | Unassigned |
4.
|
Unlock RegionStates |
|
Open | Unassigned |
5.
|
Parallelize meta scan during startup |
|
Open | Unassigned |
6.
|
ClusterStatus (heartbeat) is too bulky |
|
Open | Unassigned |
7.
|
Bring back root table |
|
Open | Unassigned |
8.
|
Hierarchical Layout for Humongous Tables |
|
Open | Unassigned |
9.
|
Redo FS layout; let go of tables/regions/stores directory hierarchy in DFS |
|
Open | Unassigned |