sql >> Database >  >> NoSQL >> Redis

Redis-implementatieconfiguratie - master-slave-replicatie

Dat kan.

Het hangt allemaal af van de belasting die die andere servers hebben, het is een probleem van het delen van bronnen. Om eerlijk te zijn is mijn grootste probleem met uw architectuur niet de dedicated versus de niet-dedicated servers, het is het feit dat u een Redis-server (master of niet) plaatst op een host die hoogstwaarschijnlijk met internet zal worden geconfronteerd (expressJS-app) , wat betekent dat het nogal bloot is.

Als je HTTP-belasting op je Node/Express JS-servers kunt simuleren, kijk dan eens naar het verschil tussen het uitvoeren van een aantal benchmarktests op je dedicated server versus de niet-dedicated:

Typ op een draaiende redis-server:

redis-benchmark -q -n 100000

Als de app-servers worden gehamerd en alle kernen regelmatig worden gebruikt, zou je een aanzienlijk verschil in de benchmarks moeten zien.

Mijn suggestie is, ga door met je eerste setup en voeg monitoring toe voor de redis-reactietijden, en handel alleen wanneer dat nodig is, wat nu kan zijn als de benchmarks zeer slechte resultaten laten zien.

Overweeg terzijde de mogelijkheid om hosts voor services die u aan internet blootstelt niet te delen met services die interne functies voor uw toepassing uitvoeren.




  1. Mongo bulksgewijs zoeken en bijwerken van overeenkomende documenten in één zoekopdracht?

  2. Hoe logt u de query's in die worden uitgevoerd door Spring Data MongoDB?

  3. Singleton-verbinding instellen met node.js en mongo

  4. Maak verbinding met AWS ElastiCache met In-Transit Encryption