Chinaunix首页 | 论坛 | 博客
  • 博客访问: 282025
  • 博文数量: 68
  • 博客积分: 125
  • 博客等级: 入伍新兵
  • 技术积分: 606
  • 用 户 组: 普通用户
  • 注册时间: 2012-12-12 15:35
文章分类

全部博文(68)

文章存档

2014年(5)

2013年(59)

2012年(4)

分类: HADOOP

2013-04-15 09:33:41

原文地址:hadoop学习 作者:qingheliu

Hadoop 是Google MapReduce的 一个Java实现。MapReduce是一种简化的分布式编程模式,让程序自动分布到一个由普通机器组成的超大集群上并发执行。就如同java程序员可以 不考虑内存泄露一样, MapReduce的run-time系统会解决输入数据的分布细节,跨越机器集群的程序执行调度,处理机器的失效,并且管理机器 之间的通讯请求。这样的模式允许程序员可以不需要有什么并发处理或者分布式系统的经验,就可以处理超大的分布式系统得资源!
Hadoop框架中最核心的设计就是:MapReduce和HDFS。MapReduce的思想是由Google的一篇论文所提及而被广为流传的,简单的 一句话解释MapReduce就是“任务的分解与结果的汇总”。HDFS是Hadoop分布式文件系统(Hadoop Distributed File System)的缩写,为分布式计算存储提供了底层支持。
MapReduce工作原理图:
 afc34845d688d43f36f456b57d1ed21b0ff43b5d.jpg.gif  

Hadoop的核心功能有两个:HDFS与MapReduce 。与HDFS相关的服务有NameNodeSecondaryNameNodeDataNode ;与MapReduce 相关的服务有JobTrackerTaskTracker 两种。

Hadoop集群中有两种角色:master与slave,master又分为主master与次master。其中:

  • 主 master同时提供NameNodeSecondaryNameNodeJobTracker 三种服务;
  • 次master只提供SecondaryNameNode 服务;
  • 所有slave可以提供DateNodeTaskTracker 两种服务。


Hadoop有三种集群方式可以选择:

  • Local (Standalone) Mode(无集群模式)
  • Pseudo-Distributed Mode(单机集群模式)
  • Fully-Distributed Mode(多机集群模式)

启动Hadoop的方式是在主master上调用下面的命令:

$HADOOP_HOME /bin/start-all.sh


此调用过程中,Hadoop依次启动以下服务:

  • 在主master上启动NameNode 服 务;
  • 在主master上启动SecondaryNameNode 服 务;
  • 在次master上启动SecondaryNameNode 服 务;
  • 在所有slave上启动DataNode 服务;
  • 在主master上 启动JobTracker 服务;
  • 在所有slave上的TaskTracker 服务。

图中展现了整个HDFS三个重要角色:NameNode、DataNode和Client。NameNode可以看作是分布式文件系统中的管理者, 主要负责管理文件系统的命名空间、集群配置信息和存储块的复制等。NameNode会将文件系统的Meta-data存储在内存中,这些信息主要包括了文 件信息、每一个文件对应的文件块的信息和每一个文件块在DataNode的信息等。DataNode是文件存储的基本单元,它将Block存储在本地文件 系统中,保存了Block的Meta-data,同时周期性地将所有存在的Block信息发送给NameNode。Client就是需要获取分布式文件系 统文件的应用程序。这里通过三个操作来说明他们之间的交互关系。

文件写入:

  1. Client向NameNode发起文件写入的请求。
  2. NameNode根据文件大小和文件块配置情况,返回给Client它所管理部分DataNode的信息。
  3. Client将文件划分为多个Block,根据DataNode的地址信息,按顺序写入到每一个DataNode块中。

文件读取:

  1. Client向NameNode发起文件读取的请求。
  2. NameNode返回文件存储的DataNode的信息。
  3. Client读取文件信息。

文件Block复制:

  1. NameNode发现部分文件的Block不符合最小复制数或者部分DataNode失效。
  2. 通知DataNode相互复制Block。
  3. DataNode开始直接相互复制。

 840aa1cb0a46f21f98b59914f6246b600d33ae31.jpg.gif  

在Hadoop的系统中,会有一台Master,主要负责NameNode的工作以及JobTracker的工作。JobTracker的主要职责 就是启动、跟踪和调度各个Slave的任务执行。还会有多台Slave,每一台Slave通常具有DataNode的功能并负责TaskTracker的 工作。TaskTracker根据应用要求来结合本地数据执行Map任务以及Reduce任务。

