HDFS源码分析数据块复制监控线程ReplicationMonitor(一)

简介:         ReplicationMonitor是HDFS中关于数据块复制的监控线程,它的主要作用就是计算DataNode工作,并将复制请求超时的块重新加入到待调度队列。其定义及作为线程核心的run()方法如下: /** * Periodically calls computeReplicationWork().

        ReplicationMonitor是HDFS中关于数据块复制的监控线程,它的主要作用就是计算DataNode工作,并将复制请求超时的块重新加入到待调度队列。其定义及作为线程核心的run()方法如下:

  /**
   * Periodically calls computeReplicationWork().
   * 周期性调用computeReplicationWork()方法
   */
  private class ReplicationMonitor implements Runnable {

    @Override
    public void run() {
    	
      // 如果namesystem持续运行,while循环一直进行
      while (namesystem.isRunning()) {
        try {
          // Process replication work only when active NN is out of safe mode.
          if (namesystem.isPopulatingReplQueues()) {
            // 计算数据节点工作
        	computeDatanodeWork();
        	// 将复制请求超时的块重新加入到待调度队列
            processPendingReplications();
          }
          
          // 线程休眠replicationRecheckInterval时间
          Thread.sleep(replicationRecheckInterval);
        } catch (Throwable t) {
          if (!namesystem.isRunning()) {
            LOG.info("Stopping ReplicationMonitor.");
            if (!(t instanceof InterruptedException)) {
              LOG.info("ReplicationMonitor received an exception"
                  + " while shutting down.", t);
            }
            break;
          } else if (!checkNSRunning && t instanceof InterruptedException) {
            LOG.info("Stopping ReplicationMonitor for testing.");
            break;
          }
          LOG.fatal("ReplicationMonitor thread received Runtime exception. ", t);
          terminate(1, t);
        }
      }
    }
  }
        ReplicationMonitor线程的run()方法运行逻辑比较清晰,如果namesystem持续运行,while循环一直进行,在这个循环内,仅当活跃NN不在安全模式时才会进行复制工作:

        1、调用computeDatanodeWork()方法计算数据节点工作;

        2、调用processPendingReplications()方法将复制请求超时的块重新加入到待调度队列

        3、线程休眠replicationRecheckInterval时间后继续运行。

        首先说下这个replicationRecheckInterval,它是名字节点检查新的复制工作的时间间隔,其初始化在BlockManager的构造函数中,代码如下:

    this.replicationRecheckInterval = 
      conf.getInt(DFSConfigKeys.DFS_NAMENODE_REPLICATION_INTERVAL_KEY, 
                  DFSConfigKeys.DFS_NAMENODE_REPLICATION_INTERVAL_DEFAULT) * 1000L;
        其取值取参数dfs.namenode.replication.interval,参数未配置的话,默认为3秒。

        再来看下计算数据节点工作的computeDatanodeWork()方法,它负责计算块复制、块无效工作可以被调度到数据节点的总数,数据节点将在接下来的心跳中被指派该工作,并返回被调度的复制或移除的块的数目,代码如下:

  /**
   * Compute block replication and block invalidation work that can be scheduled
   * on data-nodes. The datanode will be informed of this work at the next
   * heartbeat.
   * 
   * 计算块复制、块无效工作可以被调度到数据节点的总数。数据节点将在接下来的心跳中被指派该工作。
   * 返回被调度的复制或移除的块的数目
   * 
   * @return number of blocks scheduled for replication or removal.
   */
  int computeDatanodeWork() {
    // Blocks should not be replicated or removed if in safe mode.
    // It's OK to check safe mode here w/o holding lock, in the worst
    // case extra replications will be scheduled, and these will get
    // fixed up later.
	  
	// 如果namesystem处于安全模式,直接返回0
    if (namesystem.isInSafeMode()) {
      return 0;
    }

    // 通过心跳管理器heartbeatManager获取存活数据节点数
    final int numlive = heartbeatManager.getLiveDatanodeCount();
    
    // blocksReplWorkMultiplier为集群每个周期每个DataNode平均待复制的数据块数量,
    // blocksToProcess为每个周期集群需要复制的数据块数量
    final int blocksToProcess = numlive
        * this.blocksReplWorkMultiplier;
    
    // blocksInvalidateWorkPct为集群每个周期每个DataNode平均待删除的无效数据块百分比
    // nodesToProcess为集群每个周期待删除的无效数据块数量
    final int nodesToProcess = (int) Math.ceil(numlive
        * this.blocksInvalidateWorkPct);

    // 计算复制工作量workFound
    int workFound = this.computeReplicationWork(blocksToProcess);

    // Update counters
    // namesystem加写锁
    namesystem.writeLock();
    try {
    	
      // 调用updateState()方法更新相关状态
      this.updateState();
      
      // 将计算得到的复制工作量workFound赋值给被调度复制的数据块数scheduledReplicationBlocksCount
      this.scheduledReplicationBlocksCount = workFound;
    } finally {
    	
      // namesystem释放写锁
      namesystem.writeUnlock();
    }
    
    // 计算删除无效块工作量,并累加到workFound
    workFound += this.computeInvalidateWork(nodesToProcess);
    
    // 返回总工作量workFound
    return workFound;
  }
       computeDatanodeWork()方法的处理逻辑大体如下:

        1、如果namesystem处于安全模式,直接返回0;

        2、通过心跳管理器heartbeatManager获取存活数据节点数numlive;

        3、计算每个周期集群需要复制的数据块数量blocksToProcess:存活数据节点数numlive乘以集群每个周期每个DataNode平均待复制的数据块数量blocksReplWorkMultiplier,blocksReplWorkMultiplier取参数dfs.namenode.replication.work.multiplier.per.iteration,参数未配置的话默认为2;

        4、计算集群每个周期待删除的无效数据块数量nodesToProcess:存活数据节点数numlive乘以集群每个周期每个DataNode平均待删除的无效数据块百分比blocksInvalidateWorkPct,blocksInvalidateWorkPct取参数dfs.namenode.invalidate.work.pct.per.iteration,参数未配置的话默认为0.32f,计算结果向上取整;

        5、调用computeReplicationWork()方法,传入blocksToProcess,计算复制工作量workFound;

        6、namesystem加写锁;

        7、调用updateState()方法更新相关状态;

        8、将计算得到的复制工作量workFound赋值给被调度复制的数据块数scheduledReplicationBlocksCount;

        9、namesystem释放写锁;

        10、调用computeInvalidateWork()方法,传入nodesToProcess(),计算删除无效块工作量,并累加到workFound;

        11、返回总工作量workFound。

        下面,我们看下计算复制工作量的computeReplicationWork()方法,代码如下:

  /**
   * Scan blocks in {@link #neededReplications} and assign replication
   * work to data-nodes they belong to.
   *
   * The number of process blocks equals either twice the number of live
   * data-nodes or the number of under-replicated blocks whichever is less.
   *
   * @return number of blocks scheduled for replication during this iteration.
   */
  int computeReplicationWork(int blocksToProcess) {
    List<List<Block>> blocksToReplicate = null;
    
    // namesystem加写锁
    namesystem.writeLock();
    try {
      // Choose the blocks to be replicated
      // 通过neededReplications的chooseUnderReplicatedBlocks()方法,
      // 选取blocksToProcess个待复制的数据块,放入blocksToReplicate列表,
      // blocksToReplicate是一个数据块列表的列表,外层的位置索引代表数据块复制的优先级
      blocksToReplicate = neededReplications
          .chooseUnderReplicatedBlocks(blocksToProcess);
    } finally {
    	
      // namesystem释放写锁
      namesystem.writeUnlock();
    }
    
    // 调用computeReplicationWorkForBlocks()方法,进行实际数据块复制操作,传入待复制数据块列表的列表,位置索引代表复制的优先级
    return computeReplicationWorkForBlocks(blocksToReplicate);
  }
        computeReplicationWork()方法比较短,逻辑也很清晰,如下:

        1、namesystem加写锁;

        2、通过neededReplications的chooseUnderReplicatedBlocks()方法,选取blocksToProcess个待复制的数据块,放入blocksToReplicate列表,blocksToReplicate是一个数据块列表的列表,外层的位置索引代表数据块复制的优先级:

        关于如何通过neededReplications的chooseUnderReplicatedBlocks()方法选取blocksToProcess个待复制的数据块,请参考《HDFS源码分析之UnderReplicatedBlocks(二)》一文;

        3、namesystem释放写锁;

        4、调用computeReplicationWorkForBlocks()方法,进行实际数据块复制操作,传入待复制数据块列表的列表,位置索引代表复制的优先级。




