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 |