Låt oss inse det. AWS har blivit otroligt komplicerat. En enkel uppgift som att välja rätt instanstyp för din MongoDB på AWS kräver en hel del forskning. Hur vet du vilken servertyp du ska välja i alfabetsoppan med alternativ? I det här blogginlägget kommer vi att bryta ner de olika instanstyperna och hur de är tillämpliga på dina MongoDB-scenarier. För att göra det enkelt kommer vi inte att prata om disktyper eller -storlekar i det här inlägget – men oroa dig inte, det är ämnet för vårt nästa inlägg.

1. Förekomster av lågt minne:(T1.Micro, M1.Small)

Dessa typer av instanser används mest för utveckling och testning. På grund av den lilla mängden minne är det osannolikt att du vill använda dem i ett riktigt produktionsscenario. men de är bra kandidater för "Arbiters" i din replikuppsättning. Dessutom kvalificerar T1.Micro-instanser för den kostnadsfria användningsnivån för AWS (750 timmar/månad gratis under ett år).

2. General Purpose Instances:(M3.Medium – M3.XLarge)

General Purpose-instanser är utmärkta startinstanser för din MongoDB-server. Om du precis har börjat eller är osäker på hur mycket minne du behöver är det här fantastiska tillfällen att börja med. När dina behov ökar kan du flytta till instanserna High Memory eller High IO. Den tidigare generationen av General Purpose-instanser hette M1.

3. Höga minnesinstanser:(R3.Large – R3.8xLarge)

Dessa instanser är sweet spot för dina MongoDB-instanser. De har rätt balans mellan minne och beräkningskraft och är bra kandidater för att köra din större MongoDB-server. MongoDB är främst ett minnesspel – ju mer minne du tillhandahåller, desto bättre fungerar det och dessa instanstyper ger mest minne. Den tidigare generationen av dessa instanser hette M2. Om din MongoDB-server fortfarande blir diskbunden, skulle jag överväga High IO-instanserna.

4. Höga IO-instanser:(I2.xlarge – I2.8xLarge, HS1)

Det här är "Cadillacs" i EC2-världen, och du kan köra dina mest krävande MongoDB-servrar på dessa instanser. De ger en stor mängd minne och snabba lokala SSD:er. Som du kan föreställa dig kostar de en ganska slant. De lokala SSD:erna har några varningar som du måste vara medveten om, och vi kommer att diskutera detta i ett kommande inlägg med diskalternativ.

5. Höga beräkningsinstanser:(c3.large-c38xlarge)

Dessa instanser ger den bästa CPU-prestanda för sitt pris. Men MongoDB behöver inte mycket CPU, och vi har sällan tyckt att dessa är användbara. Vi föredrar instanserna High Memory och High IO för att köra våra MongoDB-databaser.

Som alltid om du har andra frågor, maila oss på [email protected].

Här är några andra relevanta artiklar om du är värd för MongoDB på AWS:

• 10 frågor att ställa (och svara på) när du är värd för MongoDB på AWS
• Säker MongoDB-distribution på Amazon AWS
• Hur du säkerställer att dina MongoDB-kluster kan överleva avbrott på AWS
• MongoDB-as-a-service i ditt eget AWS-konto