Ich habe ein AMI, das ursprünglich von einem t1.micro Linux erstellt wurde. Der "Root-Gerätetyp" dieses AMI ist EBS (8 GB) und meine Webanwendungssoftware ist in dieses Root-Volume "eingebrannt".
Jetzt möchte ich eine m3.medium-Instanz von diesem AMI starten, aber es hat "Instance Storage" von 4 GB SSD.
Wird meine neu gestartete m3.medium-Instanz den SSD-Speicher überhaupt nutzen? Oder muss ich eine neue AMI mit "Instance Store" als Root "Root Device Type" erstellen?
Ähnlich ... Wenn ich versuche, ein m3.medium mit "Amazon Linux AMI 2013.09.2" von Grund auf neu zu starten, wird standardmäßig ein 8-GB-Root-EBS-Volume hinzugefügt, das mit dem Startassistenten nicht entfernt werden kann.
Was fehlt mir hier?
amazon-ec2
amazon-web-services
ssd
amazon-ebs
user183744
quelle
quelle
Antworten:
Unabhängig davon, was als Instanzspeicher vorhanden ist, wird es von einem EBS-Laufwerk gestartet. Sie können die SSD als zusätzliches Laufwerk bereitstellen - dies kann nützlich sein, um Speicherplatz, temporäre Dateien, Caches usw. auszutauschen.
quelle
Für zukünftige Leser erwähnenswert Amazon stellte SSDs für allgemeine Zwecke in EBS zur Verfügung. Sie können dann über die Konsole oder über die APIs als 'gp2' auswählen. Sie sind ein paar Cent pro Monat teurer als Standard-Magnetantriebe.
http://aws.amazon.com/blogs/aws/new-ssd-backed-elastic-block-storage/ http://aws.amazon.com/ebs/details/
quelle
Der SSD-Instanzspeicher (sowie der Magnetinstanzspeicher) ist kurzlebig, und ich glaube nicht, dass er garantiert bestehen bleibt, wenn Sie beispielsweise die Instanz herunterfahren und später erneut starten (wenn sie zwischen Hosts migriert wird). Zum Beispiel bleibt das kurzlebige Volumen nicht dabei.
Es ist wirklich nur für Arbeitsbereiche (Caching, Temp usw.) nützlich, für die es sehr praktisch und kostenlos ist und keine Bandbreite verbraucht. EBS verwendet die Netzwerkbandbreite der Instanz (außer bei EBS-optimierten Instanzen, bei denen eine dedizierte SAN-Schnittstelle verwendet wird).
quelle