[转发]CDH4 高可用集群指南
Hadoop0.23CDH4高可用集群指南
博客分类：云计算
CDH4高可用集群指南
一、Hadoop的高可用性
1.概论
本指南提供了一个HDFS的高可用性（HA）功能的概述，以及如何配置和管理HDFS高可用性(HA)集群。本文档假定读者具有对HDFS集群的组件和节点类型具有一定理解。有关详情，请参阅Apache的HDFS的架构指南。
http://hadoop.apache.org/common/docs/current/hdfs_design.html
2.背景
CDH4之前，在HDFS集群中NameNode存在单点故障（SPOF）。对于只有一个NameNode的集群，如果NameNode机器出现故障，那么整个集群将无法使用，直到NameNode重新启动。
NameNode主要在以下两个方面影响HDFS集群:
(1).NameNode机器发生意外，比如宕机，集群将无法使用，直到管理员重启NameNode
(2).NameNode机器需要升级，包括软件、硬件升级，此时集群也将无法使用
HDFS的HA功能通过配置Active/Standby两个NameNodes实现在集群中对NameNode的热备来解决上述问题。如果出现故障，如机器崩溃或机器需要升级维护，这时可通过此种方式将NameNode很快的切换到另外一台机器。
3.架构
在一个典型的HDFS(HA)集群中，使用两台单独的机器配置为NameNodes。在任何时间点，确保NameNodes中只有一个处于Active状态，其他的处在Standby状态。其中ActiveNameNode负责集群中的所有客户端操作，StandbyNameNode仅仅充当备机，保证一旦ActiveNameNode出现问题能够快速切换。
为了保证Standby节点与Active节点的状态保持同步，目前是通过两个节点同时访问一个共享的存储设备(如NFS)来实现的，在以后的版本中可能会做进一步的改进。
当Active节点的namespace发生改变时，存储在共享目录中的日志文件也会被修改，Standby节点监测到日志变化后，将其作用到自身的namespace。当Active节点发生故障需要进行切换时，Standby节点由Standby状态转换为Active状态前将会把所有未读日志作用到自身的namespace以确保自身的namespace与主节点的namespace保持一致。
为了实现快速切换，Standby节点获取集群的最新文件块信息也是很有必要的。为了实现这一目标，DataNode需要配置NameNodes的位置，并同时给他们发送文件块信息以及心跳检测。
任意时间只有一个ActiveNameNode对于HDFS(HA)集群的正常运行至关重要，否则两者的namespace将不能保持同步，面临数据丢失和其它问题的危险性。为了防止出现这种情况，管理员必须为共享存储配置至少一个安全机制。这种机制应该保证:在切换期间，如果不能证实当前Active节点已经改变了状态，那么此机制应切断当前Active节点对共享存储的访问，这样可以防止在切换期间当前Active节点继续对namespace进行修改，确保新的Active节点能够安全的切换。
注意:
此版本只支持手动切换，这意味着集群并不能自动检测Active节点发生故障。
二、HDFS(HA)的硬件配置
为了部署一个HA群集，你应该准备以下几点：
1.NameNode机器，Active、Standby应该具有相同的硬件
2.共享存储，需要有一个能够保证所有NameNode读写的共享目录。通常，这应该是一个远程文件系统，支持NFS和挂载在每个NameNode机器上。在此版本中，只有一个对共享可编辑目录的支持。这个共享可编辑目录的可用性很有限，因此，为了消除单点故障，必须提高此存储设备的可用性。一个高品质的专用NAS设备要好过通过一个简单的Linux服务器提供NFS服务的方式。
注意:
在HDFS(HA)集群中，Standby节点还执行着对namespace状态的checkpoint功能，因此没有必要再运行SecondaryNameNode、CheckpointNode、BackupNode。
三、HDFS(HA)的软件配置
1.配置概述
对于使用一个NameNode的集群，HA的配置与HDFS的Federation机制是兼容的，新的配置项被设计用在集群中的所有相同类型的节点具有相同的配置，不需要为相同类型节点的不同机器部署不同的配置文件。
HDFS(HA)集群使用NameServiceID来标示NameNode，作为NameNode的编号。
2.现有的配置参数
下面的配置参数发生了变化：
core-site.xml
(1)fs.defaultFS-如果没有配置则使用fs.default.name
Xml代码
<property>
<name>fs.defaultFS</name>
<value>hdfs://mycluster</value>
</property>
3.新增的配置参数
hdfs-site.xml
(1)dfs.federation.nameservices---federation服务名
Xml代码
<property>
<name>dfs.federation.nameservices</name>
<value>mycluster</value>
</property>
(2)如果同时还使用HDFS的Federation机制，则应该使用逗号分隔nameservices列表
Xml代码
<property>
<name>dfs.federation.nameservices</name>
<value>mycluster,mycluster1</value>
</property>
(3)dfs.ha.namenodes.[nameserviceID]---每个NameNode在名称服务中的唯一标识,此版本最大只支持两个NameNode
Xml代码
<property>
<name>dfs.ha.namenodes.mycluster</name>
<value>nn1,nn2</value>
</property>
(4)dfs.namenode.rpc-address.[nameserviceID]---rpc通信地址
Xml代码
<property>
<name>dfs.namenode.rpc-address.mycluster.nn1</name>
<value>machine1.example.com:8020</value>
</property>
<property>
<name>dfs.namenode.rpc-address.mycluster.nn2</name>
<value>machine2.example.com:8020</value>
</property>
(5)dfs.namenode.http-address.[nameserviceID]---http通信地址
Xml代码
<property>
<name>dfs.namenode.http-address.mycluster.nn1</name>
<value>machine1.example.com:50070</value>
</property>
<property>
<name>dfs.namenode.http-address.mycluster.nn2</name>
<value>machine2.example.com:50070</value>
</property>
(6)dfs.namenode.shared.edits.dir---共享存储目录位置
Xml代码
<property>
<name>dfs.namenode.shared.edits.dir</name>
<value>file:///mnt/filer1/dfs/ha-name-dir-shared</value>
</property>
4.客户端故障转移配置
(1)dfs.client.failover.proxy.provider.[nameserviceID]---HDFS客户端与Active节点通信的java类，使用其确定Active节点是否活跃
Xml代码
<property>
<name>dfs.client.failover.proxy.provider.mycluster</name>
<value>org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider</value>
</property>
5.安全配置
dfs.ha.fencing.methods---用于在Active节点切换期间的安全机制，确保在任何时间都只有一个NameNode处于活跃状态。在故障切换期间，haadmin命令确保在将其它NameNode转换为Active状态之前Active节点处在Standby状态，或其进程已被终止。
至少应该配置一个，因为没有默认配置，因此如果配置则HA机制将会失效。
如果要实现自定义的安全机制，参照org.apache.hadoop.ha.NodeFencer
(1)sshfence方式
通过SSH连接到ActiveNameNode杀死监听服务端TCP监听的进程
Xml代码
<property>
<name>dfs.ha.fencing.methods</name>
<value>sshfence</value>
</property>
<property>
<name>dfs.ha.fencing.ssh.private-key-files</name>
<value>/home/exampleuser/.ssh/id_rsa</value>
</property>
或者配置非标准的用户名和端口以及超时时间
Xml代码
<property>
<name>dfs.ha.fencing.methods</name>
<value>sshfence([[username][:port]])</value>
</property>
<property>
<name>dfs.ha.fencing.ssh.connect-timeout</name>
<value>60000</value>
</property>
(2)shell方式
运行脚本实现安全机制
Xml代码
<property>
<name>dfs.ha.fencing.methods</name>
<value>shell(/path/to/my/script.sharg1arg2...)</value>
</property>
四、HDFS(HA)的初始化
设定所有的必要配置项后，必须首先同步两个NameNode上的元数据。如果是新建的HDFS集群，则应首先格式化一个NameNode，或者想把非HA集群转换为HA集群，按照dfs.namenode.name.dir、dfs.namenode.edits.dir的配置把当前NameNode节点的元数据目录复制到另一个NameNode.还应该确保共享存储目录下(dfs.namenode.shared.edits.dir)包含NameNode所有的元数据。
五、HDFS(HA)的管理
sbin/start-dfs.sh
默认以HA方式启动集群，启动后为Standby状态，使用如下命令设置Active节点
#bin/hdfshaadmin–DFSHAadmin–transitionToActivenn1
如果让nn2成为变为activenn1变为standby，则
#bin/hdfshaadmin-DfSHAadmin-failovernn1nn2
如果失败(isnotreadytobecomeactive)则
#bin/hdfshaadmin-DfSHAadmin-failover--forceactivenn1nn2
Usage:DFSHAAdmin[-ns<nameserviceId>]
[-transitionToActive<serviceId>]
[-transitionToStandby<serviceId>]
[-failover[--forcefence][--forceactive]<serviceId><serviceId>]
[-getServiceState<serviceId>]
[-checkHealth<serviceId>]
[-help<command>]