本文为您介绍如何访问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组件使用的本地磁盘目录。
