For early Hbase developers, it is often a nightmare to understand how the different modules speak among themselves and what. This comes in handy to understand what each sub-system is responsible for and which informations do they maintain. This post
Number of Tables: 7Number of live region servers: 3Number of dead region servers: 0Number of empty REGIONINFO_QUALIFIER rows in .META.: 0ERROR: Region url_rule,dl.dict.cn,1381594437892.4ffba0dca164b918911160176a1d05a6. not deployed on any region serv
HBase architecture follows the traditional master slave model where you have a master which takes decisions and one or more slaves which does the real task. In HBase, the master is called HMaster and slaves are called HRegionServers (yes..servers).
HBase vs. BigTable Comparison HBase is an open-source implementation of the Google BigTable architecture. That part is fairly easy to understand and grasp. What I personally feel is a bit more difficult is to understand how much HBase covers and wher
<?xml version="1.0"?> <?xml-stylesheet type="text/xsl" href="configuration.xsl"?> <!-- /** * Copyright 2009 The Apache Software Foundation * * Licensed to the Apache Software Foundation (ASF) under one * or mor