### 集群伸縮
Redis 集群提供了靈活的節點擴容和收縮方案。在**不影響集群對外服務**的情況下,可以為集群添加節點進行擴容也可以下線部分節點進行縮容。

#### 1、槽和數據與節點的對應關系
當主節點分別維護自己負責的槽和對應的數據,如果希望加入1個節點實現集群擴容時,需要通過相關命令把一部分槽和數據遷移給新節點。

上面圖里的每個節點把一部分槽和數據遷移到新的節點newredis,每個節點負責的槽和數據相比之前變少了從而達到了集群擴容的目的,**集群伸縮=槽和數據在節點之間的移動**。
##### 擴容操作
###### 1.準備新機器
需要提前準備好新節點并**運行在集群模式下**,新節點建議跟集群內的節點配置保持一致,便于管理統一。
###### 2.加入集群
通過 `redis-trib.rb add-node ip:6397 ip:6391` 實現節點添加。
###### 3.遷移槽和數據
**加入集群后需要為新節點遷移槽和相關數據,槽在遷移過程中集群可以正常提供讀寫服務,遷移過程是集群擴容最核心的環節,下面詳細講解。**
槽是 Redis 集群管理數據的基本單位,首先需要為新節點制定槽的遷移計劃,確定原有節點的哪些槽需要遷移到新節點。遷移計劃需要確保每個節點負責相似數量的槽,從而保證各節點的數據均勻,比如之前是三個節點,現在是四個節點,把節點槽分布在四個節點上。

槽遷移計劃確定后開始逐個把槽內數據從源節點遷移到目標節點.

數據遷移過程是逐個槽進行的
流程說明:
1)對目標節點發送導入命令,讓目標節點準備導入槽的數據。
2)對源節點發送導出命令,讓源節點準備遷出槽的數據。
3)源節點循環執行遷移命令,將槽跟數據遷移到目標節點。

`redis-trib` 提供了槽重分片功能,命令如下:
redis-trib.rb reshard host:port --from <arg> --to <arg> --slots <arg> --yes --timeout <arg> --pipeline <arg>
參數說明:
`·host:port:`必傳參數,集群內任意節點地址,用來獲取整個集群信息。
`·--from:`制定源節點的 id,如果有多個源節點,使用逗號分隔,如果是all源節點變為集群內所有主節點,在遷移過程中提示用戶輸入。
`·--to:`需要遷移的目標節點的id,目標節點只能填寫一個,在遷移過程中提示用戶輸入。
`·--slots:`需要遷移槽的總數量,在遷移過程中提示用戶輸入。
`·--yes:`當打印出 reshard 執行計劃時,是否需要用戶輸入yes確認后再執行 reshard。
`·--timeout:`控制每次 migrate 操作的超時時間,默認為60000毫秒。
`·--pipeline:`控制每次批量遷移鍵的數量,默認為10。
**遷移操作**
redis-trib.rb reshard ip:6379
打印出集群每個節點信息后,reshard 命令需要確認遷移的槽數量,這里我們根據節點個數輸入對應的值:

輸入某個節點的節點 ID 作為目標節點,目標節點只能指定一個:
What is the receiving node ID xxxx

之后輸入源節點的 ID,這里分別輸入相應的節點 ID 最后用 done 表示結束:
數據遷移之前會打印出所有的槽從源節點到目標節點的計劃,確認計劃無誤后輸入 yes 執行遷移工作
redis-trib 工具會打印出每個槽遷移的進度:

查看節點的信息cluster-node

輸入 `redis-trib.rb rebalance ip:port`