说到这里,就要提到分布式计算最重要的一个设计点:Moving Computation is Cheaper than Moving Data。就是在分布式处理中,移动数据的代价总是高于转移计算的代价。简单来说就是分而治之的工作,需要将数据也分而存储,本地任务处理本地数据然后归 总,这样才会保证分布式计算的高效性。

  1. chmod a+x jdk-6u21-linux-i586.bin
  2. ./jdk-6u21-linux-i586.bin
  3. mv jdk1.6.0_21 /usr/local
  4. ln -s jdk1.6.0_21 jdk #方便将来jdk升级!
然后配置java环境变量
在/etc/profile文件的末尾加入:
export JAVA_HOME=/usr/local/jdk
export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jart
然后执行source /etc/profile使得当前的设置生效!
2: 安装hadoop,我下载的版本为 hadoop-1.0.1-bin.tar.gz ,执行tar zxvf hadoop-1.0.1-bin.tar.gz   接着mv   hadoop-1.0.1  /usr/local/hadoop
下面是hadoop的相关设置:
cd /usr/local/hadoop/conf
vi hadoop-env.sh
在该文件中加入 export JAVA_HOME=/usr/local/jdk
vi masters   该文件内容为:
  1. [root@qht02 conf]# cat masters
  2. 192.168.1.2
vi slaves   该文件内容如下:
  1. [root@qht02 conf]# cat slaves
  2. 192.168.1.3
  3. 192.168.1.4
  4. 192.168.1.5
  5. 192.168.1.6
vi core-site.xml  该文件内容如下:
  1. [root@qht02 conf]# cat core-site.xml
  2. fs.default.name
  3. hdfs://192.168.1.2:9000

vi hdfs.xml  该文件内容如下:
  1. dfs.replication
  2. 2
vi mapred-site.xml  该文件内容如下:
  1. [root@qht02 conf]# cat mapred-site.xml
  2. mapred.job.tracker
  3. 192.168.1.2:9001
3: 值得注意的是Hadoop集群的所有机器的配置应该保持一致,一般我们在配置完master后,使用scp将配置文件同步到集群的其它服务器上!我是直接cp的整个hadoop包
  1. scp -r /usr/local/hadoop root@192.168.1.3:/usr/local
  2. scp -r /usr/local/hadoop root@192.168.1.5:/usr/local
  3. scp -r /usr/local/hadoop root@192.168.1.5:/usr/local
  4. scp -r /usr/local/hadoop root@192.168.1.6:/usr/local
jd分别在其他的4台slave上安装也可以,或直接scp master上已经安装好的jdk也可以
  1. scp -r /usr/local/jdk1.6.0_21/ root@192.168.1.3:/usr/local/
  2. scp -r /usr/local/jdk1.6.0_21/ root@192.168.1.4:/usr/local/
  3. scp -r /usr/local/jdk1.6.0_21/ root@192.168.1.5:/usr/local/
  4. scp -r /usr/local/jdk1.6.0_21/ root@192.168.1.6:/usr/local/
同样在4台机器上,分别做软连接!
  1. cd /usr/local/
  2. ln -s jdk1.6.0_21 jdk
到处hadoop集群已经搭建完成!
下面需要启动hadoop,这个时候需要配置无密码的ssh认证!


  1. ssh-keygen -t dsa -P '' -f 、/root/.ssh/id_dsa
  2. cd /root/.ssh/
  3. mv id_dsa.pub authorized_keys
  4. scp authorized_keys root@192.168.1.3:/root/.ssh
  5. scp authorized_keys root@192.168.1.4:/root/.ssh
  6. scp authorized_keys root@192.168.1.5:/root/.ssh
  7. scp authorized_keys root@192.168.1.6:/root/.ssh
  8. 注意如果/root下没有.ssh目录,则ssh 192.168.1.2 就会自动建立.ssh目录,然后支持scp即可
  9. 然后分别测试:
  10. ssh root@192.168.1.3
  11. ssh root@192.168.1.4
  12. ssh root@192.168.1.5
  13. ssh root@192.168.1.6
  14. 如果不提示输入密码即可登陆,表示已经搭建成功!
