HBase
  1. HBase
  2. HBASE-1364

[performance] Distributed splitting of regionserver commit logs

    Details

    • Type: Improvement Improvement
    • Status: Resolved
    • Priority: Critical Critical
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 0.92.0
    • Component/s: Coprocessors
    • Labels:
      None
    • Hadoop Flags:
      Reviewed
    • Release Note:
      Adds distributed WAL log splitting in place of single-process master orchestrated splitting. Feature is ON by default (To disable, set hbase.master.distributed.log.splitting=false).

      Description

      HBASE-1008 has some improvements to our log splitting on regionserver crash; but it needs to run even faster.

      (Below is from HBASE-1008)

      In bigtable paper, the split is distributed. If we're going to have 1000 logs, we need to distribute or at least multithread the splitting.

      1. As is, regions starting up expect to find one reconstruction log only. Need to make it so pick up a bunch of edit logs and it should be fine that logs are elsewhere in hdfs in an output directory written by all split participants whether multithreaded or a mapreduce-like distributed process (Lets write our distributed sort first as a MR so we learn whats involved; distributed sort, as much as possible should use MR framework pieces). On startup, regions go to this directory and pick up the files written by split participants deleting and clearing the dir when all have been read in. Making it so can take multiple logs for input, can also make the split process more robust rather than current tenuous process which loses all edits if it doesn't make it to the end without error.
      2. Each column family rereads the reconstruction log to find its edits. Need to fix that. Split can sort the edits by column family so store only reads its edits.

      1. org.apache.hadoop.hbase.master.TestDistributedLogSplitting-output.txt
        5.72 MB
        stack
      2. HBASE-1364.patch
        88 kB
        Alex Newman
      3. 1364-v5.txt
        162 kB
        stack

        Issue Links

          Activity

          Alex Newman logged work - 11/May/10 06:23
          • Time Spent:
            4h
             
            <No comment>
          Alex Newman logged work - 05/Jun/10 00:38
          • Time Spent:
            4h
             
            <No comment>

            People

            • Assignee:
              Prakash Khemani
              Reporter:
              stack
            • Votes:
              1 Vote for this issue
              Watchers:
              16 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

                Estimated:
                Original Estimate - 2h Original Estimate - 2h
                2h
                Remaining:
                Remaining Estimate - 0h
                0h
                Logged:
                Time Spent - 10h
                10h

                  Development