**主從節點設置**
擴容之初我們把6397、6398節點加入到集群,節點6397遷移了部分槽和數據作為主節點,但相比其他主節點目前還沒有從節點,因此該節點不具備故障轉移的能力。
這時需要把節點6398作為6397的從節點,從而保證整個集群的高可用。使用 `cluster replicate{masterNodeId}`命令為主節點添加對應從節點。
#### 收縮集群
收縮集群意味著縮減規模,需要從現有集群中安全下線部分節點,下線節點過程。持續更新中。。。
- 微服務
- 服務器相關
- 操作系統
- 極客時間操作系統實戰筆記
- 01 程序的運行過程:從代碼到機器運行
- 02 幾行匯編幾行C:實現一個最簡單的內核
- 03 黑盒之中有什么:內核結構與設計
- Rust
- 入門:Rust開發一個簡單的web服務器
- Rust的引用和租借
- 函數與函數指針
- Rust中如何面向對象編程
- 構建單線程web服務器
- 在服務器中增加線程池提高吞吐
- Java
- 并發編程
- 并發基礎
- 1.創建并啟動線程
- 2.java線程生命周期以及start源碼剖析
- 3.采用多線程模擬銀行排隊叫號
- 4.Runnable接口存在的必要性
- 5.策略模式在Thread和Runnable中的應用分析
- 6.Daemon線程的創建以及使用場景分析
- 7.線程ID,優先級
- 8.Thread的join方法
- 9.Thread中斷Interrupt方法學習&采用優雅的方式結束線程生命周期
- 10.編寫ThreadService實現暴力結束線程
- 11.線程同步問題以及synchronized的引入
- 12.同步代碼塊以及同步方法之間的區別和關系
- 13.通過實驗分析This鎖和Class鎖的存在
- 14.多線程死鎖分析以及案例介紹
- 15.線程間通信快速入門,使用wait和notify進行線程間的數據通信
- 16.多Product多Consumer之間的通訊導致出現程序假死的原因分析
- 17.使用notifyAll完善多線程下的生產者消費者模型
- 18.wait和sleep的本質區別
- 19.完善數據采集程序
- 20.如何實現一個自己的顯式鎖Lock
- 21.addShutdownHook給你的程序注入鉤子
- 22.如何捕獲線程運行期間的異常
- 23.ThreadGroup API介紹
- 24.線程池原理與自定義線程池一
- 25.給線程池增加拒絕策略以及停止方法
- 26.給線程池增加自動擴充,閑時自動回收線程的功能
- JVM
- C&C++
- GDB調試工具筆記
- C&C++基礎
- 一個例子理解C語言數據類型的本質
- 字節順序-大小端模式
- Php
- Php源碼閱讀筆記
- Swoole相關
- Swoole基礎
- php的五種運行模式
- FPM模式的生命周期
- OSI網絡七層圖片速查
- IP/TCP/UPD/HTTP
- swoole源代碼編譯安裝
- 安全相關
- MySql
- Mysql基礎
- 1.事務與鎖
- 2.事務隔離級別與IO的關系
- 3.mysql鎖機制與結構
- 4.mysql結構與sql執行
- 5.mysql物理文件
- 6.mysql性能問題
- Docker&K8s
- Docker安裝java8
- Redis
- 分布式部署相關
- Redis的主從復制
- Redis的哨兵
- redis-Cluster分區方案&應用場景
- redis-Cluster哈希虛擬槽&簡單搭建
- redis-Cluster redis-trib.rb 搭建&原理
- redis-Cluster集群的伸縮調優
- 源碼閱讀筆記
- Mq
- ELK
- ElasticSearch
- Logstash
- Kibana
- 一些好玩的東西
- 一次折騰了幾天的大華攝像頭調試經歷
- 搬磚實用代碼
- python讀取excel拼接sql
- mysql大批量插入數據四種方法
- composer好用的鏡像源
- ab
- 環境搭建與配置
- face_recognition本地調試筆記
- 虛擬機配置靜態ip
- Centos7 Init Shell
- 發布自己的Composer包
- git推送一直失敗怎么辦
- Beyond Compare過期解決辦法
- 我的Navicat for Mysql
- 小錯誤解決辦法
- CLoin報錯CreateProcess error=216
- mysql error You must reset your password using ALTER USER statement before executing this statement.
- VM無法連接到虛擬機
- Jetbrains相關
- IntelliJ IDEA 筆記
- CLoin的配置與使用
- PhpStormDocker環境下配置Xdebug
- PhpStorm advanced metadata
- PhpStorm PHP_CodeSniffer