6.1 测量MapReduce和环境的性能指标
性能调优的基础系统的性能指标和实验数据。依据这些指标和数据,才能找到系统的性能瓶颈。性能指标和实验数据要通过一系列的工具和过程才能得到。
这部分里,将介绍Hadoop自带的工具和性能指标。还将捎带介绍性能监控工具。
6.1.1 作业统计数据抽取工具
这一章中介绍的很多技术都需要从Hadoop中抽取作业和任务的性能指标。有以下三种办法抽取这些统计数据:
- 用JobTracker UI来查看作业和任务的计数器。
- 用Hadoop CLI(命令行界面)来查看作业和任务计数器。此外,还可以从作业历史信息中获得其他性能指标。
- 用本书提供的工具来从作业历史中抽取性能指标
后两种工具的优势在于,既可以看现状信息,也可以看历史信息。好了,现在就开始介绍作业历史信息,以及怎么用Hadoop CLI和本书的工具来从中抽取性能指标。
作业历史信息和CLI(命令行界面)
每个MapReduce都会生成作业统计数据文件。在文件中有作业和任务的统计信息。查看这些统计信息的最便捷的方法就是使用Hadoop CLI。把这些统计信息抽取到HDFS的output目录中的过程命令如下:
$ hadoop job -history output Hadoop job: job_201112081615_0181 ===================================== Job tracker host name: localhost Submitted At: 23-Dec-2011 08:55:22 Launched At: 23-Dec-2011 08:55:22 (0sec) Finished At: 23-Dec-2011 08:55:37 (15sec) Status: SUCCESS Counters: |Group Name |Counter name |Map Value |Reduce Value|Total | ------------------------------------------------------------------- |FileSystem |FILE_BYTES_READ |0 |961,831 |961,831 |FileSystem |HDFS_BYTES_READ |696,068 |0 |696,068 |FileSystem |FILE_BYTES_WRITTEN |1,071,837 |1,071,519 |2,143,356 |FileSystem |HDFS_BYTES_WRITTEN |0 |784,221 |784,221 ... Analysis ========= Time taken by best performing map task 2sec Average time taken by map tasks: 2sec Worse performing map tasks: TaskId Timetaken task_201112081615_0181_m_000001 2sec ...
上述输出信息只是这个命令得到的结果中的一小部分。如果要深入了解,还是亲自执行一下命令,看看全部的输出信息。在上述输出信息中,包含任务任务执行时间的平均值和最差值。通过这些信息,可以很快了解全体性能指标的大致状况。那么,作业的历史信息文件在哪呢?图6.1说明了它的位置:
作业历史信息文件的后缀名是jar。尽管很迷惑人,但它实际上是文本文件,由JobHistory类整理而成。如果有兴趣,可以用JobHistory类来对这个jar文件作逆向工程,生成一个java形式的文件。这里可以只用Hadoop CLI来从HDFS ouput目录和NameNode log目录中抽取作业的统计信息。其实,本书提供的工具也可以完成这些工作。
6.1.2 监控
监控正在运行的MapReduce作业的CPU,内存,网络等各项性能指标无疑是重要的。了解这些指标可以避免硬件系统的部分闲置和过载。如果硬件系统过载了,那么由此而来的资源竞争,CPU上下文切换,内存页交换等就会浪费大量时间。如果硬件系统部分闲置了,那就是浪费资源。
要对系统的运行状态进行自动监控,然后才能够得到硬件系统的历史性能信息,并在特定的情况下发出警告信息。现在有很多这方面的工具:
- Linux内置的系统活动收集器和报告工具
- Nagios
- Ganglia。Ganglia是监控集群的开源项目。它提供了富客户端和图表工具。并能够从Hadoop中获取统计信息。(图6.2)