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

10 въпроса, които да зададете (и да отговорите), когато хоствате MongoDB на AWS

В Amazon AWS хоствате ли вашите производствени копия на MongoDB? В ScaleGrid управляваме стотици производствени екземпляри на MongoDB на AWS и сме научили няколко неща по пътя. Ето набор от 10 въпроса, които трябва да си зададете и да отговорите, докато продължавате да управлявате внедряването си. Почти цялата информация по-долу е приложима и за други доставчици на облачни услуги.

  1. Какъв е вашият план за висока наличност (HA)?

    Ако използвате един екземпляр, може да е време да разгледате наборите от реплики. Когато използвате набори от реплики, внимавайте да разположите всеки набор от реплики в различна зона на наличност за висока наличност на MongoDB.

  2. Какъв е вашият план за възстановяване след бедствие (DR)?

    Ако внедрявате всичките си набори реплики в един регион, какво се случва, когато цял регион на AWS се стопи, както се случи през април 2011 г.? Може да искате да разгледате разпространението на вашите комплекти реплики на MongoDB в региони.

  3. Тествахте ли плана си за DR?

    Симулирайте повреди на машината, мрежата и диска, за да разберете поведението на клъстера при условия на отказ. Не искате да се сблъскате с първия си отказ в производството и трябва да сте сигурни, че вашият MongoDB клъстер може да оцелее при прекъсване на AWS.

  4. Правите ли резервни копия на вашите екземпляри?

    Да, имате нужда от резервни копия, дори ако имате набори от реплики. Архивите са необходими за справяне със случайно изтриване или когато нова версия на приложението ви повреди всичките ви данни. Уверете се, че архивирате редовно – за предпочитане на всеки няколко часа. Можете да архивирате от вторичния, така че да няма голямо влияние върху основния. За общ преглед на опциите за архивиране на MongoDB вижте публикацията в нашия блог – Опции за архивиране на MongoDB.

  5. Вашите резервни копия работят ли?

    Опитвали ли сте да възстановите резервно копие на MongoDB? Колко време отнема възстановяването и повторното синхронизиране на всичките ви реплики? Ако не знаете отговора, сега е добър момент да направите сухо бягане и да опитате възстановяване от край до край.

  6. Как тествате надстройките на приложенията с производствени данни?

    Една от най-трудните части на надстройките на приложението MongoDB е тестването със съществуващи производствени данни. Създайте изолирана производствена среда, в която можете да тествате надстройките на приложението си с производствени данни.

  7. Какъв вид EBS томове използвате?

    Ако използвате стандартни EBS томове за MongoDB на AWS, помислете за преминаване към новите осигурени IOPS томове. Малко по-скъпо е, но си струва всяка стотинка. Ще видите много по-малко колебания в производителността на IO и ще спите по-лесно през цялата нощ.

  8. Направихте ли сравнителен анализ на производителността на вашите екземпляри на MongoDB?

    Ако не сте го направили, можете да сравните MongoDB с помощта на бенчмарк на облачния сървър на Yahoo (YCSB) или mongoperf. Добре е да знаете какво получавате от вашите бази данни.

  9. Как наблюдавате своите екземпляри?

    Ако не наблюдавате своите екземпляри, сега е подходящ момент да започнете. Опитайте MongoDB Monitoring Console на ScaleGrid или 10gen има безплатно достъпна услуга за наблюдение на Mongo (MMS), която можете да започнете да използвате, за да наблюдавате своите MongoDB клъстери.

  10. Излагате ли вашите бази данни в интернет?

    Днешните мощни инструменти за процесор и разбиване на пароли ще разбият паролата ви за няколко часа. Използвайте Amazon Security Groups, за да заключите достъпа до вашата база данни MongoDB и да предоставите достъп само на предния/средния си ред до DB.

В ScaleGrid помогнахме да отговорим на редица от тези въпроси на нашите клиенти и искахме да споделим тези съвети, за да ви помогнем да управлявате внедряванията на MongoDB в AWS. Ние предлагаме внедряване с едно щракване на набори реплики на MongoDB в зони или региони на наличност, имаме автоматизиран процес на архивиране и възстановяване, използваме само осигурени IOPS и предоставяме лесни начини за нашите клиенти да сравняват MongoDB и също така симулираме отказ в клъстери MongoDB. Ако имате други въпроси/коментари или заявки за функции, ще се радваме да чуем от вас. Можете да ни изпратите имейл на [email protected].


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Всичко, което трябва да знаете за MongoDB Client

  2. Намерете низ в низ в SQL

  3. Може ли MongoDB да използва индекс, когато проверява за съществуване на поле с оператор $exists?

  4. Мога ли да направя текстова заявка с драйвера на mongodb c#

  5. 2 начина за разкриване на индекс в MongoDB