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

На EC2, защо имам нужда от отделни EBS томове за дневник, дневник и данни?

Екипът на MongoDB може да е изпитал, че IOPS нуждите от данни са най-високи, журналът е най-нисък, а журналът е някъде по средата. Въпреки че съм по-малко запознат с MongoDB, подозирам, че някои от причините, поради които те може предлага различни томове на EBS, включващи:

  • спестяване на разходи:предоставянето на точното количество IOPS въз основа на нуждите ще спести $. Ако всичко беше на един дял, бихте използвали максимум IOPS от 1000 и в крайна сметка ще платите повече
  • моментна снимка:можете да правите моментни снимки на данни на различен (по-чест?) интервал
  • съревнование:данните, журналирането и регистрирането няма да се конкурират помежду си, ако са на различни томове
  • мащабиране:можете да мащабирате обема на данните отделно от обемите на дневника и журнала
  • намаляване на риска:ако обемът на данните има проблеми, можете да възстановите от резервно копие и да приложите отново дневник (предполагам, че можете), както и да анализирате в регистрационни файлове също


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Генерираният UID от Mongodb съдържа думата bad

  2. Поддокумент на агрегат/проект като документ от най-високо ниво в mongo

  3. MongoDB и Robomongo:Не мога да се свържа (удостоверяване)

  4. Грешка в шината на Mongodb MongoClient.connect() за Raspberry Pi ARM

  5. Как да свържете Mongo DB с Android приложение