4:启动hadoop前,必须先格式化一个分区,
  1. [root@qht02 hadoop]# bin/hadoop namenode -format
  2. 12/04/15 19:06:49 INFO namenode.NameNode: STARTUP_MSG:
  3. /************************************************************
  4. STARTUP_MSG: Starting NameNode
  5. STARTUP_MSG: host = qht02/127.0.0.1
  6. STARTUP_MSG: args = [-format]
  7. STARTUP_MSG: version = 1.0.1
  8. STARTUP_MSG: build = -r 1243785; compiled by 'hortonfo' on Tue Feb 14 08:15:38 UTC 2012
  9. ************************************************************/
  10. 12/04/15 19:06:50 INFO util.GSet: VM type = 32-bit
  11. 12/04/15 19:06:50 INFO util.GSet: 2% max memory = 19.33375 MB
  12. 12/04/15 19:06:50 INFO util.GSet: capacity = 2^22 = 4194304 entries
  13. 12/04/15 19:06:50 INFO util.GSet: recommended=4194304, actual=4194304
  14. 12/04/15 19:06:52 INFO namenode.FSNamesystem: fsOwner=root
  15. 12/04/15 19:06:52 INFO namenode.FSNamesystem: supergroup=supergroup
  16. 12/04/15 19:06:52 INFO namenode.FSNamesystem: isPermissionEnabled=true
  17. 12/04/15 19:06:52 INFO namenode.FSNamesystem: dfs.block.invalidate.limit=100
  18. 12/04/15 19:06:52 INFO namenode.FSNamesystem: isAccessTokenEnabled=false accessKeyUpdateInterval=0 min(s), accessTokenLifetime=0 min(s)
  19. 12/04/15 19:06:52 INFO namenode.NameNode: Caching file names occuring more than 10 times
  20. 12/04/15 19:06:53 INFO common.Storage: Image file of size 110 saved in 0 seconds.
  21. 12/04/15 19:06:54 INFO common.Storage: Storage directory /tmp/hadoop-root/dfs/name has been successfully formatted.
  22. 12/04/15 19:06:54 INFO namenode.NameNode: SHUTDOWN_MSG:
  23. /************************************************************
  24. SHUTDOWN_MSG: Shutting down NameNode at qht02/127.0.0.1
  25. ************************************************************/
  26. 此时会在/tmp目录下生成相应的目录:
  27. [root@qht03 name]# pwd
  28. /tmp/hadoop-root/dfs/name
  29. [root@qht03 name]# ls
  30. current  image
  31. [root@qht03 name]# 

5:启动hadoop,
  1. [root@qht02 conf]# cd /usr/local/hadoop/
  2. [root@qht02 hadoop]# bin/start-all.sh 
  3. starting namenode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-namenode-qht02.out
  4. 192.168.1.4: starting datanode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-datanode-qht04.out
  5. 192.168.1.3: starting datanode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-datanode-qht03.out
  6. 192.168.1.6: starting datanode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-datanode-qht06.out
  7. 192.168.1.5: starting datanode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-datanode-qht05.out
  8. 192.168.1.2: starting secondarynamenode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-secondarynamenode-qht02.out
  9. starting jobtracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-jobtracker-qht02.out
  10. 192.168.1.4: starting tasktracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-tasktracker-qht04.out
  11. 192.168.1.3: starting tasktracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-tasktracker-qht03.out
  12. 192.168.1.6: starting tasktracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-tasktracker-qht06.out
  13. 192.168.1.5: starting tasktracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-tasktracker-qht05.out
  14. [root@qht02 hadoop]# 

5:测试hadoop集群是否已经正常:
在master上执行jps如下
  1. [root@qht02 conf]# jps
  2. 3478 NameNode
  3. 3729 JobTracker
  4. 4143 Jps
  5. 3634 SecondaryNameNode

在slave上执行jps如下:
  1. [root@qht03 local]# jps
  2. 3496 TaskTracker
  3. 3414 DataNode
  4. 3633 Jps

运行测试:

