AMI-Typen und -Eigenschaften in Amazon EC2

Wenn Sie eine Instance starten, muss das von Ihnen gewählte AMI mit dem von Ihnen gewählten Instance-Typ kompatibel sein. Sie können ein AMI aufgrund der folgenden Merkmale auswählen:

• Region

• Betriebssystem

• Prozessorarchitektur

• Startberechtigungen

• Root-Volume-Typ

• Virtualisierungstypen

Startberechtigungen

Startberechtigungen legen fest, wer ein AMI zum Starten von Instances verwenden kann. Sie können sich Startberechtigungen wie die gemeinsame Nutzung eines AMI vorstellen – wenn Sie Startberechtigungen erteilen, teilen Sie das AMI mit anderen Benutzern. Nur der Eigentümer eines AMI kann dessen Verfügbarkeit durch Vergabe von Startberechtigungen festlegen. Startberechtigungen lassen sich in die folgenden Kategorien einteilen.

Startberechtigung	Beschreibung
öffentlich	Der Besitzer erteilt allen AWS Konten Startberechtigungen.
explizit	Der Besitzer erteilt bestimmten AWS Konten, Organisationen oder Organisationseinheiten (OUs) Startberechtigungen.
implizit	Der Eigentümer hat implizite Startberechtigungen für ein AMI.

Amazon und die Amazon EC2-Community stellen eine große Auswahl von öffentlichen AMIs bereit. Weitere Informationen finden Sie unter Grundlegendes zur gemeinsamen AMI-Nutzung in Amazon EC2. Developer können für ihre AMIs Gebühren erheben. Weitere Informationen finden Sie unter Bezahlt AMIs in der AWS Marketplace für Amazon EC2 EC2-Instances.

Root-Volume-Typ

Alle AMIs sind entweder als gestützt durch Amazon EBS oder gestützt durch Amazon S3 kategorisiert.

• Amazon EBS-backed AMI — Das Root-Volume für eine vom AMI gestartete Instance ist ein Amazon Elastic Block Store (Amazon EBS) -Volume, das aus einem Amazon EBS-Snapshot erstellt wurde. Sowohl für Amazon- als auch Windows-AMIs unterstützt.

• Amazon S3-backed AMI — Das Root-Volume für eine vom AMI gestartete Instance ist ein Instance-Speicher-Volume, das anhand einer in Amazon S3 gespeicherten Vorlage erstellt wurde. Wird nur für Linux-AMIs unterstützt. Windows-AMIs unterstützen keinen Instance-Speicher für das Root-Volume.

Weitere Informationen finden Sie unter Root-Volumes für Ihre Amazon-EC2-Instances.

Anmerkung

S3-backed Amazon-AMIs gelten als Ende ihrer Lebensdauer und werden nicht für eine neue Verwendung empfohlen. Sie werden nur auf den folgenden älteren Instance-Typen unterstützt: C1, C3, D2, I2, M1, M2, M3, R3 und X1.

Die folgende Tabelle fasst die wichtigsten Unterschiede bei der Verwendung der beiden Arten von AMIs zusammen.

Merkmal	EBS-backed Amazon-AMI	S3-backed Amazon-AMI
Root-Volume	EBS-Volume	Instance-Speicher-Volume
Startzeit für eine Instance	Normalerweise unter 1 Minute	Normalerweise unter 5 Minuten
Datenpersistenz	Das Root-Volume wird standardmäßig gelöscht, wenn die Instance beendet wird.* Daten auf alle anderen EBS-Volumes nach Beendigung der Instance erhalten.	Daten auf Instance-Speicher-Volumes bleiben nur während der Lebensdauer der Instance erhalten.
Angehaltener Zustand	Kann sich in einem angehaltenen Zustand befinden. Selbst wenn die Instance angehalten ist und nicht ausgeführt wird, wird das Root-Volume in Amazon EBS dauerhaft gespeichert.	Darf nicht im angehaltenen Status sein; Instances werden ausgeführt oder wurden beendet
Modifikationen	Instance-Typ, Kernel, RAM-Datenträger und Benutzerdaten können geändert werden, während die Instance gestoppt ist.	Instance-Attribute sind über die Lebensdauer einer Instance festgelegt.
Gebühren	Ihnen wird die Instance-Nutzung, EBS-Volume-Nutzung und das Speichern Ihres AMI als EBS-Snapshot berechnet.	Ihnen wird die Instance-Nutzung und das Speichern Ihres AMI in Amazon S3 berechnet.
AMI creation/bundling	Verwendet ein einzelnes command/call	Erfordert Installation und Verwendung von AMI-Tools

