開源鍵值對存儲數(shù)據(jù)庫Redis在4月1日發(fā)布了3.0.0版。主要新特性包括：Redis Cluster，Redis子集的分布式實現(xiàn)；新的“嵌套字符串”對象編碼減少緩存遺漏，大幅提高某些工作負荷的速度；等等。開發(fā)者Salvatore Sanfilippo表示，Redis 3.0.0是第一個原生支持集群的穩(wěn)定版本，可能需要1到2年才能成熟，它對Redis生態(tài)系統(tǒng)具有重要意義，Redis Cluster將向用戶提供某種程度的自動伸縮和容錯能力，將改變用戶看待Redis的方式。

?

集群簡介

Redis 集群是一個可以在多個 Redis 節(jié)點之間進行數(shù)據(jù)共享的設(shè)施（installation）。

Redis 集群不支持那些需要同時處理多個鍵的 Redis 命令， 因為執(zhí)行這些命令需要在多個 Redis 節(jié)點之間移動數(shù)據(jù)， 并且在高負載的情況下， 這些命令將降低 Redis 集群的性能， 并導致不可預測的行為。

Redis 集群通過分區(qū)（partition）來提供一定程度的可用性（availability）： 即使集群中有一部分節(jié)點失效或者無法進行通訊， 集群也可以繼續(xù)處理命令請求。

Redis 集群提供了以下兩個好處：

• 將數(shù)據(jù)自動切分（split）到多個節(jié)點的能力。

• 當集群中的一部分節(jié)點失效或者無法進行通訊時， 仍然可以繼續(xù)處理命令請求的能力。

?

Redis?集群的現(xiàn)狀

目前redis支持的cluster特性：

1) 節(jié)點自動發(fā)現(xiàn)

2) slave->master 選舉，集群容錯

3) Hot resharding：在線分片

4) 集群管理：cluster xxx

5) 基于配置(nodes-port.conf)的集群管理

6) ASK 轉(zhuǎn)向/MOVED 轉(zhuǎn)向機制

?

Redis?集群的架構(gòu)

redis-cluster架構(gòu)圖

?

架構(gòu)細節(jié)：

1) 所有的redis節(jié)點彼此互聯(lián)(PING-PONG機制),內(nèi)部使用二進制協(xié)議優(yōu)化傳輸速度和帶寬。

2) 節(jié)點的fail是通過集群中超過半數(shù)的節(jié)點檢測失效時才生效。

3) 客戶端與redis節(jié)點直連,不需要中間proxy層.客戶端不需要連接集群所有節(jié)點,連接集群中任何一個可用節(jié)點即可。

4) redis-cluster把所有的物理節(jié)點映射到[0-16383]slot上，cluster 負責維護node<->slot<->value。

?

redis-cluster選舉:容錯

1) 領(lǐng)著選舉過程是集群中所有master參與,如果半數(shù)以上master節(jié)點與master節(jié)點通信超過(cluster-node-timeout)，認為當前master節(jié)點掛掉。

2） 什么時候整個集群不可用(cluster_state:fail)？

A: 如果集群任意master掛掉,且當前master沒有slave.集群進入fail狀態(tài)，也可以理解成集群的slot映射[0-16383]不完成時進入fail狀態(tài)。

ps : redis-3.0.0.rc1加入cluster-require-full-coverage參數(shù),默認關(guān)閉,打開集群兼容部分失敗。

B: 如果集群超過半數(shù)以上master掛掉，無論是否有slave集群進入fail狀態(tài)。

ps:當集群不可用時,所有對集群的操作做都不可用，收到((error) CLUSTERDOWN The cluster is down)錯誤。

?

參考：

http://redisdoc.com/topic/cluster-tutorial.html

本文轉(zhuǎn)自UltraSQL51CTO博客，原文鏈接：http://blog.51cto.com/ultrasql/1658981 ，如需轉(zhuǎn)載請自行聯(lián)系原作者 與50位技術(shù)專家面對面20年技術(shù)見證，附贈技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的Redis 集群介绍的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。