NameNode HA

1.启动Zookeeper

zkServer.sh start
可以用zkServer.sh status查看状态（看看该节点是不是leader还是follower）

2.在hadoop001上执行，格式化ZooKeeper集群，目的是在ZooKeeper集群上建立HA的相应节点

hdfs zkfc -formatZK

...
15/07/17 14:50:08 INFO ha.ActiveStandbyElector: Successfully deleted /hadoop-ha/appcluster from ZK.
15/07/17 14:50:08 INFO ha.ActiveStandbyElector: Successfully created /hadoop-ha/appcluster in ZK.

验证：zkCli.sh

...
Welcome to ZooKeeper!
2015-07-17 14:51:32,531 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@975] - Opening socket connection to server localhost/127.0.0.1:2181. Will not attempt to authenticate using SASL (unknown error)
2015-07-17 14:51:32,544 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@852] - Socket connection established to localhost/127.0.0.1:2181, initiating session
JLine support is enabled
2015-07-17 14:51:32,561 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@1235] - Session establishment complete on server localhost/127.0.0.1:2181, sessionid = 0x14e9ac4b6a60001, negotiated timeout = 30000

WATCHER::

WatchedEvent state:SyncConnected type:None path:null
[zk: localhost:2181(CONNECTED) 0]

ls /

[rmstore, yarn-leader-election, hadoop-ha, zookeeper]

ls /hadoop-ha

[appcluster]

3.在hadoop001,hadoop002,hadoop003上启动日志程序journalnode

hadoop-daemon.sh start journalnode

starting journalnode, logging to /data/hadoop-2.6.0/logs/hadoop-root-journalnode-hadoop001.out

jps

14183 QuorumPeerMain
14680 Jps
14459 JournalNode

4.格式化NameNode(必须开启JournalNode进程)

hdfs namenode -format

如果不是首次format的话还是把NameNode和DataNode存放数据地址下的数据手动删除一下，否则会造成NameNode ID和DataNode ID不一致，

rm -rf /data/hadoop/storage/hdfs/name/* & rm -rf /data/hadoop/storage/hdfs/data/*

（如果是HDFS联盟，即有多个HDFS集群同时工作，则用hdfs namenode -format -clusterId [clusterID]）

5.启动NameNode

hadoop-daemon.sh start namenode

6.把NameNode的数据从hadoop001同步到hadoop002中

注意，在hadoop002(namenode standby)下执行：

hdfs namenode -bootstrapStandby

...
=====================================================
About to bootstrap Standby ID nn2 from:
           Nameservice ID: appcluster
        Other Namenode ID: nn1
  Other NN's HTTP address: http://hadoop001:50070
  Other NN's IPC  address: hadoop001/**.**.**.**:8020
             Namespace ID: 1358416288
            Block pool ID: BP-503387195-**.**.**.**-1437119166865 
　　　　　　　　　Cluster ID: CID-51e580f5-f003-463d-ae45-e109a7ec31d4 
　　　　　　 Layout version: -60 
===================================================== 
...

7.启动所有的DataNode

hadoop-daemons.sh start datanode

8.启动Yarn

start-yarn.sh

9.在hadoop001,hadoop002启动ZooKeeperFailoverController(这里不用在hadoop003中启动，因为hadoop003这个节点是纯粹的DataNode)

hadoop-daemon.sh start zkfc

10.验证HA的故障自动转移是否好用

因为用的公司的远程服务器，无法通过web查看NameNode的Standby或者Active状态，只能从指定namenode名称空间的存储地址下看edits文件的更新时间

namenode名称空间在上一节集群配置中设置如下

<property>
<name>dfs.namenode.name.dir</name>
<value>file:///data/hadoop/storage/hdfs/name</value>
</property>

在两个namennode的该路径下分别有两个fsimage文件，fsimage是存储元数据的文件，在Active的NameNode中还会有edit log，并且每对hdfs操作一次 edit log都会更新，从时间的更新就能看出。而Standby NameNode的 edit log不会更新。当Active的NameNode被kill掉之后可以立马在Standby NameNode的name路径下看到最新的edit log更新。这一切都要归功于JournalNode。在journalNode路径下可以看到完整的edit log备份。

小结：

集群启动要特别小心，很容易因为操作顺序不对导致failover失败的。

之前还因为kill掉Hadoop001的NameNode而hadoop002的NameNode的也跟着down掉。导致操作hdfs的时候connection refused。一直在找connection的问题，比如端口、/etc/hosts的问题。结果重新按流程启动了一遍又好了，不知道之前的问题出在哪，莫名其妙，搞的心力憔悴，浪费了不少时间。

所以每一步操作的检查很重要，看看进程、name路径下的edit log更新。