centos 搭建伪分布式hadoop

Hadoop伪分布式配置

Hadoop 能够在单节点上以伪分布式的方式运行,Hadoop 进程以分离的 Java 进程来运行,节点既做为 NameNode 也做为 DataNode,同时,读取的是 HDFS 中的文件。java

在设置 Hadoop 伪分布式配置前,咱们还须要设置 HADOOP 环境变量,执行以下命令在 ~/.bashrc 中设置:node

vi ~/.bashrc

此次咱们选择用 gedit 而不是 vim 来编辑。gedit 是文本编辑器,相似于 Windows 中的记事本,会比较方便。保存后记得关掉整个 gedit 程序,不然会占用终端。在文件最后面增长以下内容:apache

# Hadoop Environment Variables
export JAVA_HOME=/usr/local/java
export HADOOP_HOME=/usr/local/hadoop
export HADOOP_INSTALL=$HADOOP_HOME
export HADOOP_MAPRED_HOME=$HADOOP_HOME
export HADOOP_COMMON_HOME=$HADOOP_HOME
export HADOOP_HDFS_HOME=$HADOOP_HOME
export YARN_HOME=$HADOOP_HOME
export HADOOP_COMMON_LIB_NATIVE_DIR=$HADOOP_HOME/lib/native
export PATH=$PATH:$HADOOP_HOME/sbin:$HADOOP_HOME/bin:$JAVA_HOME/bin

保存后,不要忘记执行以下命令使配置生效:vim

source ~/.bashrc

这些变量在启动 Hadoop 进程时须要用到,不设置的话可能会报错(这些变量也能够经过修改 ./etc/hadoop/hadoop-env.sh 实现)。bash

Hadoop 的配置文件位于 /usr/local/hadoop/etc/hadoop/ 中,伪分布式须要修改2个配置文件 core-site.xml 和 hdfs-site.xml 。Hadoop的配置文件是 xml 格式,每一个配置以声明 property 的 name 和 value 的方式来实现。服务器

修改配置文件 core-site.xml (经过 gedit 编辑会比较方便: vi ./etc/hadoop/core-site.xml),将当中的框架

<configuration>
</configuration>
  1. XML修改成下面配置:
<configuration>
<property>
<name>hadoop.tmp.dir</name>
<value>file:/usr/local/hadoop/tmp</value>
<description>Abase for other temporary directories.</description>
</property>
<property>
<name>fs.defaultFS</name>
<value>hdfs://localhost:9000</value>
</property>
</configuration>
  1. XML

一样的,修改配置文件 hdfs-site.xml编辑器

<configuration>
<property>
<name>dfs.replication</name>
<value>1</value>
</property>
<property>
<name>dfs.namenode.name.dir</name>
<value>file:/usr/local/hadoop/tmp/dfs/name</value>
</property>
<property>
<name>dfs.datanode.data.dir</name>
<value>file:/usr/local/hadoop/tmp/dfs/data</value>
</property>
</configuration>
  1. XML

配置完成后,执行 NameNode 的格式化:分布式

./bin/hdfs namenode -format

成功的话,会看到 “successfully formatted” 和 “Exitting with status 0” 的提示,oop

若为 “Exitting with status 1” 则是出错。

执行NameNode格式化

接着开启 NaneNode 和 DataNode 守护进程:

./sbin/start-dfs.sh

若出现以下 SSH 的提示 “Are you sure you want to continue connecting”,输入 yes 便可。

首次启动Hadoop时的SSH提示

首次启动Hadoop时的SSH提示

启动时可能会有 WARN 提示 “WARN util.NativeCodeLoader…” 如前面提到的,这个提示不会影响正常使用。

若出现JAVA_HOME 环境变量问题。配置以下:

进入$HADOOP_HOME/etc/hadoop目录,配置 hadoop-env.sh,yarn-env.sh等。

涉及的配置文件以下:

1)配置hadoop-env.sh

# The java implementation to use.
#export JAVA_HOME=${JAVA_HOME}
export JAVA_HOME=/usr/lib/jdk1.6.0_45


2)配置yarn-env.sh

#export JAVA_HOME=/home/y/libexec/jdk1.6.0/
export JAVA_HOME=/usr/lib/jdk1.6.0_45

