Redis på Azure Performance Benchmark – ScaleGrid för Redis™ kontra Azure Cache

Redis är en avancerad nyckel-värde butik. Faktum är att det är den viktigaste värdebutiken och den åttonde mest populära databasen i världen. Den har hög genomströmning och körs från minnet, men har också förmågan att bevara data på disk. Redis är en fantastisk cachningslösning för mycket krävande applikationer, och det finns många tillgängliga lösningar som hjälper dig att distribuera och hantera Redis i molnet. I det här inlägget kommer vi att jämföra ScaleGrid för Redis™ vs. Azure Cache for Redis prestanda och hanteringsfunktioner för att hjälpa dig välja den bästa hanterade lösningen för din Redis-distribution.

ScaleGrid är en DBaaS-leverantör som tillhandahåller fullständigt hanterad värd inte bara för Redis™ utan även för MongoDB®-databaser, MySQL och PostgreSQL. Planen Bring Your Own Cloud (BYOC) är värd för databasservern i ditt eget AWS-, Azure- eller GCP-konto.

Azure tillhandahåller en värdtjänst för Redis som heter Azure Cache for Redis.

En överblick – TLDR

Genomströmningsprestanda Testa genomströmningsprestanda ScaleGrid för Redis™ lyckas uppnå upp till 5 gånger högre genomströmning jämfört med Azure Cache för Redis. Läs nu Latensprestanda Med ett genomsnitt på 85 % lägre latens överträffar ScaleGrid for Redis™ Azure Cache for Redis vid testning över alla anslutningar. Läs nu Benchmark-konfiguration Se konfigurationerna som används i detta prestandariktmärke. Läs nu

ScaleGrid för Redis™ vs. Azure Cache för Redis Performance Benchmark

I detta benchmark mäter vi prestandan i genomströmning och latens. Genomströmningen mäts i operationer per sekund (ops/sek) och latens i mikrosekunder. Kolla in avsnittet Benchmark Configurations senare i det här inlägget för information om hur detta prestandabenchmark konfigurerades.

Vi har riktmärkt Redis™-prestanda med följande inställningar.

Genomströmningsprestanda

Latensprestanda

Sammanfattning av benchmark

Som du kan se från diagrammen ovan ger ScaleGrid för Redis™ betydligt högre genomströmning och lägre latens. I genomsnitt kan vi se cirka 5 gånger genomströmningen och 85 % lägre latens jämfört med motsvarande storlekar på Azure Cache. ScaleGrid för Redis™ BYOC-planen börjar på $9 per månad (720h + VM-kostnader) och $18 per månad (720h) för den dedikerade värdplanen.

Benchmark-konfiguration

Låt oss ta en titt på konfigurationerna vi använde i prestandabenchmark:

För varje Redis™-server har vi benchmarkat med 100, 200, 300 och 400 anslutningar. Varje anslutning skickar 10 000 förfrågningar med 32 byte objektdatastorlek per begäran. Vi använder icke-SSL-anslutningar för att ansluta Redis™-servrar.

ScaleGrid kan inte bara ge högre genomströmning och lägre latens, det ger också många andra funktioner som fullständig administratörsåtkomst, schemalagda säkerhetskopieringar och SSH-åtkomst. Du kan hitta mer information om ScaleGrid för Redis™ på Azure på vår webbplats.

Vad ska man tänka på när man väljer en Redis™-tjänst?

Så, med så många fullt hanterade Redis™-tjänstleverantörsalternativ, vilka är de viktigaste funktionerna att hålla utkik efter? Här är en checklista att använda när du väljer rätt Redis-värdtjänst för dig:

1. Dedikerad server
2. Skalbarhet
3. Databeständighet
4. Säkerhetskopiering och återställning
5. Hög genomströmning och låg latens

Dedikerad server

Redis är en enkeltrådad server där data lagras i minnet; Därför är det mycket viktigt att ha Redis igång på en dedikerad server i en produktionsmiljö. Du vill inte att din Redis-server ska slåss om CPU- och minnesresurser med andra tjänster.

Skalbarhet

Företag växer, och samma sak för din data. Det är mycket viktigt att din Redis-tjänst kan utföra en dynamisk uppskalning på plats av din Redis-server med liten eller ingen driftstopp.

Databeständighet

Beroende på dina affärsbehov kan du behöva behålla din Redis-data på fysisk lagring. Redis tillhandahåller två beständighetsalternativ:RDB och AOF.

RDB är en punkt-i-tid ögonblicksbilder av din datauppsättning med specificerade intervall till en Redis Databas Backup-fil. Filen kan överföras till andra Redis-instanser.

AOF står för Append Only File. Redis loggar varje skrivoperation som har ändrats i din datauppsättning. Det är ett mycket tillförlitligt sätt att bevara din data.

Både RDB och AOF kan aktiveras samtidigt och de har olika avvägningar. För mer information om deras för- och nackdelar kan du läsa mer på Redis Persistence-sida på redis.io.

Din Redis-tjänst bör ge alternativ inte bara för att bevara data, utan också för att distribuera Redis i master-/replik- eller klusterläge för att minimera risken för dataförlust.

Säkerhetskopiering och återställning

Alla databaser som en tjänst (DBaaS) för Redis bör också tillhandahålla schemalagda och on-demand säkerhetskopieringar så att du kan säkerställa att du alltid har ett regelbundet schema med säkerhetskopior tillgängligt och kan utföra dem efter behov innan ett ansökningshändelse. Det bör också tillhandahålla alternativ för "återställ säkerhetskopiering" till befintliga databaser eller till en ny databasinstans.

Hög genomströmning och låg latens

Redis kan tillhandahålla snabb cachning för applikationer. Men ibland kan nätverkslatens hindra åtkomst till data från Redis. Nyckeln är att undvika fysiskt avstånd mellan din applikation och Redis. Så du vill se till att både applikationen och Redis finns på samma molnleverantörsregion och på samma virtuella nätverk. Din Redis-tjänstleverantör bör ha möjlighet att distribuera din Redis-server på det virtuella nätverk du väljer.