MongoDB
 sql >> Baza danych >  >> NoSQL >> MongoDB

MongoDB w AWS:Jak wybrać odpowiedni typ instancji EC2 dla serwera MongoDB?

Spójrzmy prawdzie w oczy. AWS stał się niesamowicie skomplikowany. Proste zadanie, takie jak wybranie odpowiedniego typu instancji dla MongoDB w AWS, wymaga sporo badań. Skąd wiesz, jaki typ serwera wybrać w zupie alfabetu opcji? W tym poście na blogu przedstawimy różne typy instancji i ich zastosowanie w scenariuszach MongoDB. Aby wszystko było proste, nie będziemy rozmawiać o typach ani rozmiarach dysków w tym poście – ale nie martw się, to temat naszego następnego postu.

1. Instancje o małej ilości pamięci:(T1.Micro, M1.Small)

Tego typu instancje są najczęściej używane do programowania i testowania. Ze względu na małą ilość pamięci jest mało prawdopodobne, że będziesz chciał ich używać w prawdziwym scenariuszu produkcyjnym. ale są dobrymi kandydatami na „arbitrów” w twoim zestawie replik. Ponadto instancje T1.Micro kwalifikują się do bezpłatnego poziomu użytkowania AWS (750 godzin miesięcznie za darmo przez rok).

2. Instancje ogólnego przeznaczenia:(M3.Średni – M3.XLarge)

Instancje ogólnego przeznaczenia to doskonałe instancje początkowe dla Twojego serwera MongoDB. Jeśli dopiero zaczynasz lub nie masz pewności, ile pamięci będziesz potrzebować, są to świetne przykłady na początek. W miarę wzrostu potrzeb możesz przejść do instancji High Memory lub High IO. Poprzednia generacja instancji General Purpose nosiła nazwę M1.

3. Instancje wysokiej pamięci:(R3.Large – R3.8xLarge)

Te instancje to idealne miejsce dla Twoich instancji MongoDB. Mają odpowiednią równowagę pamięci i mocy obliczeniowej i są dobrymi kandydatami do uruchomienia większego serwera MongoDB. MongoDB to głównie gra pamięciowa – im więcej pamięci dostarczasz, tym lepiej działa, a te typy instancji oferują najwięcej pamięci. Poprzednia generacja tych instancji nosiła nazwę M2. Jeśli twój serwer MongoDB nadal jest powiązany z dyskiem, rozważę instancje High IO.

4. Instancje High IO:(I2.xlarge – I2.8xLarge, HS1)

Są to „Cadillaki” świata EC2 i na tych instancjach możesz uruchamiać najbardziej wymagające serwery MongoDB. Zapewniają dużą ilość pamięci i szybkie lokalne dyski SSD. Jak możesz sobie wyobrazić, kosztują całkiem nieźle. Lokalne dyski SSD mają kilka zastrzeżeń, o których musisz wiedzieć, i omówimy to w nadchodzącym poście z opcjami dysków.

5. Instancje o dużej mocy obliczeniowej:(c3.large-c38xlarge)

Te instancje zapewniają najlepszą wydajność procesora w swojej cenie. Jednak MongoDB nie potrzebuje dużo procesora i rzadko okazuje się, że są one przydatne. Preferujemy instancje High Memory i High IO do uruchamiania naszych baz danych MongoDB.

Jak zawsze, jeśli masz inne pytania, napisz do nas na adres [email protected].

Oto kilka innych istotnych artykułów, jeśli hostujesz MongoDB na AWS:

  • 10 pytań, które należy zadać (i odpowiedzieć) podczas hostowania MongoDB na AWS
  • Bezpieczne wdrożenie MongoDB na Amazon AWS
  • Jak zapewnić, że klastry MongoDB przetrwają awarie w AWS
  • MongoDB-as-a-service na Twoim własnym koncie AWS

  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Mongoose findByIdAndUpdate nie zwraca prawidłowego modelu

  2. Unikalne dokumenty używające wielu wartości w schemacie Mongoose

  3. Jak zagregować sumę w MongoDB, aby uzyskać całkowitą liczbę?

  4. Agregat Mongodb (liczba) na wielu polach jednocześnie

  5. Dane aktualizacji MongoDB w polu zagnieżdżonym