Redis Sentinel in Redis Cluster sta dva različna mehanizma, ki jih zagotavlja Redis za povečanje zanesljivosti in razpoložljivosti, vendar se v svoji arhitekturi, primerih uporabe in zanesljivosti bistveno razlikujejo.
Redis Sentinel je predvsem rešitev z visoko razpoložljivostjo (HA), zasnovana za nastavitve Redis, ki uporabljajo replikacijo, vendar ne prekrivajo podatkov. Sentinel Monitors Master in Replica Redis primerki, ki strankam zagotavljajo samodejne posodobitve preklopa in konfiguracije. Deluje kot distribuiran sistem z več primerki Sentinel, ki sodeluje, da bi zanesljivo odkrili okvare. Njegove osnovne prednosti v zanesljivosti izvirajo iz kolektivnega sporazuma (Quorum) med Sentineli, da bi odkrili glavno okvaro in sprožili preklop. To zmanjšuje lažne pozitivne rezultate in zagotavlja, da dejanja preklopa dovoljuje večina, kar ohranja doslednost sistema in razpoložljivost. Sentinel obravnava preklop s promocijo najbolj posodobljene replike za mojster, ponovno konfiguriranje drugih replik in obveščanje strank o novem glavnem naslovu. Sentinelovo arhitekturno zasnovo preprečuje, da bi sistem za preklop postal ena sama točka okvare, saj zahteva več primerkov na neodvisnih strojih ali conah. Prav tako izvaja nenehno spremljanje in ponuja obvestila o stanju primerov Redis, kar povečuje operativno ozaveščenost in odzivnost na vprašanja. Sentinelove zmogljivosti z visoko razpoložljivostjo omogočajo, da so primerne za manjše uvajanje Redis, ki zahtevajo preklop in spremljanje, vendar ne potrebujejo razdelitve podatkov ali obsežnega horizontalnega skaliranja.
Redis grozd je v nasprotju s tem bolj zapletena, integrirana rešitev, ki združuje sranje podatkov z visoko razpoložljivostjo. Podatki o particijah grozdov samodejno v več vozliščih Redis (mojstri), pri čemer ima vsaka replike. Arhitektura grozda je decentralizirana, brez ene same točke upravljanja, ki ji omogoča, da se vodoravno spreminja in upravlja z večjimi nabori z razporeditvijo obremenitve med vozlišči. Redis grozd vključuje vgrajeno razmnoževanje in samodejno preklop za neuspešna vozlišča, ki podpirajo nadaljnje delovanje med omrežnimi particijami ali okvarami vozlišč. Za razliko od Sentinela, Redis Cluster sam po sebi upravlja s porazdelitvijo podatkov (Sharding), ki optimizira delovno obremenitev in uravnoteži uporabo virov med magistri. Vendar ima Redis grozd nekaj omejitev podvajanja, kot je replikacija enoslojnih (vsak glavni se ponovi samo na svoje sužnje). Kljub asinhroni razmnoževanju v obeh sistemih je Cluster zasnovan za večjo pretok in nižjo zamudo v obsegu, zahvaljujoč ostrenju in uravnotežene obremenitve.
Kar zadeva zanesljivost, se Sentinelov mehanizem za preklop opira na presojo in izvolitve voditelja Sentinela za opravljanje nalog za preklop, kar zagotavlja skrbno usklajevanje in zmanjšanje možnosti za scenarije z deljenimi možgani. Nastavitve Sentinel običajno vključujejo vsaj tri primere Sentinel, da ohranijo sistem kvoruma, ki je odporen na napako, ki lahko še naprej deluje, tudi če nekatera Sentinel vozlišča ne uspejo. Vendar Sentinel ne ponuja ostrenja podatkov, kar lahko privede do premalo izkoriščanja replik, saj piše le en glavni ročaji. To omejuje njegovo sposobnost, da se poveča z velikostjo podatkov in delovno obremenitvijo, kar pomeni zanesljivost v smislu razpoložljivosti podatkov in hitrosti dostopa se lahko v večjih uvajanju poslabša.
Zanesljivost Clusterja Redis sije, ko se spreminja. Izboljša toleranco na napake z distribucijo podatkov na več mojstrov in jih ponovi. Grozd lahko nadaljuje z delovanjem, ko nekatera vozlišča ne uspejo ali postanejo nedosegljiva, pod pogojem, da se ohranja večinska kvorum mojstrov. Razdeljeni soglasje omogoča samodejno preklop za posamezna glavna vozlišča in ohranja delovanje grozda tudi med delnimi omrežnimi particijami. Zaradi tega je Redis grozd zanesljiv za velika, visoko povpraševanje, ki zahtevata razpoložljivost in vodoravno razširljivost. Vendar pa je nastavitev, upravljanje in okrevanje od napak v grozdu lahko bolj zapletena, nepravilne konfiguracije ali težave omrežja pa lahko privedejo do neskladnosti z deljenimi možgani ali podatki, če se kvorum izgubi ali preklopi postopki, ki niso prehodi v stanju.
Če povzamemo, Redis Sentinel ponuja močno zanesljivost, osredotočeno na visoko razpoložljivost s koordiniranim spremljanjem in preklopom v arhitekturi master-Replica, ne da bi se strinjali. Primerja manjše uvajanje ali scenarije, kjer je velika razpoložljivost kritična, vendar je glasnost podatkov in dostop do dostopa obvladljiva z enim glavnim glavnim. Redis Cluster na drugi strani zagotavlja zanesljivost v kombinaciji z vodoravno razširljivostjo s shranjevanjem podatkov in razmnoževanjem v več vozliščih, kar zagotavlja stalno delovanje kljub okvasti vozlišč in omrežnim particijam v večjih, zahtevnejših okoljih. Izbira med njimi je odvisna od posebnih potreb po zanesljivosti glede na velikost podatkov, delovno obremenitev in zapletenost, ki jo sistem lahko prenaša.
Ta pregled vključuje podrobne premisleke o spremljanju, procesih preklopa, kvorumskih mehanizmov, arhitekturi podvajanja, posledicah razširljivosti in operativnih kompromisov za zanesljivost med redis Sentinel in redis grozdom.