1 探究Zookeeper

   安装过HBase的开发者一定知道，HBase本身就嵌入了Zookeeper，你可以选择安装嵌入的Zookeeper，也可以安装一个分布式的Zookeeper集群。具体的安装步骤，可以到我的博客里查找。

   我们可以手工与Zookeeper交互的方式就是使用HBaseshell命令。使用zk_dump来查看HBase的安装等信息。

[plain]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <span style="font-size:18px;">   hbase(main):002:0>zk_dump  
  2.    HBaseis rooted at /hbase  
  3. Active master address:hadoop-master,60000,1390921674646  
  4. Backup master addresses:  
  5. Region server holding ROOT:machine-0,60020,1390921686697  
  6. Region servers:  
  7.  machine-1,60020,1390921690387  
  8.  machine-2,60020,1390921767658  
  9.  machine-0,60020,1390921686697  
  10. Quorum Server Statistics:  
  11.  machine-1:2222  
  12.  Zookeeper version: 3.4.5-1392090, built on 09/30/2012 17:52 GMT  
  13.  Clients:  
  14.   /192.168.177.158:55294[1](queued=0,recved=121,sent=135)  
  15.   /192.168.177.172:54763[0](queued=0,recved=1,sent=0)  
  16.   /192.168.177.168:59896[1](queued=0,recved=48,sent=48)  
  17.   /192.168.177.158:55299[1](queued=0,recved=47,sent=47)  
  18.    
  19.  Latency min/avg/max: 0/2/42  
  20.  Received: 217  
  21.  Sent: 230  
  22.  Connections: 4  
  23.   Outstanding:0  
  24.  Zxid: 0x3300000047  
  25.  Mode: follower  
  26.  Node count: 29  
  27.  machine-0:2222  
  28.  Zookeeper version: 3.4.5-1392090, built on 09/30/2012 17:52 GMT  
  29.  Clients:  
  30.   /192.168.177.172:38860[1](queued=0,recved=75,sent=77)  
  31.   /192.168.177.172:38855[1](queued=0,recved=322,sent=369)  
  32.   /192.168.177.167:52643[1](queued=0,recved=78,sent=90)  
  33.   /192.168.177.172:38900[0](queued=0,recved=1,sent=0)  
  34.    
  35.  Latency min/avg/max: 0/2/291  
  36.  Received: 476  
  37.  Sent: 536  
  38.  Connections: 4  
  39.  Outstanding: 0  
  40.  Zxid: 0x3300000047  
  41.  Mode: follower  
  42.  Node count: 29  
  43.  machine-2:2222  
  44.  Zookeeper version: 3.4.5-1392090, built on 09/30/2012 17:52 GMT  
  45.  Clients:  
  46.   /192.168.177.172:45693[0](queued=0,recved=1,sent=0)  
  47.   /192.168.177.172:45687[1](queued=0,recved=13,sent=13)  
  48.   /192.168.177.167:36053[1](queued=0,recved=43,sent=43)  
  49.    
  50.  Latency min/avg/max: 0/0/21  
  51.  Received: 57  
  52.  Sent: 56  
  53.  Connections: 3  
  54.  Outstanding: 0  
  55.  Zxid: 0x3300000047  
  56.  Mode: leader  
  57.  Node count: 29</span>  

 

根据显示的信息，我们可以查阅到HDFS中的HBase根路径，激活的主机地址域名和端口，root表的主机地址和端口。

[plain]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <span style="font-size:18px;">HBase is rooted at /hbase  
  2. Active master address:hadoop-master,60000,1390921674646  
  3. Backup master addresses:  
  4. Region server holding ROOT:machine-0,60020,1390921686697</span>  

区域服务器地址信息

[plain]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <span style="font-size:18px;">Region servers:  
  2.  machine-1,60020,1390921690387  
  3.  machine-2,60020,1390921767658  
  4.  machine-0,60020,1390921686697</span>  

   Zookeeper法定服务器的统计信息，当前的法定服务名称以及Zookeeper版本信息，客户端信息等

[plain]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <span style="font-size:18px;">Quorum Server Statistics:  
  2.  machine-1:2222  
  3.  Zookeeper version: 3.4.5-1392090, built on 09/30/2012 17:52 GMT  
  4.  Clients:  
  5.   /192.168.177.158:55294[1](queued=0,recved=121,sent=135)  
  6.   /192.168.177.172:54763[0](queued=0,recved=1,sent=0)  
  7.   /192.168.177.168:59896[1](queued=0,recved=48,sent=48)  
  8.   /192.168.177.158:55299[1](queued=0,recved=47,sent=47)  
  9.  Latency min/avg/max: 0/2/291  
  10.  Received: 476  
  11.  Sent: 536  
  12.  Connections: 4  
  13.  Outstanding: 0  
  14.  Zxid: 0x3300000047  
  15.  Mode: follower  
  16.  Node count: 29  
  17.  machine-2:2222  
  18.  Zookeeper version: 3.4.5-1392090, built on 09/30/2012 17:52 GMT  
  19.  Clients:  
  20.   /192.168.177.172:45693[0](queued=0,recved=1,sent=0)  
  21.   /192.168.177.172:45687[1](queued=0,recved=13,sent=13)  
  22.   /192.168.177.167:36053[1](queued=0,recved=43,sent=43)  
  23.   
  24.  Latency min/avg/max: 0/0/21  
  25.  Received: 57  
  26.  Sent: 56  
  27.  Connections: 3  
  28.  Outstanding: 0  
  29.  Zxid: 0x3300000047  
  30.  Mode: leader  
  31.  Node count: 29</span>  

     当我们尝试去理解系统当前的状态时，这些信息显得尤为重要。那些主机加入到集群中了，那个主机扮演什么角色。更重要的是，个主机充当HBase的-root-表服务。HBase客户端需要这些信息来实现读写操作，而Zookeeper正好可以提供这些信息。

     客户端能够制动化地与Zookeeper进行操作交流以及找到区域服务器

