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

Пет съвета за по-добър хостинг на MongoDB в Azure

Платформата за облачни изчисления Azure премина през замайващ набор от подобрения през последните няколко години, почти не наподобявайки оригиналната платформа, с която Microsoft започна през 2010 г.  ScaleGrid  беше една от тях. най-ранните MongoDB хостинг платформи за поддръжка на Azure и ние продължихме да развиваме нашето предложение с развитието на Azure.

Независимо дали използвате Azure от известно време или току-що започвате да използвате Azure за MongoDB хостинг, ето някои модели на архитектурен дизайн, които трябва да имате предвид, за да сте сигурни, че използвате Платформа Azure за най-доброто MongoDB хостинг изживяване.

    1. Платформа за Azure Resource Manager (ARM)

      Използвайте силата на новата платформа Azure Resource Manager (ARM). Ако все още сте на платформата Azure Classic, моментът за преместване е сега! Има няколко предимства от преминаването към новата ARM платформа, включително използването на управлявани дискове, виртуални мрежи и запазени инстанции. Всички предимства са подробно описани в публикацията в блога Предимства от мигрирането на IaaS към Azure Resource Manager.

    2. Виртуални мрежи и групи за мрежова сигурност на Azure

      Базите данни се разгръщат най-добре в частни подмрежи, които не са изложени на интернет. Azure ви позволява да създадете своя собствена виртуална мрежа (VNET) и да разположите вашите сървъри на база данни в конкретни подмрежи. Можете също така да управлявате контрола на достъпа, като създадете правила за групата за мрежова сигурност (NSG) и зададете публичен IP на сървъра на базата данни (само), ако трябва да го направите достъпен през интернет. Като част от нашия модел „Донесете свой собствен облак“, позволяваме на нашите клиенти да разгръщат своите MongoDB клъстери в собствената си VNET, за да използват разширените контроли за сигурност на VNET и NSG.

    3. Набор за наличност на Azure и зони за наличност

      Наборите за наличност са от съществено значение за разпределянето на възлите на вашия клъстер между различен хардуер. По този начин една хардуерна повреда не засяга всичките ви възли. Нашата препоръка е да създадете набор за наличност за реплика. Azure също така наскоро въведе зони за наличност за да ви предпази от прекъсвания на ниво център за данни. Можете да разпространявате вашите реплики в зони за наличност за 99,99% време на работа.

      5 съвета за по-добър #MongoDB хостинг на AzureClick To Tweet

    4. Типове екземпляри на Azure

      Изборът на правилния тип екземпляр на Azure за вашето натоварване на MongoDB е много важен – не всички типове екземпляри са подходящи за MongoDB. Като цяло трябва да разглеждате типове екземпляри „оптимизирани за паметта“ или типове екземпляри „оптимизирани за съхранение“.

      Последната серия Ev3 от оптимизирани за паметта екземпляри обикновено са чудесна отправна точка за повечето работни натоварвания на MongoDB. Ако имате нужда от повече CPU, отколкото е предоставено от E2 v3, можете да помислите за типовете Dv3 екземпляри „Общо предназначение“.

      Екземплярите на режима „Burst“ – „B1S, B1MS, B2MS“ обикновено са подходящи за малки работни натоварвания, среди за разработка/тестове и т.н. Тъй като вашите данни стават все по-големи, „Оптимизирана за съхранение“ серия L4 с локални SSD дискове на Azure са много подходящи – повече подробности в раздела Azure Disk по-долу. Като цяло правилният тип екземпляр зависи от вашето работно натоварване, така че е важно да повторите и тествате различните типове екземпляри с вашето работно натоварване.

    5. Azure дискове

      Azure предлага разнообразие от типове дискове за обработка на различни работни натоварвания:

      • Наследени дискове (стандартни и премиум)

        За целите на тази дискусия няма да разглеждаме наследените Azure дискове. Ако използвате наследени дискове, трябва да помислите за преминаване към управлявани дискове.

      • Управлявани дискове (стандартни и премиум)

        Управляваните от Azure дискове значително опростяват управлението на вашите компютърни дискове в Azure. Те предлагат няколко предимства пред наследените дискове:

        • Няма нужда да се притеснявате за акаунти за съхранение.
        • Няма нужда да се притеснявате за размера на акаунта за съхранение и ограниченията на производителността.
        • Лесни моментни снимки и създаване на нови дискове от моментни снимки.
        • Лесно преобразувайте от стандарт в премиум и обратно.
        • Използвайте подобрените набори за наличност, за да приложите към вашите дискове.

        Можете да намерите пълните подробности за разликите между управлявани дискове и наследени дискове в документацията на Azure.

        Premium Managed Disks също предлагат различни IOPS гаранции в зависимост от размера на диска. За производствени клъстери MongoDB горещо препоръчваме Premium управлявани дискове, докато за среди за разработчици/тестови, стандартните управлявани дискове са подходящи.
      • Локални SSD дискове

        Типове екземпляри на Azure „оптимизирани за съхранение“ осигуряват големи локални SSD дискове, които предлагат най-добрата пропускателна способност в Azure. Това е чудесно подходящо за големи клъстери, които се нуждаят от много дисков вход/изход (I/O). Нашите клъстери с висока производителност на Azure за MongoDB използват екземпляри от серия L. Въпреки това, локалните SSD дискове са „ефимерни“ – когато  спрете екземпляра, данните изчезват. Затова е важно да внимавате, когато използвате локални дискове. Нашата препоръка е да използвате една реплика, която е на управлявани премиум дискове, за да гарантирате безопасността на данните.

Знам, че обещахме 5 съвета, но ето още един за пътя:

  1. Използвайте Azure запазени екземпляри

    Azure вече поддържа запазени екземпляри (RI) или AWS. Можете да закупите резервирани копия на Azure за периоди от една или три години в напреднали и значително да намалите разходите си за хостинг в MongoDB до 82%.


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. В MongoDB mapreduce, как мога да изгладя обекта със стойности?

  2. Mongodb групиране и сортиране

  3. MongoDB $radiansToDegrees

  4. Мониторинг на база данни с ClusterControl

  5. Прилагането на 2dsphere индекс върху схема на мангуста принуждава ли полето за местоположение да бъде задължително?