点击(此处)折叠或打开

  1. [root@qht02 bin]# ./hadoop dfsadmin -report
  2. Configured Capacity: 49972363264 (46.54 GB)
  3. Present Capacity: 32953151518 (30.69 GB)
  4. DFS Remaining: 32953036800 (30.69 GB)
  5. DFS Used: 114718 (112.03 KB)
  6. DFS Used%: 0%
  7. Under replicated blocks: 0
  8. Blocks with corrupt replicas: 0
  9. Missing blocks: 0
  10. -------------------------------------------------
  11. Datanodes available: 4 (4 total, 0 dead)
  12. Name: 192.168.1.5:50010
  13. Decommission Status : Normal
  14. Configured Capacity: 12493090816 (11.64 GB)
  15. DFS Used: 28672 (28 KB)
  16. Non DFS Used: 4159823872 (3.87 GB)
  17. DFS Remaining: 8333238272(7.76 GB)
  18. DFS Used%: 0%
  19. DFS Remaining%: 66.7%
  20. Last contact: Sun Apr 15 19:20:47 CST 2012
  21. Name: 192.168.1.6:50010
  22. Decommission Status : Normal
  23. Configured Capacity: 12493090816 (11.64 GB)
  24. DFS Used: 28672 (28 KB)
  25. Non DFS Used: 4565094400 (4.25 GB)
  26. DFS Remaining: 7927967744(7.38 GB)
  27. DFS Used%: 0%
  28. DFS Remaining%: 63.46%
  29. Last contact: Sun Apr 15 19:20:48 CST 2012
  30. Name: 192.168.1.4:50010
  31. Decommission Status : Normal
  32. Configured Capacity: 12493090816 (11.64 GB)
  33. DFS Used: 28687 (28.01 KB)
  34. Non DFS Used: 4146950129 (3.86 GB)
  35. DFS Remaining: 8346112000(7.77 GB)
  36. DFS Used%: 0%
  37. DFS Remaining%: 66.81%
  38. Last contact: Sun Apr 15 19:20:46 CST 2012
  39. Name: 192.168.1.3:50010
  40. Decommission Status : Normal
  41. Configured Capacity: 12493090816 (11.64 GB)
  42. DFS Used: 28687 (28.01 KB)
  43. Non DFS Used: 4147343345 (3.86 GB)
  44. DFS Remaining: 8345718784(7.77 GB)
  45. DFS Used%: 0%
  46. DFS Remaining%: 66.8%
  47. Last contact: Sun Apr 15 19:20:46 CST 2012


看下日志文件,仔细分析下hadoop的期待过程:

点击(此处)折叠或打开

  1. [root@qht02 hadoop]# bin/start-all.sh
  2. starting namenode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-namenode-qht02.out
  3. 192.168.1.3: starting datanode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-datanode-qht03.out
  4. 192.168.1.4: starting datanode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-datanode-qht04.out
  5. 192.168.1.5: starting datanode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-datanode-qht05.out
  6. 192.168.1.6: starting datanode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-datanode-qht06.out
  7. 192.168.1.2: starting secondarynamenode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-secondarynamenode-qht02.out
  8. starting jobtracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-jobtracker-qht02.out
  9. 192.168.1.5: starting tasktracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-tasktracker-qht05.out
  10. 192.168.1.4: starting tasktracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-tasktracker-qht04.out
  11. 192.168.1.6: starting tasktracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-tasktracker-qht06.out
  12. 192.168.1.3: starting tasktracker, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-tasktracker-qht03.out

先启动namenode节点,
starting namenode, logging to /usr/local/hadoop/libexec/../logs/hadoop-root-namenode-qht02.out
日志文件中的内容:
2012-04-17 19:50:47,441 INFO org.apache.hadoop.hdfs.server.namenode.NameNode: Namenode up at: 192.168.1.2/192.168.1.2:9000
......
2012-04-17 19:50:56,468 INFO org.apache.hadoop.net.NetworkTopology: Adding a new node: /default-rack/192.168.1.3:50010
......
2012-04-17 19:51:01,550 INFO org.apache.hadoop.net.NetworkTopology: Adding a new node: /default-rack/192.168.1.5:50010
......
2012-04-17 19:51:02,485 INFO org.apache.hadoop.net.NetworkTopology: Adding a new node: /default-rack/192.168.1.6:50010
.....
2012-04-17 19:51:10,612 INFO org.apache.hadoop.net.NetworkTopology: Adding a new node: /default-rack/192.168.1.4:50010
如果日志文件里有异常,需要仔细检查!
下面是通过图形界面查询的信息:


然后是分别ssh到四台datanode机器上,启动他们!启动过程可以查看日志文件!
接着启动secondarynamenode(和namenode是一台机器)!


 4.jpg   


阅读(1403) | 评论(0) | 转发(0) |
0

上一篇:Netfilter框架

下一篇:SNMP协议配置V2c、V3

给主人留下些什么吧!~~