（RegisionServer）。为了更好的理解这些信息，我们将探究一下HBase中两个特殊的表-root-和.meta.。

2 探究-ROOT-表


   扫描-root-表，查看具体的信息。


从输出的信息可以知道，-root-表包含.meta.表信息。-root-表中仅有一行数据，并且所有的信息是关于region, 这就意味着，整个系统由-root-表管理。这我目前的实例中，一个单一的.meta.表中的region能够包含所有信息。从-root-表中，我们可以知道有4列(regioninfo, server,serverstartcode, v.)数据，.meta.的数据在RegionServer 服务机的machine-0上。由于只有一个region，regioninfo字段中的开始字段startkey和结束字段endkey都为空。

3 探究.META.表

        从上一节中，我们知道，regioninfo中包含region的名称，开始关键字startkey，结束关键字endkey，编码过的名称（编码过的名称是系统内部使用的）。如果.meta.表中没有表单定义，会有下列的显示：

hbase(main):030:0> scan '.META.'

ROW COLUMN+CELL

0 row(s) in 5.4180 seconds

 

一旦有表定义在HBase中，呈现效果会是这样：

[plain]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <span style="font-size:18px;">hbase(main):012:0>scan '.META.'  
  2. ROW                           COLUMN+CELL                                                                          
  3.  car,,1389254794373.41b48a453column=info:regioninfo, timestamp=1389254795518, value={NAME =>'car,,1389254794373.  
  4.  79036ed6a28620f95bc3e73.     41b48a45379036ed6a28620f95bc3e73.',STARTKEY => '', ENDKEY => '', ENCODED => 41b48a4  
  5.                              5379036ed6a28620f95bc3e73,}                                                           
  6.  car,,1389254794373.41b48a453column=info:server, timestamp=1390982716032, value=machine-1:60020                   
  7.  79036ed6a28620f95bc3e73.                                                                                          
  8.  car,,1389254794373.41b48a453column=info:serverstartcode, timestamp=1390982716032, value=1390982688688            
  9.  79036ed6a28620f95bc3e73.                                                                                          
  10.  pentaho_mappings,,1389456264column=info:regioninfo, timestamp=1389456267362, value={NAME =>'pentaho_mappings,,1  
  11.  784.1fa2cc86c50ced5fa39630da389456264784.1fa2cc86c50ced5fa39630dae76fb1a2.', STARTKEY => '', ENDKEY=> '', ENCOD  
  12.  e76fb1a2.                    ED =>1fa2cc86c50ced5fa39630dae76fb1a2,}                                             
  13.  pentaho_mappings,,1389456264column=info:server, timestamp=1390982716247, value=machine-0:60020                   
  14.  784.1fa2cc86c50ced5fa39630da                                                                                      
  15.  e76fb1a2.                                                                                                         
  16.  pentaho_mappings,,1389456264column=info:serverstartcode, timestamp=1390982716247, value=1390982687824             
  17.  784.1fa2cc86c50ced5fa39630da                                                                                      
  18.  e76fb1a2.                                                                                                         
  19.  users,,1389925800801.6a5a2b0column=info:regioninfo, timestamp=1389925809127, value={NAME =>'users,,138992580080  
  20.  170dfd0e19df13849706ec035.   1.6a5a2b0170dfd0e19df13849706ec035.',STARTKEY => '', ENDKEY => '', ENCODED => 6a5a2  
  21.                               b0170dfd0e19df13849706ec035,}                                                        
  22.  users,,1389925800801.6a5a2b0column=info:server, timestamp=1390982718429, value=machine-1:60020                   
  23.  170dfd0e19df13849706ec035.                                                                                         
  24.  users,,1389925800801.6a5a2b0column=info:serverstartcode, timestamp=1390982718429, value=1390982688688            
  25.  170dfd0e19df13849706ec035.                                                                                        
  26.  weblogs,,1389255303284.d2973column=info:regioninfo, timestamp=1389255304879, value={NAME =>'weblogs,,1389255303  
  27.  dcc1b1ff64cc56a197fdd83ec5e.284.d2973dcc1b1ff64cc56a197fdd83ec5e.', STARTKEY => '', ENDKEY => '',ENCODED => d29  
  28.                              73dcc1b1ff64cc56a197fdd83ec5e,}                                                      
  29.  weblogs,,1389255303284.d2973column=info:server, timestamp=1390982716256, value=machine-0:60020                   
  30.  dcc1b1ff64cc56a197fdd83ec5e.                                                                                      
  31.  weblogs,,1389255303284.d2973column=info:serverstartcode, timestamp=1390982716256, value=1390982687824            
  32.  dcc1b1ff64cc56a197fdd83ec5e.                                                                                       
  33. 4 row(s) in0.3280 seconds</span>  

 

  正如你看到的，.META.包含的是表的信息，这里就不详述了。看下列这个结构图便可以理解HBase中这两个表的关系。

  


   doc版本的内容，请点击探究HBase系统.docx

Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生