„Redis Sentinel“ ir „Redis Cluster“ yra du atskiri mechanizmai, kuriuos teikia „Redis“, siekiant padidinti patikimumą ir prieinamumą, tačiau jie labai skiriasi savo architektūroje, naudojimo atvejais ir patikimumo ypatybėmis.
„Redis Sentinel“ pirmiausia yra aukšto prieinamumo (HA) sprendimas, skirtas perdaryti sąrankos, kuriose naudojamas replikacija, bet nėra duomenų. „Sentinel“ monitoriai „Master“ ir „Replica Redis“ egzemplioriai, pateikdami automatinius klientų perėjimo ir konfigūracijos atnaujinimus. Jis veikia kaip paskirstyta sistema su keliais „Sentinel“ egzemplioriais, bendradarbiaujančiais, kad patikimai aptiktų gedimus. Pagrindinės jos patikimumo stipriosios pusės yra iš kolektyvinio susitarimo („Quorum“) tarp „Sentinels“, kad būtų galima nustatyti pagrindinį nesėkmę ir inicijuoti failą. Tai sumažina klaidingus teigiamus dalykus ir užtikrina, kad failo veiksmus leidžiama daugumos, išsaugojančios sistemos nuoseklumą ir prieinamumą. „Sentinel“ tvarko failover, reklamuodama atnaujintą repliką, skirtą įvaldyti, pertvarkyti kitas replikas ir informuoti klientus apie naująjį pagrindinį adresą. „Sentinel“ architektūrinis dizainas išvengia failoverio sistemos, kuri tampa vienu gedimo tašku, reikalaujant kelių atvejų nepriklausomose mašinose ar zonose. Tai taip pat vykdo nuolatinį stebėjimą ir pateikia pranešimus apie REDIS būklės atvejų būklę, padidina veiklos supratimą ir reagavimą į problemas. „Sentinel“ didelės prieinamumo galimybės leidžia jį tinkamai diegti mažesniam „Redis“ diegimui, kuriam reikalingas perpardavimas ir stebėjimas, tačiau nereikia duomenų skaidymo ar didelio masto horizontaliojo mastelio.
„Redis“ klasteris, priešingai, yra sudėtingesnis, integruotas sprendimas, sujungiantis duomenų spartą su dideliu prieinamumu. Klasterių skaidiniai automatiškai keliuose REDIS mazguose (meistrai) automatiškai, kiekvienas potencialiai turi replikas. Klasterių architektūra yra decentralizuota, be jokio valdymo taško, leidžiančio jai mastelio mastelio keitimą ir tvarkyti didesnius duomenų rinkinius, paskirstant apkrovą tarp mazgų. „Redis“ klasteris apima integruotą replikaciją ir automatinį nepavykusių mazgų replikaciją, palaikančią nuolatinį veikimą tinklo skaidinių ar mazgo gedimų metu. Skirtingai nuo „Sentinel“, „Redis“ klasteris iš esmės tvarko duomenų paskirstymą (sparną), o tai optimizuoja darbo krūvį ir subalansuoja išteklių naudojimą tarp „Masters“. Tačiau „Redis“ klasteris turi tam tikrus replikacijos apribojimus, tokius kaip vieno sluoksnio replikacija (kiekvienas meistras atkartoja tik savo vergus). Nepaisant asinchroninio replikacijos abiejose sistemose, klasteris yra skirtas didesniam pralaidumui ir mažesniam latencijai mastu, dėka spartos ir subalansuotos apkrovos.
Kalbant apie patikimumą, „Sentinel“ perlaidymo mechanizmas priklauso nuo „Sentinel“ sprendimo ir išrinkimo, kad atliktų perėjimo užduotis, užtikrinant kruopštų koordinavimą ir sumažinant skilimo smegenų scenarijų tikimybę. „Sentinel“ sąrankos paprastai apima bent tris „Sentinel“ egzempliorius, kad išlaikytų gedimus atsparią kvorumo sistemą, kuri galėtų toliau veikti, net jei kai kurie „Sentinel“ mazgai sugenda. Tačiau „Sentinel“ nesiūlo duomenų perdavimo, todėl replikos gali nepakankamai panaudoti, nes rašo tik viena „Master Handles“. Tai riboja jo sugebėjimą išplėsti duomenų dydį ir darbo krūvį, tai reiškia, kad duomenų prieinamumas ir prieigos greitis gali pablogėti didesniuose diegimuose.
„Redis Cluster“ patikimumas šviečia didėjant. Tai pagerina toleranciją gedimams, paskirstydama duomenis iš kelių meistrų ir juos atkartojant. Klasteris gali toliau veikti, kai kai kurie mazgai sugenda arba tampa nepasiekiami, jei išlaikoma dauguma meistrų kvorumo. Paskirstytas sutarimas leidžia automatiškai perduoti atskirus pagrindinius mazgus ir išlaikyti klasterio veikimą net dalinio tinklo skaidinių metu. Dėl to „Redis“ klasteris yra patikimas didelėms, labai paklausoms aplinkai, reikalaujančioms tiek prieinamumo, tiek horizontalaus mastelio. Tačiau nustatymas, valdymas ir atsigavimas po klasterio nesėkmių gali būti sudėtingesnės, o netinkamos konfigūracijos ar tinklo problemos gali lemti „Split-smegenų“ ar duomenų nenuoseklumą, jei prarastas „Quorum“ arba „Failover“ procedūros netinkamos būsenos perėjimai.
Apibendrinant galima pasakyti, kad „Redis Sentinel“ siūlo stiprią patikimumą, orientuotą į aukštą prieinamumą, nesordintomis stebėjimu ir perpildymu „Master-Replica“ architektūroje be sparno. Tai tinka mažesniems diegimams ar scenarijams, kai didelis prieinamumas yra kritinis, tačiau duomenų apimtis ir prieigos apkrova yra valdomi vieno meistro. Kita vertus, „Redis Cluster“ suteikia patikimumą kartu su horizontaliu mastelio keitimu, sukramtydamas duomenis ir atkartojant kelis mazgus, užtikrinant nuolatinį veikimą, nepaisant mazgo gedimų ir tinklo skaidinių didesnėje, reiklesnėje aplinkoje. Pasirinkimas tarp jų priklauso nuo konkretaus patikimumo poreikių, palyginti su duomenų dydžiu, darbo krūviu ir nuo to, ar sistema gali toleruoti.
Ši apžvalga apima išsamius aspektus, susijusius su stebėjimo, failo procesų, kvorumo mechanizmų, replikacijos architektūros, mastelio padarinių ir eksploatavimo kompromisų, skirtų patikimumui tarp „Redis Sentinel“ ir „Redis Cluster“.