sql >> Database >  >> NoSQL >> MongoDB

MongoDB op AWS:hoe kiest u het juiste EC2-instantietype voor uw MongoDB-server?

Laten we eerlijk zijn. AWS is ongelooflijk ingewikkeld geworden. Een eenvoudige taak, zoals het kiezen van het juiste instantietype voor uw MongoDB op AWS, vereist behoorlijk wat onderzoek. Hoe weet je welk servertype je moet kiezen in de alfabetsoep van opties? In deze blogpost zullen we de verschillende instantietypen opsplitsen en hoe ze van toepassing zijn op uw MongoDB-scenario's. Om het simpel te houden, gaan we het in dit bericht niet hebben over schijftypes of -groottes - maar maak je geen zorgen, dat is het onderwerp van ons volgende bericht.

1. Instanties met weinig geheugen:(T1.Micro, M1.Small)

Dit soort instanties worden meestal gebruikt voor ontwikkeling en testen. Vanwege de kleine hoeveelheid geheugen is het onwaarschijnlijk dat u ze in een echt productiescenario wilt gebruiken. maar ze zijn goede kandidaten voor "Arbiters" in uw replicaset. Ook komen T1.Micro-instanties in aanmerking voor de gratis gebruikslaag van AWS (750 uur/maand gratis voor een jaar).

2. Instanties voor algemeen gebruik:(M3.Medium – M3.XLarge)

Instances voor algemeen gebruik zijn uitstekende startersinstances voor uw MongoDB-server. Als je net begint of niet zeker weet hoeveel geheugen je nodig hebt, zijn dit geweldige voorbeelden om mee te beginnen. Naarmate uw behoeften toenemen, kunt u naar de High Memory- of High IO-instanties gaan. De vorige generatie General Purpose-instanties heette vroeger M1.

3. Hoge geheugeninstanties:(R3.Large – R3.8xLarge)

Deze instanties zijn de ideale plek voor uw MongoDB-instanties. Ze hebben de juiste balans tussen geheugen en rekenkracht en zijn goede kandidaten om uw grotere MongoDB-server te gebruiken. MongoDB is voornamelijk een geheugenspel - hoe meer geheugen je levert, hoe beter het werkt en deze instantietypen bieden het meeste geheugen. De vorige generatie van deze instanties heette vroeger M2. Als uw MongoDB-server nog steeds schijfgebonden wordt, zou ik de High IO-instanties overwegen.

4. Hoge IO-instanties:(I2.xlarge – I2.8xLarge, HS1)

Dit zijn de 'Cadillacs' van de EC2-wereld en u kunt uw meest veeleisende MongoDB-servers op deze instanties draaien. Ze bieden veel geheugen en snelle lokale SSD's. Zoals je je kunt voorstellen, kosten ze een aardige cent. De lokale SSD's hebben een paar kanttekeningen waarvan je op de hoogte moet zijn, en we gaan dit bespreken in een aanstaande post met schijfopties.

5. Hoge rekeninstanties:(c3.large-c38xlarge)

Deze instanties bieden de beste CPU-prestaties voor hun prijs. MongoDB heeft echter niet veel CPU nodig en we hebben deze zelden nuttig gevonden. We geven de voorkeur aan de High Memory- en High IO-instanties om onze MongoDB-databases uit te voeren.

Zoals altijd als u andere vragen heeft, kunt u ons een e-mail sturen op [email protected].

Hier zijn enkele andere relevante artikelen als u MongoDB op AWS host:

  • 10 vragen om te stellen (en te beantwoorden) bij het hosten van MongoDB op AWS
  • Beveiligde MongoDB-implementatie op Amazon AWS
  • Hoe u ervoor kunt zorgen dat uw MongoDB-clusters uitval op AWS kunnen overleven
  • MongoDB-as-a-service in uw eigen AWS-account

  1. mongo 3 duplicaten op unieke index - dropDups

  2. Python-redis keys() geeft een lijst met bytes-objecten terug in plaats van strings

  3. Hoe mangoest Promise te gebruiken - mongo

  4. Hoe sleutels atomair te verwijderen die overeenkomen met een patroon met Redis