Redis op Azure Performance Benchmark – ScaleGrid voor Redis™ versus Azure Cache

Redis is een geavanceerd sleutel-waardearchief. Het is zelfs de nummer één winkel met sleutelwaarden en de achtste meest populaire database ter wereld. Het heeft een hoge doorvoer en draait vanuit het geheugen, maar heeft ook de mogelijkheid om gegevens op schijf te bewaren. Redis is een geweldige caching-oplossing voor veeleisende applicaties en er zijn veel oplossingen beschikbaar om u te helpen Redis in de cloud te implementeren en te beheren. In dit bericht gaan we de prestaties en beheerfuncties van ScaleGrid voor Redis™ vergelijken met Azure Cache voor Redis om u te helpen de best beheerde oplossing voor uw Redis-implementatie te kiezen.

ScaleGrid is een DBaaS-provider die volledig beheerde hosting biedt, niet alleen voor Redis™, maar ook voor MongoDB®-database, MySQL en PostgreSQL. Het Bring Your Own Cloud (BYOC)-abonnement host de databaseserver in uw eigen AWS-, Azure- of GCP-account.

Azure biedt een gehoste service voor Redis, genaamd Azure Cache for Redis.

In één oogopslag – TLDR

Doorvoerprestaties Doorvoerprestaties testen ScaleGrid voor Redis™ slaagt erin om tot 5 keer hogere doorvoer te bereiken in vergelijking met Azure Cache voor Redis. Lees nu Latentieprestaties Met een gemiddeld 85% lagere latentie presteert ScaleGrid for Redis™ beter dan Azure Cache for Redis bij het testen van alle verbindingen. Lees nu Benchmarkconfiguratie Bekijk de configuraties die in deze prestatiebenchmark worden gebruikt. Lees nu

ScaleGrid voor Redis™ versus Azure Cache voor Redis-prestatiebenchmark

In deze benchmark meten we de prestaties in doorvoer en latentie. De doorvoer wordt gemeten in bewerkingen per seconde (ops/sec) en latentie in microseconden. Bekijk onze sectie Benchmarkconfiguraties verderop in dit bericht voor informatie over hoe deze prestatiebenchmark is geconfigureerd.

We hebben de Redis™-prestaties vergeleken met de volgende instellingen.

Doorvoerprestaties

Latentieprestaties

Benchmarkoverzicht

Zoals je kunt zien in de bovenstaande grafieken, biedt ScaleGrid voor Redis™ een aanzienlijk hogere doorvoer en lagere latentie. Gemiddeld zien we ongeveer 5x de doorvoer en 85% lagere latentie in vergelijking met vergelijkbare grootten op Azure Cache. Het ScaleGrid for Redis™ BYOC-abonnement begint bij $ 9 per maand (720 uur + VM-kosten) en $ 18 per maand (720 uur) voor het dedicated hostingplan.

Benchmarkconfiguratie

Laten we eens kijken naar de configuraties die we in de prestatiebenchmark hebben gebruikt:

Voor elke Redis™-server hebben we een benchmark uitgevoerd met 100, 200, 300 en 400 verbindingen. Elke verbinding verzendt 10.000 verzoeken met een objectgegevensgrootte van 32 bytes per verzoek. We gebruiken niet-SSL-verbindingen om Redis™-servers te verbinden.

ScaleGrid biedt niet alleen een hogere doorvoer en lagere latentie, maar biedt ook vele andere functies, zoals volledige beheerderstoegang, geplande back-ups en SSH-toegang. U kunt meer informatie over ScaleGrid voor Redis™ op Azure vinden op onze website.

Waarop moet u letten bij het kiezen van een Redis™-service?

Dus, met zoveel volledig beheerde Redis™-serviceprovideropties, wat zijn de belangrijkste functies om op te letten? Hier is een checklist die u kunt gebruiken bij het kiezen van de juiste Redis-hostingservice voor u:

1. Dedicated Server
2. Schaalbaarheid
3. Persistentie van gegevens
4. Back-ups en herstel
5. Hoge doorvoer en lage latentie

Dedicated Server

Redis is een single-threaded server waar gegevens in het geheugen worden opgeslagen; daarom is het erg belangrijk om Redis op een dedicated server te laten draaien in een productieomgeving. U wilt niet dat uw Redis-server strijdt om CPU- en geheugenbronnen met andere services.

Schaalbaarheid

Bedrijven groeien, en hetzelfde geldt voor uw gegevens. Het is erg belangrijk dat uw Redis-service in staat is om uw Redis-server dynamisch en ter plaatse op te schalen met weinig of geen downtime.

Datapersistentie

Afhankelijk van uw zakelijke behoeften, moet u mogelijk uw Redis-gegevens bewaren op fysieke opslag. Redis biedt twee persistentie-opties:RDB en AOF.

RDB is een momentopname van uw dataset met gespecificeerde intervallen naar een Redis Database Backup-bestand. Het bestand kan worden overgebracht naar andere Redis-instanties.

AOF staat voor Append Only File. Redis logt elke schrijfbewerking die is gewijzigd in uw dataset. Het is een zeer betrouwbare manier om uw gegevens te bewaren.

Zowel RDB als AOF kunnen tegelijkertijd worden ingeschakeld en hebben verschillende compromissen. Voor meer details over hun voor- en nadelen, kun je meer lezen op de Redis Persistence-pagina op redis.io.

Uw Redis-service moet niet alleen opties bieden om de gegevens te bewaren, maar ook om Redis in master-/replica- of clustermodus te implementeren om de kans op gegevensverlies te minimaliseren.

Back-ups en herstel

Elke Database as a Service (DBaaS) voor Redis moet ook geplande en on-demand back-ups bieden, zodat u ervoor kunt zorgen dat u altijd een regelmatig schema van back-ups beschikbaar heeft en deze kunt uitvoeren indien nodig vóór een toepassingsgebeurtenis. Het moet ook "back-up terugzetten"-opties bieden naar bestaande databases of naar een nieuwe database-instantie.

Hoge doorvoer en lage latentie

Redis kan applicaties snel cachen. Soms kan netwerklatentie echter de toegang tot gegevens van Redis belemmeren. De sleutel is om fysieke afstand tussen uw toepassing en Redis te vermijden. U wilt er dus zeker van zijn dat zowel de applicatie als Redis worden gehost in dezelfde cloudproviderregio en op hetzelfde virtuele netwerk. Uw Redis-serviceprovider zou de mogelijkheid moeten hebben om uw Redis-server op het virtuele netwerk van uw keuze te implementeren.