集群高可用方案推导思维过程：
hdfs高可用既namenode高可用
首先namenode数据分为常量元数据和变量元数据，要实现数据一致性
一、首先要看常量元数据：
   常量元数据由客户端提交，因为客户端只和主namenode联系，那备机就要实时备份常量元数据（edit log等）
    如何同步呢？
        1、首先最简单的就是用NFS文件系统，在linux中让主备机器都把一个目录映射到NFS文件系统上，这个主namenode写日志的时候，从namenode也能实时得到
        2、但是这又会引发另外一个问题，那NFS机器宕机了呢？不就不可用了吗？
            这就在解决问题的设计到的一个原则：不能为解决问题而又引发另外一问题，
            所以就有 一变多 的解决方案，将 存储editlog的机器变为集群存储，这样能解决数据可用的问题
    机器一变多也会引出问题，如何处理数据一致性？
        强一致性：
    就是在一次提交，在每台机器都写成功后才确认提交成功，
    所以强一致性会 导致可用性 的问题，假如最后一台因为网络问题一直写不上去，会导致服务一直不可用
        弱一致性（最终一致性）
    就只有几台机器写成功后就可以确认写入成功，以后再将数据同步到其他机器，取数据时先更新版本再返回，故为最终一致性
    那写入多少台算写入成功呢？说明这个问题之前首先来看看因为弱一致性引出的 脑裂问题？
从客户端的角度来看，当向某个集群节点提交一个写请求后，返回写入成功，客户端会认为是整个集群给它返回确认成功了，而不是某个节点成功了，那如何让某个节点的状态能代表整个集群的状态呢？
有种情况会导致脑裂：
                    假如一个集群四个节点，其中一个节点因为网络波荡不能和其他节点通信，而其他节点正常。
    这时如果有客户端对这个节点提交写请求，如果写完之后节点也返回成功的话，这时就会脑裂，因为这个节点的数据状态跟其他节点是不一样，它们之间不能通信的，相当于形成了两个集群（脑裂）
如何解决呢脑裂？  解决方法：让因为不能通信形成的两个集群自己判断自己是不是多数集群
    当自己能通信的机器个数为多数时，就提供服务，当不是时，就自杀进程停止服务，让客户端自己去连接其他节点
    判断多数当然就是能 通信机器数量过半 了，这也解决第一个问题，当写入过半的机器算写成功
而这里因为过半有一个发现：
（1）、集群机器数奇数偶数至多可宕机数一样
                       当一个集群机器数为N（N为偶数），因为需要活着的机器需要过半才能提供服务，所以最多能宕机的机器数为 n - (n/2 + 1) = n/2 - 1, 当机器数为4时，最多能宕机的数量为1
       当集群机器数N为奇数时，最多能宕机的机器数为 n - (n+1)/2 = n-1 / 2，当机器数为3时，最多能宕机的数量为1
也就是当集群数量为奇数N和N+1时，最多能宕机的数量都是一样的，所以集群一般设置为奇数个。
（2）、当集群数量为偶数时，当网络风暴使得形成两个分区，分区机器数刚好为一半的情况：
        在这种情况下两个分区机器数都没有过半，使得两分区的机器都down了，服务就不可用了，
        而数量为奇数的集群分成两个分区不会出现在这种情况，所以这里也推导出集群数量应该是奇数的。
二、变量元数据
        变量元数据是有datanode上传给namenode的，这时 只需要datanode上传的时候给备namenode也上传一份就可以 了
        这时注意备namenode不能多，因为多了那网络带宽全被上传元数据的心跳占了

        【负载均衡问题】

                HDFS Federation采用了Client Side Mount Table分摊文件和负载，该方法更多的需要人工介入已达到理想的负载均衡。