前几天搞测试Hbase的master切换时,当把master挂掉时,配置的backup master并没有自动拉起,搞了好久都没有搞通。查看hbase提供的zookeeper dump 页面(知道是哪不?不知道那就告诉你:http://server88:60010/zk.jsp),也显示没有backup master,信息如下:
HBase is rooted at /hbase
Active master address: server88,60000,1377272127058
Backup master addresses:
Backup master 空空如也!!!
今天闲逛时,突然看到一篇文章,刚好说的就是这个问题,就如他所述照做一番,哈哈,奇迹出现了!so,在心底暗暗感谢那位大侠之余再与他人分享之!(班门弄斧了就,望大牛们默笑,小牛继续努力)
划重点了!划重点了!!
配置backup master的方式是在hbase的conf下增加文件backup-masters,在该文件里面增加backup master的机器列表,每台机器一条记录。
[cdh4@ecmserver conf]$ cat backup-masters
server86
server87
重启集群,server88(主)的master进程启动了,同时会发现server86与server87上的Hmaster进程也被启动了。再通过zookeeper dump 页面查看,信息如下:
HBase is rooted at /hbase
Active master address: server88,60000,1377272127058
Backup master addresses:
server87,60000,1377272633662
server86,60000,1377271903727
出现了!有木有啊有木有!
测试:
停掉server88的master
./hbase-daemon.sh stop master
此时查看其它两台状态,发现Active master 是server87,几秒就完成了切换。查看下server87的页面,信息如下:
HBase is rooted at /hbase
Active master address: server87,60000,1377272633662
Backup master addresses:
server86,60000,1377271903727
此时,server88并不在Backup master中,手工把server88的HMaster启动后会发现,对外提供服务的还是server87,而不会切换回到server88,但Backup master中多出了个server88。
哦了!问题解决了。
随笔原创,如有不当或错误之处,还望批评指正,感激涕零!!!
转载请说明出处:
http://xmaster.iteye.com/admin/blogs/1930271
分享到:
相关推荐
为了提高系统的可用性,可以在HBase集群中添加一个或多个备份Master。这可以通过修改`hbase-site.xml`文件中的`hbase.master.info.port`和`hbase.master.info.address`属性来实现,指定多个Master节点。例如: ```...
- Master:1台 - ZooKeeper:3台 - **软件配置**: - CPU:每台服务器配备8核,通过超线程技术扩展至16或24个线程。 - 内存:每台服务器配置24GB内存,其中RegionServer分配4GB堆内存。 - 磁盘:单个服务器配备...
- 创建`backup-masters`文件以实现HMaster的高可用。 5. **环境变量配置**:设置HBase相关的环境变量,确保其在系统路径中可用。 6. **分发配置文件**:将配置好的HBase目录及其环境变量同步到集群中的所有节点。 7...
hbase-daemon.sh start master ``` 以上步骤涵盖了HBase的基本安装与配置流程。需要注意的是,在实际操作过程中还需根据具体的环境进行相应的调整。此外,为了保证系统的稳定性和高效性,建议定期检查和优化配置...
6. **等待成为Active Master:** - Block直到当前Master变为Active状态。 - 检查配置项“hbase.master.backup”,确定自身是否为备份Master,如果是,则Block直到检测到系统中存在Active Master。
为了模拟真实的Hadoop高可用集群服务,本项目采用三台虚拟机进行搭建,其主机名与IP地址分别为: - master1 - 169.254.51.101 - master2 - 169.254.51.102 - slave1 - 169.254.51.103 在每台虚拟机上安装必要的软件...
SeaweedFS的设计理念是灵活性、高性能和高可用性,适用于各种场景,从简单的文件存储到复杂的云存储和大数据处理。它的可定制性使其能够在不同需求下进行数据放置,将不常访问的数据自动迁移到低成本的云存储层,...
MySQL 是一款广泛使用的开源关系型数据库...这些知识点覆盖了 MySQL 的基本操作、权限管理、备份恢复、性能优化和高可用性等方面,是面试中常见的问题。理解并掌握这些知识点对于成为一名合格的 MySQL DBA 至关重要。
1. 分布式文件系统(HDFS):Hadoop的核心之一是Hadoop Distributed File System(HDFS),它将大文件分割成多个数据块,并在集群的不同节点上复制和存储,确保高可用性和容错性。Hadoop 2.2.0对HDFS进行了增强,如...
NoSQL(Not Only SQL),即非关系型数据库,旨在解决传统关系型数据库难以应对的高并发、高可用、高可扩展性以及大数据存储等问题。 ##### NoSQL的分类: 1. **键值(Key-Value)存储数据库**:这类数据库通过键值对...