Redis е разширено съхранение на ключ-стойност. Всъщност това е номер едно хранилище за ключови стойности и осмата най-популярна база данни в света. Той има висока пропускателна способност и работи от паметта, но също така има способността да съхранява данни на диска. Redis е страхотно решение за кеширане за много взискателни приложения и има много налични решения, които да ви помогнат да внедрите и управлявате Redis в облака. В тази публикация ще сравним ScaleGrid за Redis™ с Azure Cache за функции за управление и производителност на Redis, за да ви помогнем да изберете най-доброто управлявано решение за внедряването на Redis.
ScaleGrid; е доставчик на DBaaS, който предоставя напълно управляван хостинг не само за Redis™, но и за база данни MongoDB®, MySQL и PostgreSQL. Планът Bring Your Own Cloud (BYOC) хоства сървъра на базата данни във вашия собствен акаунт в AWS, Azure или GCP.
Azure предоставя хоствана услуга за Redis, наречена Azure Cache за Redis.
С един поглед – TLDR | ||||||
|---|---|---|---|---|---|---|
|
ScaleGrid за Redis™ срещу Azure Cache за сравнителен анализ на производителността на Redis
В този бенчмарк измерваме производителността и латентността. Пропускателната способност се измерва в операции в секунда (ops/sec), а латентността в микросекунди. Разгледайте нашия раздел Конфигурации за сравнителни показатели по-късно в тази публикация за информация как е конфигуриран този показател за ефективност.
Направихме сравнителен анализ на производителността на Redis™ със следните настройки.
| Доставчик | Размер на плана | RAM | Месечна цена |
|---|---|---|---|
| ScaleGrid за Redis™ | Специален хостинг голям на Azure | 7 GB памет | 607$ |
| Azure Cache за Redis | C3 Standard – умерена мрежова честотна лента | 6GB памет | 328,50$ |
| Azure Cache за Redis | P1 Premium – умерена мрежова честотна лента | 6GB памет | $404,42 |
| Azure Cache за Redis | P2 Premium – Висока мрежова честотна лента | 13GB памет | $810,30 |
Пропускателна способност
| Връзки | ScaleGrid за Redis™ | Azure Cache C3 Std. 6 GB | Azure Cache P1 6GB | Azure Cache P2 13GB | Подобрение на ScaleGrid |
|---|---|---|---|---|---|
| 100 | 134 667 | 16 461 | 19 881 | 38 459 | 439% |
| 200 | 147 551 | 16 246 | 25 361 | 35 459 | 474% |
| 300 | 152 341 | 15 872 | 25 346 | 35 045 | 499% |
| 400 | 152 624 | 15 235 | 19 043 | 37 301 | 539% |
| Както можем да видим на горната графика, ScaleGrid за Redis™ постига приблизително 5 пъти по-висока пропускателна способност в сравнение с Azure Cache за Redis при сравнителен анализ със 100-400 връзки. Например, докато планът Azure Cache за Redis P2 Premium 13GB управлява около 36 000 операции в секунда по време на всички сценарии на свързване, ScaleGrid за Redis™ има над 130 000 операции в секунда за всички сценарии. |
Ефективност при забавяне
| Връзки | ScaleGrid за Redis™ | Azure Cache C3 Std. 6 GB | Azure Cache P1 6GB | Azure Cache P2 13GB | Подобрение на ScaleGrid |
|---|---|---|---|---|---|
| 100 | 744 | 6809 | 5896 | 2497 | -85% |
| 200 | 1353 | 10 950 | 8447 | 5565 | -84% |
| 300 | 2044 | 17 807 | 13 045 | 8 539 | -84% |
| 400 | 2609 | 25 126 | 16 999 | 10 716 | -85% |
| Докато латентността на Azure Cache за Redis нараства бързо с нарастването на броя на връзките, ScaleGrid за Redis™ стабилно постига ниска латентност във всички връзката се брои. Средно ScaleGrid for Redis™ има 85% по-ниска латентност отколкото Azure Cache за Redis. Това е особено забележимо при сравняване на Azure Cache за Redis (C3 Standard 6GB) със ScaleGrid за Redis™, където разликата е до -99%. |
Резюме на сравнителния анализ
Както можете да разберете от горните графики, ScaleGrid за Redis™ осигурява значително по-висока пропускателна способност и по-ниска латентност. Средно можем да видим приблизително 5 пъти по-голяма пропускателна способност и 85% по-ниска латентност в сравнение с еквивалентните размери на Azure Cache. Планът ScaleGrid за Redis™ BYOC започва от $9 на месец (720h + VM разходи) и $18 на месец (720h) за Специализирания хостинг план.
|
Конфигурация за сравнителен анализ
Нека да разгледаме конфигурациите, които използвахме в бенчмарка на производителността:
| Конфигурация | Подробности |
|---|---|
| Инструмент за сравнителен анализ | Memtier Benchmark |
| Azure регион за Redis | Източен САЩ |
| Azure регион за приложения | Източен САЩ |
| Тип внедряване | Master-Slave |
За всеки Redis™ сървър сме направили сравнителен анализ със 100, 200, 300 и 400 връзки. Всяка връзка изпраща 10 000 заявки с размер на обектни данни от 32 байта на заявка. Ние използваме не-SSL връзки за свързване на Redis™ сървъри.
ScaleGrid не само може да осигури по-висока пропускателна способност и по-ниска латентност, но също така носи много други функции като пълен администраторски достъп, планирано архивиране и SSH достъп. Можете да намерите повече информация за ScaleGrid за Redis™ на Azure на нашия уебсайт.
Какво да вземете предвид при избора на услуга Redis™?
И така, при толкова много напълно управлявани опции за доставчик на услуги Redis™, кои са най-важните функции, за които трябва да внимавате? Ето контролен списък, който да използвате, когато избирате правилната Redis хостинг услуга за вас:
- Специализиран сървър
- Мащабируемост
- Устойчивост на данните
- Архивиране и възстановяване
- Висока пропускателна способност и ниска латентност
Специализиран сървър
Redis е еднонишков сървър, където данните се съхраняват в паметта; следователно, когато Redis работи на специален сървър е много важно в производствена среда. Не искате вашият Redis сървър да се бори за ресурсите на процесора и паметта с други услуги.
Мащабируемост
Бизнесът се разраства, както и вашите данни. Много е важно вашата услуга Redis да е в състояние да извършва динамично, на място мащабиране на вашия Redis сървър с малко или никакво време на престой.
Устойчивост на данните
В зависимост от нуждите на вашия бизнес, може да се наложи да запазите данните си Redis във физическо съхранение. Redis предоставя две опции за постоянство:RDB и AOF.
RDB е моментни снимки на вашия набор от данни на определени интервали към Redis Database Backup файл. Файлът може да бъде прехвърлен към други екземпляри на Redis.
AOF означава Добавяне само на файл. Redis регистрира всяка операция на запис, която е била променена във вашия набор от данни. Това е много надежден начин да запазите данните си.
И RDB, и AOF могат да бъдат активирани едновременно и имат различни компромиси. За повече подробности относно техните плюсове и минуси, можете да прочетете повече на страницата Redis Persistence на redis.io.
Вашата услуга Redis трябва да предоставя опции не само за запазване на данните, но и за разгръщане на Redis в режим главен/реплика или клъстер, за да се сведе до минимум вероятността от загуба на данни.
Архивиране и възстановяване
Всяка база данни като услуга (DBaaS) за Redis също трябва да предоставя резервни копия по график и при поискване, така че да можете да сте сигурни, че винаги имате наличен редовен график за архивиране и можете да ги изпълнявате както е необходимо преди събитие за кандидатстване. Той също така трябва да предоставя опции за „възстановяване на архивиране“ на съществуващи бази данни или на нов екземпляр на база данни.
Висока пропускателна способност и ниска латентност
Redis може да осигури бързо кеширане на приложения. Въпреки това, понякога забавянето на мрежата може да попречи на достъпа до данни от Redis. Ключът е да избягвате физическо дистанциране между вашето приложение и Redis. Така че искате да сте сигурни, че както приложението, така и Redis се хостват в един и същ регион на доставчик на облак и в една и съща виртуална мрежа. Вашият доставчик на услуги Redis трябва да има опцията да разположи вашия Redis сървър във виртуалната мрежа по ваш избор.