* Standardmäßig ist das Flag DeleteOnTermination für EBS-Root-Volumes auf true gesetzt. Weitere Informationen zum Ändern dieses Flags, so dass das Volume nach der Beendigung erhalten bleibt, finden Sie unter Behalten Sie ein Amazon-EBS-Root-Volume nach dem Beenden einer Amazon-EC2-Instance.

** Nur unterstützt mit io2-EBS Block Express. Weitere Informationen finden Sie unter Bereitgestellte-IOPS-SSD-Block-Express-Volumes im Amazon-EBS-Benutzerhandbuch.

Virtualisierungstypen

Amazon Machine Images verwenden einen von zwei Virtualisierungstypen: Paravirtual (PV) oder Hardware Virtual Machine (HVM). Die Hauptunterschiede zwischen PV- und HVM-AMIs sind die Art und Weise, wie sie gestartet werden und ob sie spezielle Hardwareerweiterungen (CPU, Netzwerk und Speicher) zur Verbesserung der Leistung nutzen können. Windows AMIs sind HVM-AMIs.

In der folgenden Tabelle werden HVM- und PV-AMIs verglichen.

Merkmal	HVM (Hardwaregestützte virtuelle Maschine)	PV
Beschreibung	HVM-AMIs sind mit einem vollständig virtualisierten Hardwaresatz ausgestattet und werden durch Ausführen des Master Boot Records des Stamm-Blockgeräts Ihres Images gestartet. Dieser Virtualisierungstyp kann ein Betriebssystem direkt auf einer virtuellen Maschine ausführen, ohne dass diese modifiziert werden muss – ganz so, als würde es sich um Bare-Metal-Hardware handeln. Das Amazon EC2-Hostsystem emuliert einige oder alle der zugrunde liegenden Hardware-Elemente, die dem Gast zur Verfügung gestellt werden.	PV-AMIs starten mit einem speziellen Bootloader namens PV-GRUB, der den Boot-Zyklus startet und anschließend den in der menu.lst Datei auf Ihrem Image angegebenen Kernel kettenweise lädt. Paravirtual-Gäste können auf Host-Hardware ausgeführt werden, die keine explizite Unterstützung für Virtualisierung hat. Weitere Informationen zu Amazon EC2 PV-GRUB und seiner Verwendung in Amazon EC2 finden Sie unter Vom Benutzer bereitgestellte Kernel.
Unterstützte Instance-Typen	Alle Instance-Typen der aktuellen Generation unterstützen HVM-AMIs.	Die folgenden Instance-Typen der vorherigen Generation unterstützen PV-AMIs: C1, C3, HS1, M1, M3, M2 und T1. Die Instance-Typen der aktuellen Generation unterstützen keine PV-AMIs.
Unterstützung für Hardware-Erweiterungen	HVM-Gäste können den Vorteil von Hardware-Erweiterungen nutzen, die einen schnellen Zugriff auf die zugrunde liegende Hardware des Hostsystems ermöglichen. Sie müssen erweiterte Netzwerke und GPU-Verarbeitung nutzen. Um Anweisungen an spezialisierte Netzwerk- und GPU-Geräte weiterleiten zu können, muss das Betriebssystem Zugriff auf die native Hardwareplattform haben und HVM-Virtualisierung stellt den erforderlichen Zugriff bereit. Weitere Informationen finden Sie unter Erweitertes Netzwerk in Amazon-EC2-Instances.	Nein, sie können keine speziellen Hardwareerweiterungen wie erweiterte Netzwerk- oder GPU-Verarbeitung nutzen.
Such-Anleitung	Stellen Sie sicher, dass der Virtualisierungstyp des AMI auf hvm festgelegt ist. Verwenden Sie hierzu die Konsole oder den Befehl describe-images.	Stellen Sie sicher, dass der Virtualisierungstyp des AMI auf paravirtual festgelegt ist. Verwenden Sie hierzu die Konsole oder den Befehl describe-images.

PV auf HVM

Paravirtuelle Gäste schnitten beim Speicher- und Netzwerkbetrieb traditionell besser ab als HVM-Gäste, da sie spezielle Treiber nutzen konnten, wodurch der Aufwand für I/O die Emulation von Netzwerk- und Festplattenhardware vermieden wurde, wohingegen HVM-Gäste diese Anweisungen auf emulierte Hardware übersetzen mussten. Jetzt sind PV-Treiber für HVM-Gäste verfügbar, sodass Betriebssysteme, die nicht für den Betrieb in einer paravirtualisierten Umgebung portiert werden können, dennoch Leistungsvorteile bei Speicher und Netzwerk erzielen können, wenn sie verwendet werden. I/O Mit diesen PV auf HVM-Treibern können HVM-Gäste die gleiche oder eine bessere Leistung als paravirtuelle Gäste erzielen.