Tipo di istanza micro (t1.micro) è uno dei tipi di istanza più alla moda e altamente accettabile dai compagni IT supportati da Amazon EC2. Nel corso di novembre 2010, AWS ha annunciato il livello libero e ha iniziato ad offrire 750 ore di utilizzo Micro istanza gratis al mese per il primo anno, ma è disponibile come solo un'istanza Amazon EBS-backed. È ora possibile avviare EC2 all'interno di un Virtual Private Cloud (VPC). AWS si estende ora a t1.micro le istanze in esecuzione all'interno di un VPC anche.
Parlare tecniche specifiche, il tipo di istanza Micro non ha molta potenza necessaria per stimolare pesante. La memoria principale presentata nel tipo di istanza Micro è 613 MB. Si tratta di esplodere capacità CPU che può essere va fino a 2 unità di calcolo elastico (ECU). Ciò significa che le prestazioni della CPU non sono convenzionale. Questo semplicemente non è sufficiente per l'esecuzione di eventuali gravi carichi di lavoro. E sì, stoccaggio può essere aggiunto tramite archiviazione blocco elastico (EBS) e il livello gratuito copre fino a 30 GB di spazio di archiviazione.
Raccomandazione migliore quando ottimizzando un AMI per il tipo di istanza micro:
• Design AMI può essere eseguito su max. 600 MB di memoria
• Bordo il numero di processi cronici che utilizzano il tempo di CPU (ad esempio, cron jobs, demoni)
Ma dalle specifiche tecniche non significa che micro istanze sono assolutamente inefficaci. Essi offrono eccellente valore in alcuni casi. In questo articolo, voglio condividere come ottenere il meglio da Amazon EC2 MI.
Ottimizzare la memoria di Swap - questo è pertinente alle istanze Micro basato su Linux. Per impostazione predefinita, questi tipi di istanze non hanno configurato a livello iniziale di spazio di swap. Ho eseguito il mio Cloud Magic World sito su un MI per un paio di giorni. Durante i carichi di cresta, ho sperimentato Apache Server o MySQL bloccarsi inaspettatamente. Così con solo 613 MB al tuo gioco, hai per assicurarsi che avete impostato da parte di spazio su disco sufficiente per lo swap.
Auto Scaling Out - funda su Cloud è auto scaling out. Esecuzione di un convoglio di server di fascia bassa in parallelo è più competente e costo efficace su qualsiasi infrastruttura virtualizzata. Secondo il carico e il caso d'uso, spaccare un lavoro attraverso il numero di istanze di Micro può essere più conveniente e più veloce che esegue lo stesso lavoro su una singola istanza di grandi dimensioni. Questa scala progettazione strutturale fornisce meglio fail over e l'elaborazione più veloce.
Rimuginare Caching - se si sta pianificando di ospitare siti su questi, sia chiaro nella vostra mente che non sono molto dinamiche. Siti Web dinamici richiedono più potenza di CPU e memoria grazie all'approccio che ogni richiesta viene elaborata. Semplice siti come Blog e siti con contenuto dinamico un paio di marketing sono partecipanti ideali per le istanze di Micro. Inoltre, considerare la memorizzazione nella cache il contenuto per evitare picchi di CPU. Ad esempio, se si esegue qualsiasi blog o sito Web, è possibile attivare caching plug-in aumentare le prestazioni. Ci sono un sacco di plug-in disponibile per la memorizzazione nella cache di libero del costo.
Selezionare 64-bit - sempre prendere il 64-bit durante l'esecuzione di esso. Questo è assicurato per darvi il meglio considerando che il complemento a 32-bit. Vedrete la differenza quando si esegue batch di elaborazione che si occupa di processi e file di grandi dimensioni.
Tirare il Cron jobs - molti patroni operano un'istanza di Micro Linux per eseguire cron jobs e compiti precisi locale di monitorare e gestire la loro intera infrastruttura AWS. Se si desidera eseguire un job di cron, arrestare tutti gli altri servizi in esecuzione, aggiungere lo spazio di swap per istanza e tirare per renderlo un tilt e mean machine job di cron.