Redis på Azure Performance Benchmark – ScaleGrid til Redis™ vs. Azure Cache

Redis er et avanceret nøgleværdilager. Faktisk er det nummer et nøgleværdibutik og ottende mest populære database i verden. Den har høj gennemstrømning og kører fra hukommelsen, men har også evnen til at bevare data på disken. Redis er en fantastisk caching-løsning til meget krævende applikationer, og der er mange tilgængelige løsninger til at hjælpe dig med at implementere og administrere Redis i skyen. I dette indlæg vil vi sammenligne ScaleGrid for Redis™ vs. Azure Cache for Redis ydeevne og administrationsfunktioner for at hjælpe dig med at vælge den bedst administrerede løsning til din Redis-implementering.

ScaleGrid er en DBaaS-udbyder, der leverer fuldt administreret hosting ikke kun til Redis™, men også til MongoDB®-database, MySQL og PostgreSQL. BYOC-planen (Bring Your Own Cloud) er vært for databaseserveren på din egen AWS-, Azure- eller GCP-konto.

Azure leverer en hostet tjeneste til Redis kaldet Azure Cache for Redis.

Et overblik – TLDR

gennemstrømningsydelse Test af gennemløbsydelse ScaleGrid for Redis™ formår at opnå op til 5 gange højere gennemløb sammenlignet med Azure Cache til Redis. Læs nu Latensydelse Med et gennemsnit på 85 % lavere latenstid overgår ScaleGrid for Redis™ Azure Cache for Redis, når der testes på tværs af alle forbindelsesantal. Læs nu Benchmark-konfiguration Se de konfigurationer, der bruges i dette præstationsbenchmark. Læs nu

ScaleGrid for Redis™ vs. Azure Cache for Redis Performance Benchmark

I dette benchmark måler vi ydeevnen i gennemløb og latens. Gennemløbet måles i operationer per sekund (ops/sek) og latens i mikrosekunder. Se vores Benchmark-konfigurationssektion senere i dette indlæg for at få oplysninger om, hvordan dette præstationsbenchmark blev konfigureret.

Vi har benchmarked Redis™ ydeevne med følgende opsætninger.

gennemstrømningsydelse

Latency Performance

Benchmark-oversigt

Som du kan se fra ovenstående grafer, giver ScaleGrid for Redis™ betydeligt højere gennemløb og lavere latenstid. I gennemsnit kan vi se cirka 5 gange gennemløbet og 85 % lavere latenstid sammenlignet med tilsvarende størrelser på Azure Cache. ScaleGrid for Redis™ BYOC-planen starter ved $9 per måned (720 timer + VM-omkostninger) og $18 per måned (720 timer) for den dedikerede hostingplan.

Benchmark-konfiguration

Lad os tage et kig på de konfigurationer, vi brugte i ydeevnebenchmark:

For hver Redis™-server har vi benchmarked med 100, 200, 300 og 400 forbindelser. Hver forbindelse sender 10.000 anmodninger med 32 bytes objektdatastørrelse pr. anmodning. Vi bruger ikke-SSL-forbindelser til at forbinde Redis™-servere.

ScaleGrid kan ikke kun give højere gennemløb og lavere latenstid, det bringer også mange andre funktioner såsom fuld administratoradgang, planlagte sikkerhedskopier og SSH-adgang. Du kan finde flere oplysninger om ScaleGrid for Redis™ på Azure på vores hjemmeside.

Hvad skal man overveje, når man vælger en Redis™-tjeneste?

Så, med så mange fuldt administrerede Redis™-tjenesteudbydermuligheder, hvad er de vigtigste funktioner at se efter? Her er en tjekliste, du skal bruge, når du skal vælge den rigtige Redis-hostingtjeneste til dig:

1. Dedikeret server
2. Skalerbarhed
3. Datapersistens
4. Sikkerhedskopiering og gendannelse
5. Høj gennemløb og lav forsinkelse

Dedikeret server

Redis er en single-threaded server, hvor data gemmes i hukommelsen; Derfor er det meget vigtigt at have Redis kørende på en dedikeret server i et produktionsmiljø. Du vil ikke have, at din Redis-server kæmper om CPU- og hukommelsesressourcer med andre tjenester.

Skalerbarhed

Virksomheder vokser, og det samme for dine data. Det er meget vigtigt, at din Redis-tjeneste er i stand til at udføre en dynamisk opskalering på stedet af din Redis-server med lidt eller ingen nedetid.

Datapersistens

Afhængigt af dine forretningsbehov skal du muligvis bevare dine Redis-data på fysisk lagring. Redis giver to persistensmuligheder:RDB og AOF.

RDB er et øjebliksbillede af dit datasæt med specificerede intervaller til en Redis Database Backup-fil. Filen kan overføres til andre Redis-instanser.

AOF står for Tilføj kun fil. Redis logger hver skriveoperation, der er blevet ændret i dit datasæt. Det er en meget pålidelig måde at bevare dine data på.

Både RDB og AOF kan aktiveres på samme tid, og de har forskellige afvejninger. For flere detaljer om deres fordele og ulemper, kan du læse mere på Redis Persistence-siden på redis.io.

Din Redis-tjeneste bør give muligheder, ikke kun for at bevare dataene, men også for at implementere Redis i master-/replika- eller klyngetilstand for at minimere risikoen for tab af data.

Sikkerhedskopiering og gendannelse

Enhver Database as a Service (DBaaS) til Redis bør også levere planlagte og on-demand sikkerhedskopier, så du kan sikre, at du altid har en regelmæssig tidsplan for sikkerhedskopier tilgængelig og kan udføre dem efter behov før en ansøgningshændelse. Det bør også give "gendan backup"-muligheder til eksisterende databaser eller til en ny databaseforekomst.

Høj gennemløb og lav forsinkelse

Redis kan levere hurtig caching til applikationer. Nogle gange kan netværksforsinkelse dog være en flaskehals for adgang til data fra Redis. Nøglen er at undgå fysisk afstand mellem din applikation og Redis. Så du vil sikre dig, at både applikationen og Redis er hostet på den samme cloud-udbyderregion og på det samme virtuelle netværk. Din Redis-tjenesteudbyder bør have mulighed for at implementere din Redis-server på det virtuelle netværk efter eget valg.