`
vern
  • 浏览: 16716 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类
最新评论

理解一致性哈希算法(consistent hashing)

 
阅读更多
    一致性哈希算法在1997年由麻省理工学院提出的一种分布式哈希(DHT)实现算法,设计目标是为了解决因特网中的热点(Hot spot)问题,初衷和CARP十分类似。一致性哈希修正了CARP使用的简 单哈希算法带来的问题,使得分布式哈希(DHT)可以在P2P环境中真正得到应用。 
    一致性hash算法提出了在动态变化的Cache环境中,判定哈希算法好坏的四个定义:
1、平衡性(Balance):平衡性是指哈希的结果能够尽可能分布到所有的缓冲中去,这样可以使得所有的缓冲空间都得到利用。很多哈希算法都能够满足这一条件。
2、单调性(Monotonicity):单调性是指如果已经有一些内容通过哈希分派到了相应的缓冲中,又有新的缓冲加入到系统中。哈希的结果应能够保证原有已分配的内容可以被映射到原有的或者新的缓冲中去,而不会被映射到旧的缓冲集合中的其他缓冲区。 
3、分散性(Spread): 在分布式环境中,终端有可能看不到所有的缓冲,而是只能看到其中的一部分。当终端希望通过哈希过程将内容映射到缓冲上时,由于不同终端所见的缓冲范围有可 能不同,从而导致哈希的结果不一致,最终的结果是相同的内容被不同的终端映射到不同的缓冲区中。这种情况显然是应该避免的,因为它导致相同内容被存储到不 同缓冲中去,降低了系统存储的效率。分散性的定义就是上述情况发生的严重程度。好的哈希算法应能够尽量避免不一致的情况发生,也就是尽量降低分散性。 
4、负载(Load):负载问题实际上是从另一个角度看待分散性问题。既然不同的终端可能将相同的内容映射到不同的缓冲区中,那么对于一个特定的缓冲区而言,也可能被不同的用户映射为不同 的内容。与分散性一样,这种情况也是应当避免的,因此好的哈希算法应能够尽量降低缓冲的负荷。
 
    在分布式集群中,对机器的添加删除,或者机器故障后自动脱离集群这些操作是分布式集群管理最基本的功能。如果采用常用的hash(object)%N算 法,那么在有机器添加或者删除后,很多原有的数据就无法找到了,这样严重的违反了单调性原则。接下来主要讲解一下一致性哈希算法是如何设计的:
 
环形Hash空间
按照常用的hash算法来将对应的key哈希到一个具有2^32次方个桶的空间中,即0~(2^32)-1的数字空间中。现在我们可以将这些数字头尾相连,想象成一个闭合的环形。如下图
                                                                         
把数据通过一定的hash算法处理后映射到环上
现在我们将object1、object2、object3、object4四个对象通过特定的Hash函数计算出对应的key值,然后散列到Hash环上。如下图:
    Hash(object1) = key1;
    Hash(object2) = key2;
    Hash(object3) = key3;
    Hash(object4) = key4;
                                                           
将机器通过hash算法映射到环上
在采用一致性哈希算法的分布式集群中将新的机器加入,其原理是通过使用与对象存储一样的Hash算法将机器也映射到环中(一般情况下对机器的hash计算是采用机器的IP或者机器唯一的别名作为输入值),然后以顺时针的方向计算,将所有对象存储到离自己最近的机器中。
假设现在有NODE1,NODE2,NODE3三台机器,通过Hash算法得到对应的KEY值,映射到环中,其示意图如下:
Hash(NODE1) = KEY1;
Hash(NODE2) = KEY2;
Hash(NODE3) = KEY3;
                                                             
通 过上图可以看出对象与机器处于同一哈希空间中,这样按顺时针转动object1存储到了NODE1中,object3存储到了NODE2 中,object2、object4存储到了NODE3中。在这样的部署环境中,hash环是不会变更的,因此,通过算出对象的hash值就能快速的定位 到对应的机器中,这样就能找到对象真正的存储位置了。
 
机器的删除与添加
普通hash求余算法最为不妥的地方就是在有机器的添加或者删除之后会照成大量的对象存储位置失效,这样就大大的不满足单调性了。下面来分析一下一致性哈希算法是如何处理的。
1. 节点(机器)的删除
    以上面的分布为例,如果NODE2出现故障被删除了,那么按照顺时针迁移的方法,object3将会被迁移到NODE3中,这样仅仅是object3的映射位置发生了变化,其它的对象没有任何的改动。如下图:
                                                              
2. 节点(机器)的添加 
    如果往集群中添加一个新的节点NODE4,通过对应的哈希算法得到KEY4,并映射到环中,如下图:
                                                              
    通过按顺时针迁移的规则,那么object2被迁移到了NODE4中,其它对象还保持这原有的存储位置。通过对节点的添加和删除的分析,一致性哈希算法在 保持了单调性的同时,还是数据的迁移达到了最小,这样的算法对分布式集群来说是非常合适的,避免了大量数据迁移,减小了服务器的的压力。
 
平衡性
根 据上面的图解分析,一致性哈希算法满足了单调性和负载均衡的特性以及一般hash算法的分散性,但这还并不能当做其被广泛应用的原由,因为还缺少了平衡 性。下面将分析一致性哈希算法是如何满足平衡性的。hash算法是不保证平衡的,如上面只部署了NODE1和NODE3的情况(NODE2被删除的 图),object1存储到了NODE1中,而object2、object3、object4都存储到了NODE3中,这样就照成了非常不平衡的状态。 在一致性哈希算法中,为了尽可能的满足平衡性,其引入了虚拟节点。
    ——“虚拟节点”( virtual node )是实际节点(机器)在 hash 空间的复制品( replica ),一实际个节点(机器)对应了若干个“虚拟节点”,这个对应个数也成为“复制个数”,“虚拟节点”在 hash 空间中以hash值排列。
以上面只部署了NODE1和NODE3的情况(NODE2被删除的图)为例,之前的对象在机器上的分布很不均衡,现在我们以2个副本(复制个数)为例,这样整个hash环中就存在了4个虚拟节点,最后对象映射的关系图如下:
                                                                 
根 据上图可知对象的映射关 系:object1->NODE1-1,object2->NODE1-2,object3->NODE3-2,object4->NODE3-1。 通过虚拟节点的引入,对象的分布就比较均衡了。那么在实际操作中,正真的对象查询是如何工作的呢?对象从hash到虚拟节点到实际节点的转换如下图:
                                         
“虚拟节点”的hash计算可以采用对应节点的IP地址加数字后缀的方式。例如假设NODE1的IP地址为192.168.1.100。引入“虚拟节点”前,计算 cache A 的 hash 值:
Hash(“192.168.1.100”);
引入“虚拟节点”后,计算“虚拟节”点NODE1-1和NODE1-2的hash值:
Hash(“192.168.1.100#1”); // NODE1-1
Hash(“192.168.1.100#2”); // NODE1-2
一致性哈希算法是分布式系统中常用的算法。比如,一个分布式的存储系统,要将数据存储到具体的节点上,如果采用普通的hash方法,将数据映射到具体的节 点上,如key%N,key是数据的key,N是机器节点数,如果有一个机器加入或退出这个集群,则所有的数据映射都无效了,如果是持久化存储则要做数据 迁移,如果是分布式缓存,则其他缓存就失效了。
        一致性Hash算法将 value 映射到一个 32 为的 key 值,也即是 0~2^32-1 次方的数值空间;我们可以将这个空间想象成一个首( 0 )尾( 2^32-1 )相接的圆环。
如下图所示:




Java代码 复制代码 收藏代码
  1.   
  2. package hash;   
  3.   
  4. import java.io.UnsupportedEncodingException;   
  5. import java.nio.ByteBuffer;   
  6. import java.nio.ByteOrder;   
  7. import java.security.MessageDigest;   
  8. import java.security.NoSuchAlgorithmException;   
  9. import java.util.*;   
  10.   
  11. /**  
  12.  * Created by IntelliJ IDEA.  
  13.  * User: test  
  14.  * Date: 12-5-24  
  15.  * Time: 下午5:37  
  16.  * To change this template use File | Settings | File Templates.  
  17.  */  
  18. public class ConsistencyHash {   
  19.     private TreeMap<Long,Object> nodes = null;   
  20.     //真实服务器节点信息   
  21.     private List<Object> shards = new ArrayList();   
  22.     //设置虚拟节点数目   
  23.     private int VIRTUAL_NUM = 4;   
  24.   
  25.     /**  
  26.      * 初始化一致环  
  27.      */  
  28.     public void init() {   
  29.          shards.add("192.168.0.0-服务器0");   
  30.          shards.add("192.168.0.1-服务器1");   
  31.          shards.add("192.168.0.2-服务器2");   
  32.          shards.add("192.168.0.3-服务器3");   
  33.          shards.add("192.168.0.4-服务器4");   
  34.   
  35.         nodes = new TreeMap<Long,Object>();   
  36.         for(int i=0; i<shards.size(); i++) {   
  37.             Object shardInfo = shards.get(i);   
  38.             for(int j=0; j<VIRTUAL_NUM; j++) {   
  39.                 nodes.put(hash(computeMd5("SHARD-" + i + "-NODE-" + j),j), shardInfo);   
  40.             }   
  41.         }   
  42.     }   
  43.   
  44.     /**  
  45.      * 根据key的hash值取得服务器节点信息  
  46.      * @param hash  
  47.      * @return  
  48.      */  
  49.     public Object getShardInfo(long hash) {   
  50.         Long key = hash;   
  51.         SortedMap<Long, Object> tailMap=nodes.tailMap(key);   
  52.         if(tailMap.isEmpty()) {   
  53.             key = nodes.firstKey();   
  54.         } else {   
  55.             key = tailMap.firstKey();   
  56.         }   
  57.         return nodes.get(key);   
  58.     }   
  59.   
  60.     /**  
  61.      * 打印圆环节点数据  
  62.      */  
  63.      public void printMap() {   
  64.          System.out.println(nodes);   
  65.      }   
  66.   
  67.     /**  
  68.      * 根据2^32把节点分布到圆环上面。  
  69.      * @param digest  
  70.      * @param nTime  
  71.      * @return  
  72.      */  
  73.       public long hash(byte[] digest, int nTime) {   
  74.         long rv = ((long) (digest[3+nTime*4] & 0xFF) << 24)   
  75.                 | ((long) (digest[2+nTime*4] & 0xFF) << 16)   
  76.                 | ((long) (digest[1+nTime*4] & 0xFF) << 8)   
  77.                 | (digest[0+nTime*4] & 0xFF);   
  78.   
  79.         return rv & 0xffffffffL; /* Truncate to 32-bits */  
  80.       }   
  81.   
  82.     /**  
  83.      * Get the md5 of the given key.  
  84.      * 计算MD5值  
  85.      */  
  86.      public byte[] computeMd5(String k) {   
  87.         MessageDigest md5;   
  88.         try {   
  89.             md5 = MessageDigest.getInstance("MD5");   
  90.         } catch (NoSuchAlgorithmException e) {   
  91.             throw new RuntimeException("MD5 not supported", e);   
  92.         }   
  93.         md5.reset();   
  94.         byte[] keyBytes = null;   
  95.         try {   
  96.             keyBytes = k.getBytes("UTF-8");   
  97.         } catch (UnsupportedEncodingException e) {   
  98.             throw new RuntimeException("Unknown string :" + k, e);   
  99.         }   
  100.   
  101.         md5.update(keyBytes);   
  102.         return md5.digest();   
  103.      }   
  104.   
  105.      public static void main(String[] args) {   
  106.          Random ran = new Random();   
  107.          ConsistencyHash hash = new ConsistencyHash();   
  108.          hash.init();   
  109.          hash.printMap();   
  110.          //循环50次,是为了取50个数来测试效果,当然也可以用其他任何的数据来测试   
  111.          for(int i=0; i<50; i++) {   
  112.              System.out.println(hash.getShardInfo(hash.hash(hash.computeMd5(String.valueOf(i)),ran.nextInt(hash.VIRTUAL_NUM))));   
  113.          }   
  114.    }   
  115.   
  116. }  

转载自:http://flychao88.iteye.com/blog/1540246

分享到:
评论

相关推荐

    一致性哈希算法 consistent hashing

    在分布式系统中,常常需要使用缓存,而且通常是集群,访问缓存和添加缓存都需要一个 hash 算法来寻找到合适的 Cache 节点。但,通常不是用取余hash,而是使用我们今天的主角—— 一致性 hash 算法。

    一致性哈希算法(ketama hashing)

    一致性哈希算法(Consistent Hashing)是一种在分布式系统中实现负载均衡的算法,尤其在分布式缓存如Memcached和Redis等场景下广泛使用。它解决了传统哈希算法在节点增减时导致的大量数据迁移问题,提高了系统的可用...

    Python库 | ConsistentHashing-0.1.9.tar.gz

    总之,`ConsistentHashing`是一个用于Python的工具,它实现了高效的一致性哈希算法,有助于构建稳定、可扩展的分布式系统。对于处理大数据量、高并发场景以及需要动态扩展的系统,这个库是十分实用的。

    一致性Hash(Consistent Hashing)原理剖析1

    总的来说,一致性哈希算法通过环形空间和虚拟节点的设计,实现了在动态调整系统规模时,尽可能少地改变已分配的对象,提高了系统的扩展性和可用性。随着节点数量的增加,一致性哈希能够保持较高的缓存命中率,减轻对...

    Ketama一致性Hash算法(含Java代码) 1

    一致性哈希算法(Consistent Hashing)是一种在分布式系统中平衡数据分布的策略,尤其适用于缓存服务如Memcached或Redis。它的核心思想是通过哈希函数将对象映射到一个固定大小的环形空间中,然后将服务器也映射到这个...

    深入探讨一致性哈希:分布式系统中的应用与优势

    一致性哈希(Consistent Hashing)是一种特殊的哈希算法,它在分布式缓存和负载均衡等场景中被广泛应用。它通过将数据和服务器节点映射到一个哈希环上,提供了一种在节点增减时能够最小化数据重新分配的机制。本文将...

    python 实现 一致性哈希算法

    一致性哈希算法

    带虚拟节点的一致性哈希

    一致性哈希算法的工作流程如下: 1. 所有节点(包括服务器和数据)被哈希成一个唯一的值,并映射到一个闭合的哈希环上。 2. 当查找一个数据的存储位置时,同样对数据的键进行哈希,然后在哈希环上找到该键对应的点。...

    解决分布式数据插入数据库~一致性hash算法

    一致性哈希算法(Consistent Hashing)是一种常用于分布式系统中的数据分片策略,它有效地解决了数据在多台服务器间均匀分布的问题,同时减少了因节点加入或离开时的数据迁移成本。 首先,一致性哈希的基本原理是将...

    (10)karger-Consistent Hashing.pdf

    “ConsistentHashingandRandomTrees: Distributed Caching Protocols for Relieving Hot Spots on the Worldwide Web”指的是由David Karger等人撰写的关于一致性哈希算法(Consistent Hashing)以及如何运用该算法...

    一致性hash算法1

    一致性哈希算法(Consistent Hashing)是一种特殊的哈希算法,设计目的是为了在分布式缓存系统中解决节点动态增减时导致的数据分布不均问题。该算法最早在1997年的论文《Consistent Hashing and Random Trees》中被...

    一致性Hash算法1

    一致性哈希算法(Consistent Hashing)是一种特殊的哈希算法,设计目的是为了在分布式缓存系统中解决节点动态增减时导致的键值映射大量变更的问题。它最早在1997年的论文《Consistent hashing and random trees》中被...

    一致性hashjava实现

    在这个Java实现中,我们看到的是Ketama一致性哈希算法,这是一种在实践中广泛应用的一致性哈希变体。 Ketama一致性哈希算法由Last.fm的工程师开发,其设计目标是优化分布式哈希表的性能,特别是在处理大量小键值对...

    Consistent-Hashing:Consistent Hashing 一致哈希

    1. **哈希函数选择**:一致性哈希算法中的哈希函数需确保在整个哈希空间中分布均匀,避免热点现象。可以使用MD5或SHA系列函数进行哈希。 2. **虚拟节点机制**:为了解决实际节点数量较少导致的数据不平衡问题,一致...

    一致性Hash简单实现

    一致性哈希(Consistent Hashing)是一种分布式哈希表(DHT)的算法,它主要应用于分布式缓存、负载均衡等场景,旨在解决在动态扩展或收缩系统规模时,尽量减少数据迁移的问题。在这个简单的实现中,我们将探讨如何...

Global site tag (gtag.js) - Google Analytics