相关文章
|
11天前
|
监控
写一个线程来监控各线程是否发生阻塞
写一个线程来监控各线程是否发生阻塞
19 0
|
8月前
|
监控 C# C++
VS+C#+WPF多线程视频摄像头播放器监控
VS+C#+WPF多线程视频摄像头播放器监控
169 0
VS+C#+WPF多线程视频摄像头播放器监控
|
9月前
|
Web App开发 消息中间件 Prometheus
Spring Boot 服务监控,健康检查,线程信息,JVM堆信息,指标收集,运行情况监控等!(一)
Spring Boot 服务监控,健康检查,线程信息,JVM堆信息,指标收集,运行情况监控等!
|
5月前
|
监控 安全 API
7.1 Windows驱动开发:内核监控进程与线程回调
在前面的文章中`LyShark`一直在重复的实现对系统底层模块的枚举,今天我们将展开一个新的话题,内核监控,我们以`监控进程线程`创建为例,在`Win10`系统中监控进程与线程可以使用微软提供给我们的两个新函数来实现,此类函数的原理是创建一个回调事件,当有进程或线程被创建或者注销时,系统会通过回调机制将该进程相关信息优先返回给我们自己的函数待处理结束后再转向系统层。
61 0
7.1 Windows驱动开发:内核监控进程与线程回调
|
5月前
|
监控 安全 Windows
4.3 Windows驱动开发:监控进程与线程对象操作
在内核中,可以使用`ObRegisterCallbacks`这个内核回调函数来实现监控进程和线程对象操作。通过注册一个`OB_CALLBACK_REGISTRATION`回调结构体,可以指定所需的回调函数和回调的监控类型。这个回调结构体包含了回调函数和监控的对象类型,还有一个`Altitude`字段,用于指定回调函数的优先级。优先级越高的回调函数会先被调用,如果某个回调函数返回了一个非NULL值,后续的回调函数就不会被调用。当有进程或线程对象创建、删除、复制或重命名时,内核会调用注册的回调函数。回调函数可以访问被监控对象的信息,如句柄、进程ID等,并可以采取相应的操作,如打印日志、记录信息等。
32 0
4.3 Windows驱动开发:监控进程与线程对象操作
|
9月前
|
JSON 监控 安全
Spring Boot 服务监控,健康检查,线程信息,JVM堆信息,指标收集,运行情况监控等!(二)
Spring Boot 服务监控,健康检查,线程信息,JVM堆信息,指标收集,运行情况监控等!
|
12月前
|
安全 Java API
Java Review - SimpleDateFormat线程不安全原因的源码分析及解决办法
Java Review - SimpleDateFormat线程不安全原因的源码分析及解决办法
137 0