Heeft het een voordeel om Redis op meer dan één instantie uit te voeren?
Ja. Er zijn minstens drie voordelen.
- Redis is single-threaded (in feite heeft het meer dan één thread, maar het meeste werk wordt gedaan in een enkele thread). Met meer dan één instantie kunt u betere prestaties behalen.
- Redis slaat gegevens op in het geheugen en de opslag is beperkt tot de grootte van het geheugen van een enkele machine. Om meer gegevens op te slaan, kunt u meer dan één Redis-instantie op verschillende machines implementeren, en elke instantie slaat een ander deel van de volledige gegevens op.
- U kunt een Redis-masterinstantie en de bijbehorende slave-instantie op 2 verschillende machines laten draaien. Als de machine waarop de master-instantie draait niet werkt, kan de slave-instantie nog steeds de verzoeken afhandelen.
Zo ja, hoe bereikt u pariteit tussen meer dan één Redis-instantie?
Ik weet niet zeker wat je bedoelt met pariteit . Bedoel je een meester-slaaf relatie? Redis kan een master hebben met meerdere slaven, en elke slave kan zelfs zijn eigen slaven hebben (als ik het me goed herinner).
zouden sommige voordelen van het gebruik van Redis in de eerste plaats niet teniet worden gedaan als u meer dan één instantie van een web-app gebruikt? Interactie met Redis op een lokale machine lijkt veel sneller te zijn dan de gegevens uit het geheugen op exemplaar A te halen en deze vervolgens over het netwerk naar exemplaar B te verplaatsen.
Als u de Redis-instantie en de webapp-instantie op 2 verschillende machines implementeert, moet u ervoor zorgen dat het netwerk tussen de 2 machines lage latentie heeft .