Mikro Instanztyp (t1.micro) ist eine der angesagtesten und sehr akzeptabel Instanz Typen von IT-Fellows von Amazon EC2 unterstützt. Im November 2010 AWS kündigte die freie Ebene und begonnen bietet 750 Betriebsstunden Micro-Instanz frei pro Monat für die ersten Jahre, aber es ist als nur ein Amazon EBS-Backup-Instanz. Sie können jetzt EC2 in einer Virtual Private Cloud (VPC) starten. AWS erstreckt sich jetzt auf t1.micro Instanzen innerhalb einer VPC ebenfalls ausgeführt.
Im Gespräch mit es technische Spezifikationen, der Micro Instanztyp haben nicht so viel Kraft für schwere Förderung erforderlich. Der Hauptspeicher dargestellt in Micro Instanzentyp ist 613 MB. Es kommt mit explodieren CPU-Kapazität geht bis zu 2 Elastic Compute Units (ECU) sein kann. Das bedeutet, dass die CPU-Leistung nicht konventionelle ist. Dies ist einfach nicht genug für alle schweren Arbeitsauslastungen ausgeführt. Und ja, Speicher hinzugefügt werden kann, durch Elastic Block Storage (EBS) und die freie Ebene erstreckt sich bis zu 30 GB Speicherplatz.
Beste Empfehlung, wenn ein AMI für die Mikro Instanztyp optimieren:
• Design der AMI können bei Max auf ausführen. 600 MB Speicherauslastung
• Edge-die Zahl der chronischen Prozessen, die CPU-Zeit (z. B. Cron-Jobs, Dämonen) verwenden
Aber aus der technischen Spezifikation bedeutet es nicht, dass Micro Instanzen sind völlig wirkungslos. Sie bieten ausgezeichneten Wert in bestimmten Fällen. In diesem Artikel möchte ich wie man das Beste aus dem Amazon EC2 MI teilen.
Swap-Speicher optimieren - Dies trifft auf Linux-basierten Micro Instanzen. Standardmäßig haben diese Arten von Instanzen keine Swap-Space auf ersten Ebene konfiguriert. Ich lief meine Wolke Magic World Website auf ein MI für ein paar Tage. Während die Lasten Kamm habe ich erlebt, Apache Server oder MySQL unerwartet abstürzen. Also du hast mit nur 613 MB auf Ihren Freiraum, um sicherzustellen, dass Sie genügend Speicherplatz für den Tausch beiseite haben.
Automatische Skalierung Out - ist das Funda auf der Wolke automatisch skalieren. Einen Konvoi von Low-End-Servern parallel laufen ist kompetenter und Kosten für jede virtualisierte Infrastruktur wirksam. Nach der Belastung und Anwendungsfall kann das einen Job auf Anzahl der Micro Instanzen aufteilen billiger und schneller als die gleiche Arbeit auf eine einzelne große Instanz ausgeführt sein. Diese Skalierung Baukonstruktion bietet bessere-Failover- und schnellere Verarbeitung.
Mull über Caching - Wenn Sie planen, auf diesen Websites hosten, klar im Kopf, dass sie nicht sehr dynamisch sind. Dynamische Websites fordern mehr CPU-Leistung und Speicher aufgrund der Ansatz, den jede Anforderung verarbeitet wird. Einfache Webseiten wie Blogs und Seiten mit dynamischen Inhalten ein paar marketing sind ideale Teilnehmer für die Mikro-Instanzen. Im übrigen halte Zwischenspeichern des Inhalts, CPU-Spitzen zu vermeiden. Wenn Sie Blog oder eine Website betreiben, können Sie z. B. Zwischenspeichern-Plug-ins zur Steigerung der Leistung aktivieren. Es gibt viele Plugins für das caching von kostenlos.
Wählen Sie 64-Bit-64-Bit immer auswählen, wenn es ausgeführt wird. Dies gewährleistet ist, um Ihnen bessere Erwägung als die 32-Bit-Ergänzung zu geben. Sie werden den Unterschied sehen, wenn Sie, dass die Batch ausführen-Verarbeitung, die mit großen Dateien und Prozesse beschäftigt.
Ziehen Sie die Cron-Jobs - viele Gönner eine Linux Micro-Instanz zum Ausführen von Cron-Jobs und präzise Gebietsschema-Aufgaben, die überwachen und behandeln ihre gesamte AWS-Infrastruktur zu betreiben. Wenn Sie einen Cron-Job ausführen möchten, beenden Sie alle anderen ausgeführten Dienste, Instanz fügen Sie Swap-Space hinzu, und ziehen Sie sie, damit sie eine Neigung und Cron-Job-Maschine bedeuten.