zookeeper实现namenode的高可用(HA)(第三篇)
2016-03-27 22:54
771 查看
此篇的目的是怎么检错以及原理
192.168.159.31(node1) Namenode
192.168.159.32(node2) zookeeper Datanode JN(JournalNode)
192.168.159.33(node3) zookeeper Datanode JN
192.168.159.34(node4) zookeeper Datanode JN
192.168.159.35(node5) Namenode
如上图:
namenode之间需要保持一样的元数据,包括fsimage和edits,edits文件会从active的namenode直接写在JN上
在node1上 start-dfs.sh后 若哪个节点没有启动
这个时候最直接的检错方法是查看日志
日志在hadoop/logs日志目录中,哪个节点出错了,就去哪个节点上查看相对应的日志即可
比如:杀死node1后,node5的状态还是standby,此时就需要在node5上查看
tail -100 hadoop-root-zkfc-node5.log 里面会详细的记录为什么zookeeper没有选举node5位active
相关文章推荐
- Tachyon Cluster: 基于Zookeeper的Master High Availability(HA)高可用配置实现
- Spark学习笔记8-搭建spark的HA(用zookeeper实现spark的高可用)
- hadoop2.x通过Zookeeper来实现namenode的HA方案以及ResourceManager单点故障的解决方案
- HDFS namenode 高可用(HA)搭建指南 QJM方式 ——本质是多个namenode选举master,用paxos实现一致性
- Hadoop2.x通过Zookeeper实现NameNode HA方案集群搭建-实践版
- hadoop2.x通过Zookeeper来实现namenode的HA方案以及ResourceManager单点故障的解决方案
- hadoop2.x通过Zookeeper来实现namenode的HA方案以及ResourceManager单点故障的解决方案
- mysql-master-ha 实现mysql master的高可用。
- rmi高可用的简单实现-zookeeper
- Nginx + keepalived 实现高可用HA 【主从架构】
- Hadoop NameNode 高可用 (High Availability) 实现解析
- Linux高可用(HA)之Nginx+Redis+Tomcat集群实现session保持和共享
- 架构分布式____HA和KeepAlive实现高可用负载均衡
- Ubuntu 14.10 下ZooKeeper+Hadoop2.6.0+HBase1.0.0 的HA机群高可用配置
- 使用Keepalived配置主从热备实现Nginx高可用(HA)
- corosync+pacemaker实现高可用(HA)集群(二)
- HA+LB+NAS:三层架构实现群集高可用和高性能
- 基于zookeeper的hadoop HA实现
- HDFS集群搭建,高可用双机热备模式(HA)自动切换,hdfs+zookeeper+journalnode,步骤分步原理详解(适合初学者)
- 【转】Spark:Master High Availability(HA)高可用配置的2种实现