启动完成后,能够经过命令 jps 来判断是否成功启动,若成功启动则会列出以下进程: “NameNode”、”DataNode”和SecondaryNameNode(若是 SecondaryNameNode 没有启动,请运行 sbin/stop-dfs.sh 关闭进程,而后再次尝试启动尝试)。若是没有 NameNode 或 DataNode ,那就是配置不成功,请仔细检查以前步骤,或经过查看启动日志排查缘由。

经过jps查看启动的Hadoop进程

经过查看启动日志分析启动失败缘由

有时 Hadoop 没法正确启动,如 NameNode 进程没有顺利启动,这时能够查看启动日志来排查缘由,注意几点:

  • 启动时会提示形如 “dblab: starting namenode, logging to /usr/local/hadoop/logs/hadoop-hadoop-namenode-dblab.out”,其中 dblab 对应你的主机名,但启动的日志信息是记录在 /usr/local/hadoop/logs/hadoop-hadoop-namenode-dblab.log 中,因此应该查看这个后缀为 .log 的文件;
  • 每一次的启动日志都是追加在日志文件以后,因此得拉到最后面看,看下记录的时间就知道了。
  • 通常出错的提示在最后面,也就是写着 Fatal、Error 或者 Java Exception 的地方。
  • 能够在网上搜索一下出错信息,看可否找到一些相关的解决方法。

成功启动后,能够访问 Web 界面 http://localhost:50070 查看 NameNode 和 Datanode 信息,

还能够在线查看 HDFS 中的文件。

Hadopp的Web界面

运行Hadoop伪分布式实例

上面的单机模式,grep 例子读取的是本地数据,伪分布式读取的则是 HDFS 上的数据。要使用 HDFS,首先须要在 HDFS 中建立用户目录:

./bin/hdfs dfs -mkdir -p /user/hadoop

接着将 ./etc/hadoop 中的 xml 文件做为输入文件复制到分布式文件系统中,即将 /usr/local/hadoop/etc/hadoop 复制到分布式文件系统中的 /user/hadoop/input 中。咱们使用的是 hadoop 用户,而且已建立相应的用户目录 /user/hadoop ,所以在命令中就可使用相对路径如 input,其对应的绝对路径就是 /user/hadoop/input:

./bin/hdfs dfs -mkdir input
./bin/hdfs dfs -put ./etc/hadoop/*.xml input

复制完成后,能够经过以下命令查看 HDFS 中的文件列表:

./bin/hdfs dfs -ls input

伪分布式运行 MapReduce 做业的方式跟单机模式相同,区别在于伪分布式读取的是HDFS中的文件(能够将单机步骤中建立的本地 input 文件夹,输出结果 output 文件夹都删掉来验证这一点)。

./bin/hadoop jar ./share/hadoop/mapreduce/hadoop-mapreduce-examples-*.jar grep input output 'dfs[a-z.]+'

查看运行结果的命令(查看的是位于 HDFS 中的输出结果):

./bin/hdfs dfs -cat output/*

结果以下,注意到刚才咱们已经更改了配置文件,因此运行结果不一样。

Hadoop伪分布式运行grep的结果

咱们也能够将运行结果取回到本地:

rm -r ./output # 先删除本地的 output 文件夹(若是存在)
./bin/hdfs dfs -get output ./output # 将 HDFS 上的 output 文件夹拷贝到本机
cat ./output/*

Hadoop 运行程序时,输出目录不能存在,不然会提示错误 “org.apache.hadoop.mapred.FileAlreadyExistsException: Output directory hdfs://localhost:9000/user/hadoop/output already exists” ,所以若要再次执行,须要执行以下命令删除 output 文件夹:

./bin/hdfs dfs -rm -r output # 删除 output 文件夹

运行程序时,输出目录不能存在

运行 Hadoop 程序时,为了防止覆盖结果,程序指定的输出目录(如 output)不能存在,不然会提示错误,所以运行前须要先删除输出目录。在实际开发应用程序时,可考虑在程序中加上以下代码,能在每次运行时自动删除输出目录,避免繁琐的命令行操做:

Configuration conf = new Configuration();
Job job = new Job(conf);

/* 删除输出目录 */
Path outputPath = new Path(args[1]);
outputPath.getFileSystem(conf).delete(outputPath, true);

Java

若要关闭 Hadoop,则运行

./sbin/stop-dfs.sh

注意下次启动 hadoop 时,无需进行 NameNode 的初始化,只须要运行 ./sbin/start-dfs.sh 就能够!

启动YARN

(伪分布式不启动 YARN 也能够,通常不会影响程序执行)

