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

6 bedste praksis for implementering af MongoDB på Amazon EC2

Amazon EC2 er en fantastisk platform til at implementere og administrere din MongoDB-hosting. EC2-platformen er en yderst funktionel cloud-platform og tilbyder et stort udvalg af knapper (som nogle gange kan være et problem) til at optimere dine implementeringer. I dette indlæg vil jeg dele seks bedste fremgangsmåder til at administrere MongoDB på AWS-servere fra forskellige implementeringer.

  1. Disk ydeevne

    I årenes løb har dette konsekvent været et problem med Amazon EC2, men udgivelsen af ​​Provisioned IOPS har næsten elimineret dette problem fuldstændigt! Hvis du har en produktionsklynge, som du har brug for ensartet diskydeevne, skal du bruge Provisioned IOPS. Hvis du vil tage det et skridt videre og gerne vil have ydeevneisolering mellem din applikationstrafik og disktrafikken, skal du bruge EBS-optimerede instanser. Hold dig væk fra RAID, medmindre du ved, hvad du laver, og har driftspersonalet til at støtte dig, hvis noget går galt.

  2. DNS-navn og IP-adresse

    Som standard er DNS-navnet og den offentlige IP-adresse, der er tildelt din forekomst, ikke statiske. Når du genstarter din instans (det vil du til sidst), får du muligvis et andet IP- og DNS-navn. Dette vil bryde forbindelsen mellem din app og databasen. Der er et par måder at omgå dette på:

    • Brug en statisk elastisk IP (merpris)
    • Konfigurer Route 53 DNS og opsæt dine egne DNS-kortlægninger
  3. Tilgængelighedszoner

    Fordel dine replikasæt på tværs af tilgængelighedszonerne i en region. Dette vil øge tilgængeligheden af ​​dit replikasæt, især når AWS udfører rutinemæssig vedligeholdelse. I ekstreme tilfælde vil du måske implementere dine replikasæt på tværs af regioner på AWS.

  4. Sikkerhedsgrupper

    Sikkerhedsgrupper er 'firewall'en for din AWS-platform. De er et stærkt værktøj og bør udnyttes. Sørg for at låse adgangen til dine MongoDB-servere, så du ikke udsætter dem for internettet. Ideelt set er det kun dine frontend- eller mid-tier-servere, der har adgang til databasen. Sikkerhedsgrupper kan bruges i en region, selv på tværs af AWS-konti.

  5. Reserverede forekomster

    Hvis din MongoDB-server er oppe og køre 365 dage om året, kan du opnå næsten 50 % reduktion i omkostningerne ved at købe AWS Reserved Instances. Det vil kræve, at du betaler et vist beløb på forhånd, men vil spare dig penge i det lange løb. Reserverede forekomster er en faktureringskonstruktion og kan anvendes på enhver af dine kørende forekomster.

  6. 10gen bedste praksis

    10gen gør et godt stykke arbejde med at sammensætte bedste praksis for hver cloud-platform. Læs 10-generations bedste praksis på Amazon.

Der er også adskillige andre ikke-funktionelle aspekter at overveje, når du installerer MongoDB på Amazon. Du kan læse vores andet indlæg, 10 spørgsmål at stille og besvare, når du hoster MongoDB på AWS for flere detaljer.

Hos ScaleGrid tilbyder vi implementering af MongoDB-replikasæt med et enkelt klik på tværs af tilgængelighedszoner eller -områder. Vores platform automatiserer sikkerhedskopier og gendannelser, bruger kun Provisioned IOPS, giver vores kunder nemme måder at benchmarke MongoDB på og simulerer også failover i MongoDB-klynger. Hvis du har andre spørgsmål, kommentarer eller ønsker om funktioner, hører vi meget gerne fra dig. Du kan sende os en e-mail på [email protected].


  1. Hvordan får man værdier fra Redis ved hjælp af nøgler, der indeholder mellemrum?

  2. Sådan indstilles grænse for matrixstørrelse i Mongoose-skema

  3. Sådan gør du:Aktiver brugergodkendelse og -autorisation i Apache HBase

  4. shutdown redis-server fra kommandolinjen