本文为您介绍如何访问HDFS Web UI、NameNode服务地址、NameNode UI首页介绍以及NameNode UI启动说明。

访问HDFS Web UI

您可以通过SSH隧道和控制台两种方式访问HDFS Web UI,具体操作请参见通过SSH隧道方式访问开源组件Web UI访问链接与端口

NameNode服务地址

版本 访问地址 说明
hadoop 3.x http://${namenode_hostname}:9870 ${namenode_hostname}需要替换为对应节点的hostname。
hadoop 2.x http://${namenode_hostname}:50070 ${namenode_hostname}需要替换成对应节点的hostname。

NameNode UI首页介绍

Overview

Overview
其中,第一行Overview后,为当前NameNode节点的hostname,括号内为active或standby,对应当前节点的高可用状态。其他参数说明如下。
参数 说明
Namespace NameNode的nameservice地址。
NameNode ID 当前NameNode的Service ID。
Started NameNode本次启动时间。
Version HDFS版本号。
Compiled 编译相关信息。
Cluster ID HDFS集群标识。
Block Pool ID HDFS Block Pool标识。

Summary

Summary
主要信息说明如下:
  • Security:表示集群是否开启Kerberos。
  • Safemode:表示集群是否是Safemode只读状态。
  • 文件、目录和数据块的数量,Active NameNode和Standby NameNode的统计有一定差异,属于正常现象,以Active NameNode的数据为准。

NameNode Journal Status

NameNode在高可用模式下,需要重点关注,其中:
  • Active NameNode为写模式Active NameNode为写模式

    Active节点的QJM的state需要关注每个Journal Node的Written txid的ID,如果某一个ID一直为0或者长期较高,需要重置Journal Node。

  • Standby NameNode为读模式Standby NameNode为读模式

    Standby节点的QJM的state为读模式,一般无需特别关注。

NameNode Storage

NameNode Storage

由于NameNode是异步Checkpoint FsImage,因此Image Type的state需要重点关注。例如当Standby的Image Type长期处于Failed状态时,会导致edits积压,此时如果NameNode发生重启,会消耗较多时间读取edits文件。

NameNode UI启动说明

NameNode UI启动

NameNode启动需要以下几步:Load FsImage、Load edits、Wait Reported blocks。一般来说如果Load FsImage和Wait Reported blocks阶段时间较长,可以检查是否需要调整GC参数。如果Load edits阶段时间较长,可以检查JournalNode下是否产生了大量堆积。JournalNode的目录信息请参见HDFS组件使用的本地磁盘目录