sql >> Database teknologi >  >> NoSQL >> MongoDB

MongoDB på AWS:Hvordan vælger man den rigtige EC2-instanstype til din MongoDB-server?

Lad os se det i øjnene. AWS er ​​blevet utroligt kompliceret. En simpel opgave som at vælge den rigtige instanstype til din MongoDB på AWS kræver en del research. Hvordan ved du, hvilken servertype du skal vælge i alfabetsuppen af ​​muligheder? I dette blogindlæg vil vi nedbryde de forskellige instanstyper, og hvordan de kan anvendes til dine MongoDB-scenarier. For at holde tingene enkle vil vi ikke tale om disktyper eller -størrelser i dette indlæg - men bare rolig, det er emnet for vores næste indlæg.

1. Forekomster med lav hukommelse:(T1.Micro, M1.Small)

Disse typer instanser bruges mest til udvikling og test. På grund af den lille mængde hukommelse er det usandsynligt, at du vil bruge dem i et rigtigt produktionsscenarie. men de er gode kandidater til "Arbiters" i dit replikasæt. Desuden kvalificerer T1.Micro-forekomster til det gratis brugsniveau af AWS (750 timer/måned gratis i et år).

2. Forekomster til generelle formål:(M3.Medium – M3.XLarge)

General Purpose-instanser er fremragende startinstanser til din MongoDB-server. Hvis du lige er begyndt eller usikker på mængden af ​​hukommelse, du har brug for, er disse gode eksempler at starte med. Efterhånden som dine behov stiger, kan du flytte til instanserne High Memory eller High IO. Den tidligere generation af General Purpose-instanser hed tidligere M1.

3. Forekomster med høj hukommelse:(R3.Large – R3.8xLarge)

Disse forekomster er det søde sted for dine MongoDB-forekomster. De har den rigtige balance mellem hukommelse og computerkraft og er gode kandidater til at køre din større MongoDB-server. MongoDB er hovedsageligt et huskespil – jo mere hukommelse du leverer, jo bedre virker det, og disse instanstyper tilbyder mest hukommelse. Den tidligere generation af disse instanser hed M2. Hvis din MongoDB-server stadig bliver diskbundet, vil jeg overveje High IO-forekomsterne.

4. Høje IO-forekomster:(I2.xlarge – I2.8xLarge, HS1)

Dette er "Cadillacs" i EC2-verdenen, og du kan køre dine mest krævende MongoDB-servere på disse forekomster. De giver en stor mængde hukommelse og hurtige lokale SSD'er. Som du kan forestille dig, koster de en pæn krone. De lokale SSD'er har et par forbehold, som du skal være opmærksom på, og vi vil diskutere dette i et kommende indlæg med diskmuligheder.

5. High Compute Instances:(c3.large-c38xlarge)

Disse instanser giver den bedste CPU-ydeevne til deres pris. MongoDB har dog ikke brug for meget CPU, og vi har sjældent fundet disse nyttige. Vi foretrækker instanserne High Memory og High IO til at køre vores MongoDB-databaser.

Som altid, hvis du har andre spørgsmål, e-mail os på [email protected].

Her er nogle andre relevante artikler, hvis du hoster MongoDB på AWS:

  • 10 spørgsmål at stille (og besvare), når du hoster MongoDB på AWS
  • Sikker MongoDB-implementering på Amazon AWS
  • Sådan sikrer du, at dine MongoDB-klynger kan overleve udfald på AWS
  • MongoDB-as-a-service på din egen AWS-konto

  1. Skinner, Sidekiq - Redis NOAUTH

  2. Den mest effektive måde at få flere hashes på i Redis?

  3. MongoDB/PyMongo:Forespørgsel på flere kriterier - uventede resultater

  4. Sådan bruger du ActionController::Live sammen med Resque + Redis (til chatapplikation)