Type micro aanleg (t1.micro) is een van de meest trendy en zeer aanvaardbaar aanleg typen van IT fellows ondersteund door Amazon EC2. Tijdens November 2010 AWS aangekondigd de gratis tier en begonnen met het aanbieden van 750 uur van Micro instantie gebruik vrij per maand voor het eerste jaar, maar het is beschikbaar als een Amazon EBS-backed exemplaar alleen. U kunt nu lanceren EC2 binnen een virtuele Private Cloud (VPC). AWS strekt zich nu uit tot t1.micro exemplaren die worden uitgevoerd binnen een VPC ook.
Praten met het technische specificaties, het type Micro instantie niet heeft dat veel kracht die nodig is voor het stimuleren van zware. Het hoofdgeheugen gepresenteerd in Micro aanleg type is 613 MB. Het wordt geleverd met CPU-capaciteit dat gaat naar 2 Elastic Compute eenheden (ECU worden kan) exploderen. Dat betekent dat de CPU prestatie is niet conventionele. Dit is gewoon niet voldoende voor het uitvoeren van een zware werklast. En ja, opslag kan worden toegevoegd via Elastic Blok opslag (EBS) en de gratis tier dekt maximaal 30 GB aan opslagruimte.
Beste aanbeveling bij het optimaliseren van een AMI voor het type micro exemplaar:
• Ontwerp de AMI kunt uitvoeren op bij max. 600 MB van geheugengebruik
• Het aantal chronische processen die gebruikmaken van CPU-tijd (b.v., cron banen, daemons) rand
Maar van de technische specificatie betekent het niet dat micro exemplaren volstrekt ondoeltreffend zijn. Zij bieden uitstekende waarde in bepaalde gevallen. In dit artikel wil ik delen hoe je het beste uit de Amazon EC2 MI.
Swap geheugen optimaliseren - dit is relevant voor Linux gebaseerde Micro exemplaren. Standaard, dit soort gevallen geen swapruimte geconfigureerd op eerste niveau. Ik heb mijn wolk Magic wereld Website op een MI voor een paar dagen. Tijdens de crest lasten, heb ik ervaren Apache Server of MySQL onverwacht crashen. Dus met slechts 613 MB op uw goedkeuring, je hebt om ervoor te zorgen dat u voldoende schijfruimte voor de swap hebben gereserveerd.
Auto Scaling Out - de funda op de wolk is auto scaling out. Een konvooi van low-end servers parallel lopen is meer bevoegd en kosten krachtdadige op een gevirtualiseerde infrastructuur. Volgens de belasting en de use-case, kan splitsing van een baan in aantal van Micro exemplaren worden goedkoper en sneller dan hetzelfde werk waarop één grote exemplaar. Deze schaal uit structurele ontwerp biedt betere fail over en snellere verwerking.
Piekeren over Caching - als u zijn plannen te hosten van sites op deze, en duidelijk in je geest dat zij niet zeer dynamisch zijn. Dynamische websites eisen meer macht van CPU en geheugen toe te schrijven aan de aanpak van die elke aanvraag wordt verwerkt. Eenvoudig websites zoals blogs en sites met een paar dynamische inhoud marketing zijn ideale deelnemers voor de Micro-exemplaren. Bovendien, kunt u overwegen de inhoud om te voorkomen dat de CPU spikes caching. Bijvoorbeeld, als u werkt met een blog of website, kunt u inschakelen in het voorgeheugen onderbrengende plug-ins om de prestaties te verhogen. Er zijn tal van plug-ins beschikbaar voor caching door vrij van kosten.
Selecteer 64-bits - Kies altijd 64-bits bij het uitvoeren van het. Dit wordt verzekerd om u betere overweging dan de 32-bits aanvulling. U ziet het verschil bij het uitvoeren van batch-verwerking die zich bezighoudt met grote bestanden en processen.
Trek de Cron jobs - vele patroons een Linux Micro exemplaar als u wilt uitvoeren de cron jobs en precieze locale taken die controleren en omgaan met hun hele AWS infrastructuur opereren. Als u kunt een crontaak draaien wilt, stoppen met alle andere lopende diensten, swapruimte toevoegen aan exemplaar en trek het om te maken het een tilt en mean cron job machine.