Mikro forekomsttype (t1.micro) er en av de mest fasjonable og svært akseptabelt forekomst av IT stipendiater støttes av Amazon EC2. I løpet av November 2010, AWS annonsert den gratis tier og startet å tilby 750 timers mikro forekomst bruk gratis per måned for det første året, men den er tilgjengelig som en Amazon EBS-støttet forekomst bare. Du kan nå starte EC2 innenfor en Virtual Private Cloud (VPC). AWS nå strekker seg til t1.micro-forekomster som kjører inne i en VPC også.
Snakke med den tekniske spesifikasjoner, mikro-forekomsttype ikke har så mye kraft som kreves for tunge stimulerende. Hovedminnet presentert i mikro forekomsttype er 613 MB. Den kommer med eksplodere CPU-kapasitet som kan være går opp til 2 elastisk Compute enheter (ECU). Det betyr at CPU-ytelsen ikke er konvensjonelle. Dette er bare ikke nok for å kjøre noen alvorlige arbeidsbelastninger. Og ja, lagring kan legges gjennom elastiske Block Storage (EBS) og den gratis tier dekker opptil 30 GB lagringsplass.
Beste anbefaling når du optimaliserer en AMI for mikro forekomsttype:
• Design AMI kan kjøre på ved maks. 600 MB av hukommelse behandling
• Kant antall kronisk prosesser som bruker prosessortid (f.eks, cron jobber, daemoner)
Men fra tekniske spesifikasjoner det betyr ikke at mikro forekomster er helt ineffektivt. De tilbyr utmerket verdi i visse tilfeller. I denne artikkelen ønsker jeg å dele hvordan å få best ut av Amazon EC2 MI.
Optimalisere Swap minne - dette er relevant for Linux-baserte mikro forekomster. Som standard har ikke disse typer forekomster veksleplass som er konfigurert på første nivå. Jeg løp min Cloud Magic verden nettside på en MI for et par dager. Jeg har opplevd Apache Server eller MySQL krasjer uventet under crest-laster. Så med bare 613 MB på din klaring fikk du å sørge for at du har satt av nok diskplass for swap.
Automatisk skalering ut - funda på skyen er automatisk skalering ut. Kjører en konvoi av low-end servere parallelt er mer kompetente og koste effektive på en virtualisert infrastruktur. Som per belastning og brukstilfelle, kan dele en jobb over antall mikro-forekomster være billigere og raskere enn å kjøre samme jobb på en enkelt stor forekomst. Denne skalaen ut strukturelle utformingen gir bedre failover og raskere behandling.
Mull over Caching - hvis du planlegger å være vert for nettsteder på disse, være klar i tankene dine at de ikke er veldig dynamisk. Dynamiske websider krever mer CPU makt og hukommelse på grunn av tilnærming hver forespørselen behandles. Grei nettsteder som blogger og markedsføring nettsteder med noen dynamisk innhold er ideelle deltakere på mikro-tilfeller. Dessuten, du overveie å bufre innhold å unngå CPU-topper. For eksempel hvis du kjører noen blogg eller nettside, kan du aktivere skjulested plug-ins for å øke ytelsen. Det er mange plug-ins tilgjengelig for hurtigbufring av ledig av bekostning.
Velg 64-biters - alltid plukke 64-bit når du kjører den. Dette er sikker på å gi deg bedre recital enn 32-biters komplement. Når du kjører satsvis behandling som avtaler med store filer og prosesser, vil du se forskjellen.
Trekke i Cron jobs - mange beskyttere operere en Linux mikro-forekomsten for å kjøre cron jobber og presis nasjonale oppgaver som overvåke og håndtere hele AWS infrastrukturen. Hvis du vil kjøre en cron-jobb, stoppe alle andre kjørende tjenester, legge til veksleplass til forekomst og rykk den å gjøre det en tilt og mener cron jobb maskin.