redis怎麼才能做到高可用 對於redis主從架構，slave可以對應多個本身可以保障高可用，但是對於一個master節點，如果宕機，整個快取系統就無法進行寫的操作，顯然整個系統會無法做到高可用 sent

Sentinel是什麼 Sentinel是阿里巴巴於2018年開源的，面向分散式服務架構的輕量級流量控制框架，主要以流量為切入點，從流量控制、熔斷降級、系統負載保護等多個維度來幫助您保護服務的穩定性

包結構 如圖所示 image.png sentinel-adapter：介面卡 sentinel-dubbo-adapter：sentinel-du

前言 接上文， 在瞭解了Sentinel如何進行流量統計之後，我們就可以來看看Sentinel是如何完成限流操作的了。根據之前的描述，我們先還是來看下整個Slot Chain流程圖：

前言 當按照上一篇《redis主從複製》部署好之後，我們會想，一旦redis的master出現了宕機，並且我們並沒有及時發現，這時候就可能會出現資料丟失或程式無法執行。此時，redis的哨兵模式就派上用場

廢話不多說，直接上乾貨！ 1. 客戶端獲取sentinel節點集合 2. 客戶端通過sentinel get-master-addr-by-name master-name這個api來獲取對應主節點資訊

近日，CNCF 釋出了最新版本的 Cloud Native Landscape ，阿里巴巴輕量級流量控制組件 Sentinel 被列入雲原生全景圖譜，位於編排和管理模組象限中，其商業化產品應用高可用服務 AHAS 也

Redis作為一款高效的記憶體資料庫，可作用於方方面面，相信如今專案的開發都離不開它。大家可能都知道Redis是高可用的，但很少知道具體高可用是利用什麼去實現的。 拋兩個問題： 只部署一個Red

我們已經知道了sentinel實現限流降級的原理，其核心就是一堆Slot組成的呼叫鏈。 這裡大概的介紹下每種Slot的功能職責： NodeSelectorSlot 負責收集資源的路徑，並將這

Sentinel 提供多樣的 SPI 介面用於提供擴充套件的能力。使用者可以在用同一個 sentinel-core 的基礎上自行擴充套件介面實現，從而可以方便地給 Sentinel 新增自定義的邏輯。

編輯推薦: 本文來自於51cto，本文主要介紹哨兵的作用和架構，講述哨兵系統的部署方法，以及通過客戶端訪問哨兵系統的方法等。

Sentinel 是阿里中介軟體團隊開源的，面向分散式服務架構的輕量級高可用流量控制組件，主要以流量為切入點，從流量控制、熔斷降級、系統負載保護等多個維度來幫助使用者保護服務的穩定性。 大家可能會問：Sen

這是圍繞 Sentinel 的使用場景、技術對比和實現、開發者實踐等維度推出的系列文章的第四篇。 第一篇回顧： Dubbo 的流量防衛兵 | Sentinel如何通過限流實現服

【51CTO.com原創稿件】在上篇文章《深入學習 Redis 高可用的基石：主從複製》 中曾提到，Redis 主從複製的作用有資料熱備、負載均衡、故障恢復等；但主從複製存在的一個問題是故障恢復無法自