A Redis Sentinel és az Redis klaszter két különálló mechanizmus, amelyet a Redis biztosít a megbízhatóság és a rendelkezésre állás javítása érdekében, ám ezek építészetükben, felhasználási esetekben és megbízhatóságukban jelentősen különböznek egymástól.
A Redis Sentinel elsősorban magas rendelkezésre állási (HA) megoldás, amelyet a replikációt használó redis beállításokhoz terveztek, de nem az adatokat. A Sentinel Monitors Monitors Master and Replica Redis példányok, automatikus feladatátvételi és konfigurációs frissítéseket biztosítva az ügyfelek számára. Elosztott rendszerként működik, több Sentinel példány mellett, amely együttműködik a hibák megbízható észlelésében. A megbízhatóság alapvető erősségei a Sentinels kollektív megállapodásból (QUorum) származnak, hogy felismerjék a mester kudarcot és kezdeményezzék a feladatátvételt. Ez csökkenti a hamis pozitív eredményeket, és biztosítja, hogy a feladatátvételi intézkedéseket többség engedélyezi, megőrizve a rendszer konzisztenciáját és rendelkezésre állását. A Sentinel kezeli a feladatátvételt azáltal, hogy népszerűsíti a leginkább frissített replikát, hogy elsajátítsa, más replikákat újrakonfiguráljon, és tájékoztassa az ügyfeleket az új főcímről. A Sentinel építészeti tervezése elkerüli a feladatátvételi rendszer egyetlen kudarc pontjává válását azáltal, hogy több példányt igényel független gépeken vagy zónákon. Ezenkívül folyamatos megfigyelést végez, és értesítést nyújt a REDIS példányok állapotáról, javítva az operatív tudatosságot és a kérdésekre való reagálást. A Sentinel magas rendelkezésre állási képességei lehetővé teszik a kisebb Redis telepítésekhez, amelyek feladatátvételt és megfigyelést igényelnek, de nincs szükségük adatválasztásra vagy nagyméretű vízszintes méretezésre.
A Redis Cluster ezzel szemben egy bonyolultabb, integrált megoldás, amely ötvözi az adatszilárdságot a magas rendelkezésre állással. A klaszter partíciók automatikusan több redis csomóponton (mesterek) adnak adatokat, mindegyik potenciálisan replikákkal rendelkezik. A klaszterezési architektúra decentralizált, egyetlen kezelési pont nélkül, lehetővé téve a vízszintes méretezését és a nagyobb adatkészletek kezelését a terhelés elosztásával a csomópontok között. Az Redis Cluster beépített replikációt és automatikus feladatátvételt tartalmaz a sikertelen csomópontokhoz, támogatva a folyamatos működést a hálózati partíciók vagy a csomópontok hibái során. A Sentinel -től eltérően, az Redis Cluster természetesen kezeli az adatok eloszlását (Sharding), amely optimalizálja a munkaterhelést és az erőforrás -felhasználást a mesterek között. Az Redis klaszternek azonban van néhány replikációs korlátozása, például az egyrétegű replikáció (mindegyik mester csak rabszolgáinak replikálódik). A mindkét rendszerben az aszinkron replikáció ellenére a klasztert magasabb átviteli sebességre és alacsonyabb késleltetésre tervezték, köszönhetően a szilánknak és a kiegyensúlyozott terhelésnek.
Ami a megbízhatóságot illeti, a Sentinel feladatátvételi mechanizmusa a Sentinel vezetőjének ítéletére és megválasztására támaszkodik a feladatátviteli feladatok elvégzésére, a gondos koordináció biztosítására és a megosztott agyi forgatókönyvek esélyének csökkentésére. A Sentinel beállításai általában legalább három Sentinel példányt tartalmaznak egy hibatűrő kvórumrendszer fenntartása érdekében, amely továbbra is működhet, még akkor is, ha egyes Sentinel csomópontok meghibásodnak. A Sentinel azonban nem kínál adatszilítást, ami a replikák alulhasznosításához vezethet, mivel csak egy mesterkezelés ír. Ez korlátozza annak képességét, hogy méretezzék az adatméretet és a munkaterhelést, ami az adatok rendelkezésre állása és a hozzáférési sebesség szempontjából a nagyobb telepítések során romlik.
A Redis Cluster megbízhatósága ragyog, amikor méretezés. Javítja a hibatoleranciát azáltal, hogy az adatokat több mestert osztja el és replikálja azokat. A klaszter továbbra is működhet, ha egyes csomópontok meghibásodnak vagy elérhetetlenné válnak, feltéve, hogy a mesterek többségi kvórumát fenntartják. Az elosztott konszenzus lehetővé teszi az automatikus feladatátvételt az egyes mestercsomópontok számára, és a klaszter működését is működőképes hálózati partíciók során is működteti. Ez lehetővé teszi az Redis klaszter megbízhatóvá a nagy, nagy igényű környezethez, amely mind elérhetőséget, mind vízszintes méretezhetőséget igényel. A klaszter hibáinak felállítása, kezelése és visszanyerése azonban bonyolultabb lehet, és a nem megfelelő konfigurációk vagy hálózati problémák megosztott-agy vagy adatok inkonzisztenciájához vezethetnek, ha a kvórum elveszik, vagy a feladatátvételi eljárások a rosszindulatú állapot átmeneteit.
Összefoglalva: a Redis Sentinel erős megbízhatóságot kínál a magas rendelkezésre állásra, összehangolt megfigyelés és feladatátvétel révén a mester-replika architektúrában, kagyló nélkül. Kisebb telepítéseknek vagy forgatókönyveknek felel meg, ahol a magas rendelkezésre állás kritikus, de az adatmennyiség és a hozzáférés terhelése egyetlen mester által kezelhető. A Redis Cluster viszont megbízhatóságot biztosít a vízszintes méretezhetőséggel kombinálva, az adatok megsemmisítésével és több csomóponton keresztül replikálva, biztosítva a folyamatos működést a csomópont hibáinak és a hálózati partíciók ellenére, nagyobb, igényesebb környezetben. A köztük lévő választás az adatméret, a munkaterhelés és a rendszer összetettségétől függően függ a konkrét megbízhatósági igényektől.
Ez az áttekintés részletes megfontolásokat tartalmaz a megfigyelés, a feladatátvételi folyamatok, a kvórummechanizmusok, a replikációs architektúra, a skálázhatóság következményeivel és a Redis Sentinel és a Redis Cluster közötti megbízhatóság működési kompromisszumaival kapcsolatban.