MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

Високопроизводителни MongoDB клъстери в Azure

В ScaleGrid вие имате възможността да донесете свой собствен облак (BYOC) за да хоствате вашите напълно управлявани екземпляри на MongoDB в вашия собствен акаунт в Azure или да хоствате при нас чрез нашите специални клъстери за Azure план.

Високопроизводителните клъстери използват мощни процесори и първокласни дискове, за да осигурят подобрена производителност. Въз основа на нашите тестове за производителност (подробности по-долу), нашите високопроизводителни клъстери в Azure осигуряват 4 пъти по-висока производителност на конкуренцията ни и 2 пъти по-висока от стандартните ни клъстери.

ScaleGrid вече поддържа 'High Performance' MongoDB клъстери на платформата Azure ARM Щракнете за Tweet

Високопроизводителен MongoDB:Набор от реплики с 3 възела

Защо нашите клъстери се представят много по-добре? Високопроизводителната конфигурация MongoDB на Azure използва хибрид от локален SSD и премиум дискове, за да постигне както висока производителност, така и висока надеждност. Типична конфигурация се разгръща с помощта на набор от реплики с 3 възела.

  • Основният и вторичният 1 използват локални SSD дискове
  • Secondary 2 използва Azure Premium Disk

Набор реплики с 3 възела на MongoDB с висока производителност

Спецификации

Високопроизводителни клъстери се предлагат в три конфигурации, както е описано подробно по-долу, или можете да намерите на нашата ценова страница. Ако използвате плана BYOC, размерите също могат да бъдат персонализирани.

Ефективност

Проведохме подробни тестове за производителност, използвайки YCSB, за да демонстрираме подобрената производителност, и сравнихме ScaleGrid Azure High Performance XLarge срещу ScaleGrid стандартен Azure XLarge спрямо конкурент с еквивалентен размер. Всички конфигурации са подобни с 14 GB RAM и са внедрени в региона Azure, Australia Easy – Сидни.

Висока производителност на ScaleGrid

  • High-Perf XLarge
  • DS3_v2
  • 14 GB RAM
  • 4 ядра
  • 1024 GB
  • Премиум SSD диск
  • 5000 IOPS
  • (2+1) комплект реплики
  • MongoDB версия 3.4.3
ScaleGrid Standard

  • XLarge
  • D11_v2
  • 14 GB RAM
  • 2 ядра
  • 240 GB
  • 4 дисков RAID
  • До 2000 IOPS
  • (2+1) комплект реплики
  • MongoDB версия 3.4.3
Конкурент

  • Специален Azure
  • (2 + 1) Набор реплики
  • 14 GB RAM
  • 240 GB блоково хранилище на възел
  • MongoDB версия 3.4.4

Работни натоварвания

  • 100 % работно натоварване на запис (работно натоварване A фаза на зареждане):Запишете 3 милиона записа в базата данни при различни нива на зареждане чрез увеличаване на броя на нишките на клиента от 4 до 64, удвояване всеки път.
  • 50% четене/ 50% натоварване на актуализацията (фаза на изпълнение на работно натоварване А):Изпълнете работното натоварване за 6 милиона операции при различни нива на натоварване чрез увеличаване на броя на клиентските нишки от 4 нагоре до 64, като всеки път се удвоява.

Резултати

100% работно натоварване при писане

50% Четене/50% Актуализиране на работното натоварване

Резюме

  • Без RAID или премиум SSD дискове производителността на конкурента е доста ниска. Той насища блоковото си съхранение при ниски натоварвания и пропускателната способност остава почти равна през цялото време. Процесорът се насища напълно при 16 нишки. Нарастването на латентността е почти експоненциално.
  • С конфигуриран RAID стандартното решение ScaleGrid Azure значително превъзхожда конкурента, тъй като пропускателната способност се увеличава почти линейно с натоварването. Цифрите на латентността също са много ниски. Това се очаква с настройка на RAID и последователно натоварване. В най-добрия си вид нашето стандартно решение на Azure беше повече от 3 пъти по-добро от конкурентите!
  • Високопроизводителното внедряване на ScaleGrid Azure с неговите първокласни дискове превъзхожда стандартното блоково съхранение. В най-добрия случай е 5 пъти по-бързо от решението на конкурента и около 1,4 пъти по-бързо от нашето стандартно решение.

Ако имате нужда от високопроизводителен MongoDB клъстер в Azure, свържете се с [email protected] и ние можем да ви помогнем да настроите.


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Броят на Mongodb е различен с множество групови полета

  2. Как най-добре да създадете RESTful API в Node.js

  3. Трябва ли изрично да затварям връзката?

  4. Не мога да се удостоверя на mongodb с PHP

  5. Mongo DB отношения между обекти