Micro instanstyp (t1.micro) är en av de mest fashionabla och mycket acceptabel förekomst av IT fellows stöds av Amazon EC2. Under November 2010, AWS meddelade den fria nivån och började erbjuda 750 timmar Micro instans användning gratis per månad för det första ett år, men är det tillgängligt som en Amazon EBS-stödda instans bara. Du kan nu starta EC2 inom en virtuell privat moln (VPC). AWS utvidgas nu till t1.micro-instanser som körs i en VPC också.
Tala med det tekniska specifikationer, Micro instanstyp inte har så mycket makt som krävs för tunga stimulera. Det viktigaste minnet presenteras i Micro instanstyp är 613 MB. Den levereras med explodera CPU-kapaciteten som kan går upp till 2 elastisk Compute enheter (ECU). Det betyder CPU-prestanda inte är konventionella. Detta är bara inte tillräckligt för att köra några allvarliga arbetsbelastningar. Och Ja, lagring kan läggas genom lagring av elastiska Block (EBS) och den fria nivån omfattar upp till 30 GB lagringsutrymme.
Bästa rekommendation när du optimerar en AMI för micro instans:
• Design av AMI kan köra på max. 600 MB Memory Usage
• Edge antalet kroniska processer som använder CPU-tid (t.ex. cron jobb, servrar)
Men från den tekniska specifikationen betyder Micro instanser är fullständigt ineffektiva. De erbjuder utmärkt värde i vissa fall. I denna artikel vill jag dela hur får man bäst av Amazon EC2 MI.
Optimera Swap minnet - detta är relevant för Linux baserade Micro instanser. Som standard har inte dessa typer av instanser växlingsutrymme som konfigurerats på inledande nivå. Jag körde mitt moln Magic World webbplatsen på en MI för ett par dagar. Jag har upplevt Apache Server eller MySQL kraschar oväntat under crest laster. Med bara 613 MB på ditt avslut fick du så se till att du har ställt undan tillräckligt med diskutrymme för swappen.
Automatisk skalning Out - grundläggande på molnet är auto skala ut. Kör en konvoj av enkla servrar parallellt är mer kompetent och kostnaden vid en virtualiserad infrastruktur. Enligt den belastning och användning-fallet vara dela ett jobb över antalet Micro instanser billigare och snabbare än att köra samma jobb på en enda stor förekomst. Denna skala strukturella design ger bättre misslyckas över och snabbare behandling.
Mull över Caching - om du planerar att vara värd för webbplatser på dessa, vara tydliga i minnet att de inte är mycket dynamisk. Dynamiska webbplatser kräver mer CPU kraft och minne på den strategi som varje begäran bearbetas. Enkla webbplatser som Bloggar och marknadsföring platser med några dynamiska innehållet är perfekt deltagare för Micro-instanser. Dessutom anse cachelagring innehåll att undvika CPU spikes. Om du kör någon blogg eller hemsida, kan du till exempel Aktivera cachelagring plug-ins att öka prestanda. Det finns gott om plugin-program tillgängliga för cachelagring av utan kostnad.
Välj 64-bitars - alltid plocka 64-bitars när du kör den. Detta garanteras för att ge dig bättre skäl än ett 32-bitars komplement. Du kommer att se skillnaden när du kör batchbearbetning som behandlar stora filer och processer.
Dra Cron-jobb - många stamgäster driva en Linux Micro instans om du vill köra cron jobb och exakt språk uppgifter att övervaka och hantera deras hela AWS-infrastruktur. Om du vill köra ett cron-jobb, stoppa alla andra tjänster som körs, lägga växlingsutrymmet till instans och dra den för att göra det en lutning och cron jobb maskin.