有的读者可能会疑惑,怎么启动 Hadoop 后,见不到书上所说的 JobTracker 和 TaskTracker,这是由于新版的 Hadoop 使用了新的 MapReduce 框架(MapReduce V2,也称为 YARN,Yet Another Resource Negotiator)。

YARN 是从 MapReduce 中分离出来的,负责资源管理与任务调度。YARN 运行于 MapReduce 之上,提供了高可用性、高扩展性,YARN 的更多介绍在此不展开,有兴趣的可查阅相关资料。

上述经过 ./sbin/start-dfs.sh 启动 Hadoop,仅仅是启动了 MapReduce 环境,咱们能够启动 YARN ,让 YARN 来负责资源管理与任务调度。

首先修改配置文件 mapred-site.xml,这边须要先进行重命名:

mv ./etc/hadoop/mapred-site.xml.template ./etc/hadoop/mapred-site.xml

而后再进行编辑,一样使用 gedit 编辑会比较方便些 gedit ./etc/hadoop/mapred-site.xml :

<configuration>
<property>
<name>mapreduce.framework.name</name>
<value>yarn</value>
</property>
</configuration>

接着修改配置文件 yarn-site.xml

 
<configuration>
<property>
<name>yarn.nodemanager.aux-services</name>
<value>mapreduce_shuffle</value>
</property>
</configuration>

而后就能够启动 YARN 了(须要先执行过 ./sbin/start-dfs.sh):

./sbin/start-yarn.sh $ 启动YARN
./sbin/mr-jobhistory-daemon.sh start historyserver # 开启历史服务器,才能在Web中查看任务运行状况

开启后经过 jps 查看,能够看到多了 NodeManager 和 ResourceManager 两个后台进程,以下图所示。

开启YARN

启动 YARN 以后,运行实例的方法仍是同样的,仅仅是资源管理方式、任务调度不一样。观察日志信息能够发现,不启用 YARN 时,是 “mapred.LocalJobRunner” 在跑任务,启用 YARN 以后,是 “mapred.YARNRunner” 在跑任务。

启动 YARN 有个好处是能够经过 Web 界面查看任务的运行状况:http://localhost:8088/cluster,以下图所示。

开启YARN后能够查看任务运行信息

但 YARN 主要是为集群提供更好的资源管理与任务调度,然而这在单机上体现不出价值,反而会使程序跑得稍慢些。所以在单机上是否开启 YARN 就看实际状况了。

不启动 YARN 需重命名 mapred-site.xml

若是不想启动 YARN,务必把配置文件 mapred-site.xml 重命名,改为 mapred-site.xml.template,须要用时改回来就行。不然在该配置文件存在,而未开启 YARN 的状况下,运行程序会提示 “Retrying connect to server: 0.0.0.0/0.0.0.0:8032” 的错误,这也是为什么该配置文件初始文件名为 mapred-site.xml.template。

一样的,关闭 YARN 的脚本以下:

./sbin/stop-yarn.sh
./sbin/mr-jobhistory-daemon.sh stop historyserver

自此,你已经掌握 Hadoop 的配置和基本使用了。

附加教程: 配置PATH环境变量

在这里额外讲一下 PATH 这个环境变量(可执行 echo $PATH 查看,当中包含了多个目录)。例如咱们在主文件夹 ~ 中执行 ls 这个命令时,实际执行的是 /bin/ls 这个程序,而不是 ~/ls 这个程序。系统是根据 PATH 这个环境变量中包含的目录位置,逐一进行查找,直至在这些目录位置下找到匹配的程序(若没有匹配的则提示该命令不存在)。

上面的教程中,咱们都是先进入到 /usr/local/hadoop 目录中,再执行 ./sbin/hadoop,实际上等同于运行 /usr/local/hadoop/sbin/hadoop。咱们能够将 Hadoop 命令的相关目录加入到 PATH 环境变量中,这样就能够直接经过 start-dfs.sh 开启 Hadoop,也能够直接经过 hdfs 访问 HDFS 的内容,方便平时的操做。

在前面咱们设置 HADOOP 环境变量时,咱们已经顺便设置了 PATH 变量(即 “export PATH=$PATH:$HADOOP_HOME/sbin:$HADOOP_HOME/bin”),那么之后咱们在任意目录中均可以直接经过执行 start-dfs.sh 来启动 Hadoop 或者执行 hdfs dfs -ls input 查看 HDFS 文件了,读者不妨如今就执行 hdfs dfs -ls input 试试看。

相关文章
相关标签/搜索