HDFS HA 架构及原理

冷不防 2023-08-17 15:19 128阅读 0赞

*  HDFS HA架构
    
     *  ![20180129204021884964.png][]
 *    HDFS HA原理
    
     *  QJM

![20180129204022100771.png][]

*   *  用2N+1台JN存储EditLog，每次写数据操作有大多数（>=N+1）返回成功时即认为该次写成功，数据不会丢失了。当然这个算法所能容忍的是最多有N台机器挂掉，如果多于N台挂掉，这个算法就失效了。这个原理是基于Paxos算法。在HA架构里面SecondaryNameNode这个冷备角色已经不存在了，为了保持standby NN时时的与主Active NN的元数据保持一致，他们之间交互通过一系列守护的轻量级进程JournalNode。任何修改操作在 Active NN上执行时，JN进程同时也会记录修改log到至少半数以上的JN中，这时 Standby NN 监测到JN 里面的同步log发生变化了会读取 JN 里面的修改log，然后同步到自己的的目录镜像树里面，当发生故障时，Active的 NN 挂掉后，Standby NN 会在它成为Active NN 前，读取所有的JN里面的修改日志，这样就能高可靠的保证与挂掉的NN的目录镜像树一致，然后无缝的接替它的职责，维护来自客户端请求，从而达到一个高可用的目的

*   *  ZKFC

![20180129204022423992.png][]

*   *  Hadoop提供了ZKFailoverController角色，部署在每个NameNode的节点上，作为一个deamon进程,包括三个组件:
        
         *  HealthMonitor: 监控NameNode是否处于unavailable或unhealthy状态。当前通过RPC调用NN相应的方法完成
         *  ActiveStandbyElector: 管理和监控自己在ZK中的状态
         *  ZKFailoverController:它订阅HealthMonitor和ActiveStandbyElector的事件，并管理NameNode的状态
     *  健康监测：周期性的向它监控的NN发送健康探测命令，从而来确定某个NameNode是否处于健康状态，如果机器宕机，心跳失败，那么zkfc就会标记它处于一个不健康的状态
     *  会话管理：如果NN是健康的，zkfc就会在zookeeper中保持一个打开的会话，如果NameNode同时还是Active状态的，那么zkfc还会在Zookeeper中占有一个类型为短暂类型的znode， 当这个NN挂掉时，这个znode将会被删除，然后备用的NN，将会得到这把锁，升级为主NN，同时标记状态为Active
     *  当宕机的NN新启动时，它会再次注册zookeper，发现已经有znode锁了，便会自动变为Standby状态，如此往复循环，保证高可靠，需要注意，目前仅仅支持最多配置2个NN
     *  master选举：如上所述，通过在zookeeper中维持一个短暂类型的znode，来实现抢占式的锁机制，从而判断那个NameNode为Active状态

转载于:https://www.cnblogs.com/xiangyuguan/p/11362497.html

[20180129204021884964.png]: /images/20230810/bd283326a36a4d028390f44d2f7be1bf.png
[20180129204022100771.png]: /images/20230810/314ad4845d134136991461f8e90692b2.png
[20180129204022423992.png]: /images/20230810/bba5780e0d3f4dc9bb3f3025d8b11549.png