Er der en fordel ved at køre Redis på mere end én instans?
Ja. Der er mindst tre fordele.
- Redis er enkelttrådet (faktisk har den mere end én tråd, men det meste arbejde udføres i en enkelt tråd). Med mere end én instans kan du opnå bedre ydeevne.
- Redis gemmer data i hukommelsen, og lageret er begrænset til størrelsen af en enkelt maskines hukommelse. For at gemme flere data kan du implementere mere end én Redis-forekomst på forskellige maskiner, og hver forekomst gemmer en anden del af hele dataene.
- Du kan have en Redis master-instans og dens slave-instans kørende på 2 forskellige maskiner. Hvis maskinen, der kører hovedforekomsten, er nede, kan slaveforekomsten stadig betjene anmodningerne.
Hvis ja, hvordan opnår du paritet mellem mere end én Redis-instans?
Jeg er ikke sikker på, hvad du mener med paritet . Mener du herre-slave forhold? Redis kan have en master med flere slaver, og hver slave kan endda have sine egne slaver (hvis jeg husker rigtigt).
ville nogle af fordelene ved at bruge Redis i første omgang ikke blive ophævet, hvis du bruger mere end én forekomst af en webapp? At interagere med Redis på en lokal maskine ser ud til at være meget hurtigere end at trække data fra hukommelsen på instans A og derefter flytte dem over netværket til instans B.
Hvis du implementerer Redis-instansen og webapp-instansen på 2 forskellige maskiner, skal du sikre dig, at netværket mellem de 2 maskiner har lav latenstid .