Uploaded image for project: 'Hadoop Common'
  1. Hadoop Common
  2. HADOOP-10809

hadoop-azure: page blob support

    XMLWordPrintableJSON

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 2.7.0
    • Component/s: tools
    • Labels:
      None
    • Target Version/s:
    • Hadoop Flags:
      Reviewed

      Description

      Azure Blob Storage provides two flavors: block-blobs and page-blobs. Block-blobs are the general purpose kind that support convenient APIs and are the basis for the Azure Filesystem for Hadoop (see HADOOP-9629).

      Page-blobs use the same namespace as block-blobs but provide a different low-level feature set. Most importantly, page-blobs can cope with an effectively infinite number of small accesses whereas block-blobs can only tolerate 50K appends before relatively manual rewriting of the data is necessary. A simple analogy is that page-blobs are like a regular disk and the basic API is like a low-level device driver.

      See http://msdn.microsoft.com/en-us/library/azure/ee691964.aspx for some introductory material.

      The primary driving scenario for page-blob support is for HBase transaction log files which require an access pattern of many small writes. Additional scenarios can also be supported.

      Configuration:
      The Hadoop Filesystem abstraction needs a mechanism so that file-create can determine whether to create a block- or page-blob. To permit scenarios where application code doesn't know about the details of azure storage we would like the configuration to be Aspect-style, ie configured by the Administrator and transparent to the application. The current solution is to use hadoop configuration to declare a list of page-blob folders – Azure Filesystem for Hadoop will create files in these folders using page-blob flavor. The configuration key is "fs.azure.page.blob.dir", and description can be found in AzureNativeFileSystemStore.java.

      Code changes:

      • refactor of basic Azure Filesystem code to use a general BlobWrapper and specialized BlockBlobWrapper vs PageBlobWrapper
      • introduction of PageBlob support (read, write, etc)
      • miscellaneous changes such as umask handling, implementation of createNonRecursive(), flush/hflush/hsync.
      • new unit tests.

      Credit for the primary patch: Dexter Bradshaw, Mostafa Elhemali, Eric Hanson, Mike Liddell.

      Also included in the patch is support for atomic folder rename over the Azure blob store through the Azure file system layer for Hadoop. See the README file for more details, including how to use the fs.azure.atomic.rename.dir configuration variable to control where atomic folder rename logic is applied. By default, folders under /hbase have atomic rename applied, which is needed for correct operation of HBase.

        Attachments

        1. HADOOP-10809.02.patch
          149 kB
          Eric Hanson
        2. HADOOP-10809.03.patch
          167 kB
          Eric Hanson
        3. HADOOP-10809.04.patch
          688 kB
          Eric Hanson
        4. HADOOP-10809.05.patch
          357 kB
          Eric Hanson
        5. HADOOP-10809.06.patch
          361 kB
          Eric Hanson
        6. HADOOP-10809.07.patch
          360 kB
          Eric Hanson
        7. HADOOP-10809.08.patch
          360 kB
          Eric Hanson
        8. HADOOP-10809.09.patch
          362 kB
          Eric Hanson
        9. HADOOP-10809.1.patch
          141 kB
          Mike Liddell
        10. HADOOP-10809.10.patch
          363 kB
          Eric Hanson
        11. HADOOP-10809.11.patch
          366 kB
          Eric Hanson

          Issue Links

            Activity

              People

              • Assignee:
                ehans Eric Hanson
                Reporter:
                mikeliddell Mike Liddell
              • Votes:
                0 Vote for this issue
                Watchers:
                13 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: