redis学習-クラスタモードcluster

8986 ワード

前言
前にredisの主従複製と哨兵モードを学び,redisの可用性を向上させた.しかし、哨兵モードでは、メインノードが突然カートンまたはオフラインになった場合、数秒の書き込み操作が失われる可能性があるという問題もある.一般的な解決策は、呼び出し元が書き込みに失敗したことをキャプチャしたときに、コード制御によって再試行することです.
ここでは、3.0からredisがクラスタのフォールトトレランス機能をサポートしている別のプライマリ・レプリケーションの高可用性スキームについて説明します.
redisクラスタモードは、データが格納されたときにアルゴリズム(crc 16)に基づいて結果を算出し、その結果を総スロット数(16384)に余剰を取り、結果として格納すべきスロット数を切り替え、その後、そのスロットに対応するノードにデータのアクセス操作を行うデセンタ化モードである
クラスタ構築
redisクラスタには少なくとも3つのプライマリノードが必要である.redisクラスタには投票メカニズムがあるため、半数以上のノードがあるノードが掛けられていると判断してこそ、そのノードが掛けられていることを確認することができ、2つのプライマリノードが半数以上の票を投じることができないことは明らかである.以下は具体的な構築手順です.
  • 6分プロファイルをコピーして6台のサーバをシミュレートします(クラウドホストが1台しかないので、コンピュータのメモリも6台の仮想マシンを開くことをサポートしていません......).
  • ポートはそれぞれ7001-7006に構成されています.
  • 6台のサーバは、マスター3従、すなわちマスターごとにslaveを1つ掛けるように構成されています.
  • インストールruby(5.0インストールrubyは不要)
  • クラスタ
  • を作成
    clusterの設定
  • フォルダ格納clusterノードを作成します.
    [root@VM-0-4-centos local]# mkdir -p redis-cluster/7001
    [root@VM-0-4-centos local]# cd redis-cluster/7001/
    
  • redis.confファイルcopyから7001ディレクトリ
    [root@VM-0-4-centos 7001]# cp ../../redis-5.0.5/redis.conf ./
    
  • はredisを配置する.confファイルの以下の項目
    bind 0.0.0.0 #bind   0.0.0.0   IP。
    port 7001	#port   7001-7006。
    daemonize yes #    ,          。
    dir /usr/local/redis-cluster/7001/ #          
    appendonly yes #     aof  
    cluster-enabled yes #      
    cluster-config-file nodes-7001.conf #     conf  
    cluster-node-timeout 15000 #      
    
  • 上記操作を繰り返し、7002-7006ノードパス略をそれぞれ配置する.
  • rubyをインストールする(5.0バージョンではこのステップをスキップできます)redisクラスタはrubyコマンドを使用する必要があるため、rubyをインストールし、それぞれ以下のコマンドを実行してrubyをインストールする必要があります.PS:centos 7はrubyから2.0.0をサポートしており、redis接続を確立するとエラーが発生し、rubyバージョンをアップグレードする必要があります.参照接続:redis requires ruby version 2.3.0
    [root@VM-0-4-centos redis-cluster]# yum install ruby
    [root@VM-0-4-centos redis-cluster]# yum install rubygems
    [root@VM-0-4-centos redis-cluster]# gem install redis
    
  • を解決する
  • はそれぞれ6台のredis
    [root@VM-0-4-centos redis-cluster]# redis-server 7001/redis.conf 
    [root@VM-0-4-centos redis-cluster]# redis-server 7002/redis.conf 
    [root@VM-0-4-centos redis-cluster]# redis-server 7003/redis.conf 
    [root@VM-0-4-centos redis-cluster]# redis-server 7004/redis.conf 
    [root@VM-0-4-centos redis-cluster]# redis-server 7005/redis.conf 
    [root@VM-0-4-centos redis-cluster]# redis-server 7006/redis.conf 
    [root@VM-0-4-centos redis-cluster]# ps -ef| grep redis
    root     21251     1  0 20:21 ?        00:00:00 redis-server 0.0.0.0:7001 [cluster]
    root     21258     1  0 20:21 ?        00:00:00 redis-server 0.0.0.0:7002 [cluster]
    root     21263     1  0 20:21 ?        00:00:00 redis-server 0.0.0.0:7003 [cluster]
    root     21268     1  0 20:21 ?        00:00:00 redis-server 0.0.0.0:7004 [cluster]
    root     21275     1  0 20:21 ?        00:00:00 redis-server 0.0.0.0:7005 [cluster]
    root     21280     1  0 20:21 ?        00:00:00 redis-server 0.0.0.0:7006 [cluster]
    
  • を起動する.
  • redis-tridを実行する.rbクラスタの作成
  • 5.0以下のバージョンでredis-tridを実行します.rbクラスタ作成
    # create:  
    # replicas:             ,1      :     = 1:1
    [root@VM-0-4-centos src]# ./redis-trib.rb create --replicas 1 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006
    
  • 5.0リリースredis-cliを実行--cluster作成クラスタ
    [root@VM-0-4-centos src]# redis-cli --cluster create 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006 --cluster-replicas 1>>> Performing hash slots allocation on 6 nodes...
    Master[0] -> Slots 0 - 5460
    Master[1] -> Slots 5461 - 10922
    Master[2] -> Slots 10923 - 16383
    Adding replica 127.0.0.1:7005 to 127.0.0.1:7001
    Adding replica 127.0.0.1:7006 to 127.0.0.1:7002
    Adding replica 127.0.0.1:7004 to 127.0.0.1:7003
    >>> Trying to optimize slaves allocation for anti-affinity
    [WARNING] Some slaves are in the same host as their master
    M: 27799119db44ff70c9c0249bc68303fa163f46fc 127.0.0.1:7001
       slots:[0-5460] (5461 slots) master
    M: 090839249a4993d5f63333622a19ba29aadd2be4 127.0.0.1:7002
       slots:[5461-10922] (5462 slots) master
    M: da56283c9e47c44514a297e9c684ef23fd2b367f 127.0.0.1:7003
       slots:[10923-16383] (5461 slots) master
    S: 70d0b084ed68e5ee5988cd50d62154f7e5124459 127.0.0.1:7004
       replicates 090839249a4993d5f63333622a19ba29aadd2be4
    S: dd44407bf6cfc543a7b59603ae6b7164c3bf3299 127.0.0.1:7005
       replicates da56283c9e47c44514a297e9c684ef23fd2b367f
    S: 1f73e3d6bd5ed45c4a046b2de6943ef9c23f98d3 127.0.0.1:7006
       replicates 27799119db44ff70c9c0249bc68303fa163f46fc
    Can I set the above configuration? (type 'yes' to accept):
    ==========================>     IP     ,      hash   1、2、3    ,4、5、6    ,       yes    
    Can I set the above configuration? (type 'yes' to accept): yes
    >>> Nodes configuration updated
    >>> Assign a different config epoch to each node
    >>> Sending CLUSTER MEET messages to join the cluster
    Waiting for the cluster to join
    ..
    >>> Performing Cluster Check (using node 127.0.0.1:7001)
    M: 27799119db44ff70c9c0249bc68303fa163f46fc 127.0.0.1:7001
       slots:[0-5460] (5461 slots) master
       1 additional replica(s)
    M: da56283c9e47c44514a297e9c684ef23fd2b367f 127.0.0.1:7003
       slots:[10923-16383] (5461 slots) master
       1 additional replica(s)
    M: 090839249a4993d5f63333622a19ba29aadd2be4 127.0.0.1:7002
       slots:[5461-10922] (5462 slots) master
       1 additional replica(s)
    S: 1f73e3d6bd5ed45c4a046b2de6943ef9c23f98d3 127.0.0.1:7006
       slots: (0 slots) slave
       replicates 27799119db44ff70c9c0249bc68303fa163f46fc
    S: dd44407bf6cfc543a7b59603ae6b7164c3bf3299 127.0.0.1:7005
       slots: (0 slots) slave
       replicates da56283c9e47c44514a297e9c684ef23fd2b367f
    S: 70d0b084ed68e5ee5988cd50d62154f7e5124459 127.0.0.1:7004
       slots: (0 slots) slave
       replicates 090839249a4993d5f63333622a19ba29aadd2be4
    [OK] All nodes agree about slots configuration.
    >>> Check for open slots...
    >>> Check slots coverage...
    [OK] All 16384 slots covered.
    ============================[OK]    16384        ,        node.conf  
    
  • ログインクライアント表示
    redis-cli -c -h 127.0.0.1 -p 7001
  • -c:クラスタ
  • -h:host
  • -p:port

  • cluster info
  • info:クラスタ情報の表示
  • nodes:ノード情報の表示
  • #       
    [root@VM-0-4-centos src]# redis-cli -c -h 127.0.0.1 -p 7001
    127.0.0.1:7001> cluster info
    cluster_state:ok
    cluster_slots_assigned:16384
    cluster_slots_ok:16384		<==  16384  OK
    cluster_slots_pfail:0
    cluster_slots_fail:0
    cluster_known_nodes:6		<==   6   
    cluster_size:3				<== 3    
    cluster_current_epoch:6
    cluster_my_epoch:1
    cluster_stats_messages_ping_sent:667
    cluster_stats_messages_pong_sent:657
    cluster_stats_messages_sent:1324
    cluster_stats_messages_ping_received:652
    cluster_stats_messages_pong_received:667
    cluster_stats_messages_meet_received:5
    cluster_stats_messages_received:1324
    ===============================================================================================
    127.0.0.1:7001> cluster nodes 
    da56283c9e47c44514a297e9c684ef23fd2b367f 127.0.0.1:7003@17003 master - 0 1597425171850 3 connected 10923-16383 		<======    ,ip、  、  、  、    
    090839249a4993d5f63333622a19ba29aadd2be4 127.0.0.1:7002@17002 master - 0 1597425171000 2 connected 5461-10922
    1f73e3d6bd5ed45c4a046b2de6943ef9c23f98d3 127.0.0.1:7006@17006 slave 27799119db44ff70c9c0249bc68303fa163f46fc 0 1597425170830 6 connected
    dd44407bf6cfc543a7b59603ae6b7164c3bf3299 127.0.0.1:7005@17005 slave da56283c9e47c44514a297e9c684ef23fd2b367f 0 1597425169000 5 connected
    70d0b084ed68e5ee5988cd50d62154f7e5124459 127.0.0.1:7004@17004 slave 090839249a4993d5f63333622a19ba29aadd2be4 0 1597425169810 4 connected
    27799119db44ff70c9c0249bc68303fa163f46fc 127.0.0.1:7001@17001 myself,master - 0 1597425170000 1 connected 0-5460
    

    クラスタを使用してクラスタ登録マスターノードクライアントを使用してデータ操作を行う
    127.0.0.1:7001> keys *
    (empty list or set)						<====     
    127.0.0.1:7001> set name zmc
    -> Redirected to slot [5798] located at 127.0.0.1:7002
    OK										<====         [5798]   , 5798   7002  
    127.0.0.1:7002> set age 18
    -> Redirected to slot [741] located at 127.0.0.1:7001
    OK										<====     7001  
    127.0.0.1:7001> set sex male
    OK										<====       ,    7001  
    127.0.0.1:7001> set addr1 sz
    -> Redirected to slot [12108] located at 127.0.0.1:7003
    OK										<====     7003  
    127.0.0.1:7003>
    
    上記印刷情報を分析すると、
  • 7001プライマリノードの下に2つのkey:ageとsex
  • が格納される.
  • 7002プライマリノードの下にkey:name
  • が格納されます.
  • 7003プライマリノードの下にkey addr 1
  • が格納される.
    3つのノードにそれぞれログインしてkeys
    127.0.0.1:7001> keys *
    1) "sex"
    2) "age"
    
    127.0.0.1:7002> keys *
    1) "name"
    
    127.0.0.1:7003> keys *
    1) "addr1"
    
    を表示した結果は予測と一致し、redisクラスタモードはデセンタ化されたモードであり、データが格納されたときにredisはアルゴリズム(crc 16)に基づいて1つの結果を計算し、この結果を総スロット数(16384)に余剰を取り、結果として格納すべきスロット数を取得し、その後、そのスロットに対応するノードに切り替えてデータのアクセス操作を行った.