本文为您介绍如何访问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后,为当前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

主要信息说明如下:
- Security:表示集群是否开启Kerberos。
- Safemode:表示集群是否是Safemode只读状态。
- 文件、目录和数据块的数量,Active NameNode和Standby NameNode的统计有一定差异,属于正常现象,以Active NameNode的数据为准。
NameNode Journal Status
NameNode在高可用模式下,需要重点关注,其中:
- Active NameNode为写模式
Active节点的QJM的state需要关注每个Journal Node的Written txid的ID,如果某一个ID一直为0或者长期较高,需要重置Journal Node。
- Standby NameNode为读模式
Standby节点的QJM的state为读模式,一般无需特别关注。
NameNode Storage

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

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