大数据培训新三板挂牌机构 股票代码:837906 | EN CN
异常解决方案—NameNode 宕机读写测试
异常解决方案—NameNode 宕机切换实验
异常解决方案—Data Node 配置
异常解决方案—Backup Node配置
异常解决方案—NameNode配置
异常解决方案—6.5.1异常情况分析
安装及配置
5NameNode安装及配置以及6BackupNode安装及配置
6.4.4虚拟机集群架设
6.4.3安装JDK
3.配置操作系统
2.创建虚拟机与安装操作系统
6.4构建实验环境
实验方案说明
故障切换机制
日志池(journal spool)机制
元数据操作情景分——BackupNode更新磁盘上的日志文件
元数据操作情景分——NameNode通过日志输出流......
元数据操作情景分——NameNode将日志写入日志文件
元数据操作情景分——NameNode更新内存镜像
元数据操作情景分——客户端执行命令流程
元数据操作情景分
Hadoop的Backup Node方案——运行机制分析(5)
Hadoop的Backup Node方案——运行机制分析(4)
Hadoop的Backup Node方案——运行机制分析(3)
Hadoop的Backup Node方案——运行机制分析(2)
Hadoop的Backup Node方案——运行机制分析(1)
Hadoop的Backup Node方案——系统架构
Hadoop的Backup Node方案—Backup Node 概述
元数据可靠性机制以及使用说明
Checkpoint 过程情景分析
元数据更新及日志写入情景分析
NameNode启动加载元数据情景分析
Hadoop的元数据备份机制的进行分析
元数据应用场景分析
Format情景分析
磁盘元数据文件
HDFS之代码分析——元数据结构
HDFS之内存元数据结构
什么是HDFS的元数据
Hadoop中DRDB方案和AvatarNode方案
Hadoop中常用各方案的对比
Hadoop的BackupNode方案
Hadoop的CheckpointNode方案
Hadoop的SecondaryNameNode方案
Hadoop的元数据备份方案
影响HDFS可用性的几个因素
什么是高可用性? 详细解析
HDFS系统架构简介
如何安装和配置Hadoop集群
如何在Windows下安装Hadoop
在MacOSX上安装与配置Hadoop
Linux下安装Hadoop的步骤
Hadoop的集群安全策略介绍
Hive的数据管理介绍
HBase的数据管理介绍
HDFS的数据管理介绍
Hadoop计算模型之 MapReduce 简介
Hadoop于分布式开发
Hadoop体系结构介绍
Hadoop的项目结构详解
一文读懂Hadoop

故障切换机制

于2018-01-19由小牛君创建

分享到:


6.2.4故障切换机制

按照BackupNode的开发计划,BackupNode需要经过三个阶段,最后才能成为WarmStandby,目前最新代码0.21.0中的BackupNode处于第2个阶段,即只支持Checkpoint,不支持热备切换。具体代码分析如下:

BackupNode启动过程(部分代码)

BackupNode.java

protected void initialize(Configuration conf) throws IOException {

……

super.initialize(conf);

……

}

NameNode.java

protected void initialize(Configuration conf) throws IOException {

……

loadNamesystem(conf);

……

}

protected void loadNamesystem(Configuration conf) throws IOException {

this.namesystem = new FSNamesystem(conf);

}

FSNamesystem.java

FSNamesystem(Configuration conf) throws IOException {

try {

initialize(conf, null);

} catch(IOException e) {

……

}

}

private void initialize(Configuration conf, FSImage fsImage)

throws IOException {

if(fsImage == null) {

……

this.dir.loadFSImage(getNamespaceDirs(conf),getNamespaceEditsD

irs(conf),

startOpt);

……

}

}

BackupNode启动过程调用的是FSNamesystemFSNamesystem (Configur-ation  confBackupStorage  bnImage)构造方法,所以在FSNamesystem.initialize(Configuration  confFSImage  fsImage)fsImage不为nullthis.dir.loadFSImage(getNamespaceDirsconf)未被调用,而在此方法中FSDirectory实例的全局变量this.ready=true,并且只有此处this.ready被赋值为true,其初值为false。所以BN的生命周期中this.ready的值始终为false,而NameNode调用的是FSNamesystemFSNamesystem(Configuration conf)构造方法,在FSNamesystem.Initialize(Configuration confFSImage fsImage)fsImagenull,所以其FSDire-ctory实例的全局变量this.readytrue

大多数文件操作方法首先都会对FSDirectory类的waitForReady()方法进行

调用,因此,当NameNode无法正常服务时,客户端连接到Backup Node所进行

的操作都会阻塞在waitForReady(),而那些没有调用waitForReady()的命令(如

mkdir)则能执行。

FSDirectory.java

void waitForReady() {

if (!ready) {

synchronized (this) {

while (!ready) {

try {

this.wait(5000);

} catch (InterruptedException ie) {}

}

}

}

}