Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
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:
Betriebssystem
Prozessorarchitektur
Startberechtigungen
Der Eigentümer eines AMI legt dessen Verfügbarkeit durch Vergabe von Startberechtigungen fest. 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 Startberechtigungen (OUs). |
| implizit | Der Eigentümer hat implizite Startberechtigungen für ein AMI. |
Amazon und die EC2 Amazon-Community bieten eine große Auswahl an Zielgruppen AMIs. Weitere Informationen finden Sie unter Verstehen Sie die gemeinsame AMI-Nutzung in Amazon EC2. Entwickler können für ihre Gebühren Gebühren erheben AMIs. Weitere Informationen finden Sie unter Bezahlt AMIs in den AWS Marketplace für EC2 Amazon-Instances.
Root-Gerätetyp
Alle AMIs werden entweder als von Amazon EBS unterstützt oder vom Instance-Store unterstützt eingestuft.
-
Amazon-EBS-gestütztes AMI: Das Root-Gerät für eine Instance, die über das AMI gestartet wird, ist ein Amazon Elastic Block Store (Amazon EBS)-Volume, das über einen Amazon-EBS-Snapshot erstellt wird. Wird sowohl für Linux als auch für Windows AMIs unterstützt.
-
Instance-Speicher-gestütztes AMI von Amazon: Das Root-Gerät für eine Instance, die über das AMI gestartet wird, ist ein Instance-Speicher-Volume, das aus einer in Amazon S3 gespeicherten Vorlage erstellt wird. Wird AMIs nur für Linux unterstützt. Windows unterstützt AMIs keinen Instanzspeicher für das Root-Gerät.
Weitere Informationen finden Sie unter Root-Volumes für Ihre EC2 Amazon-Instances.
In der folgenden Tabelle sind die wichtigen Unterschiede bei der Verwendung der beiden Typen von AMIs zusammengefasst.
| Merkmal | Amazon EBS-Backed AMI | Amazon Instance Store-Backed AMI |
|---|---|---|
Root-Gerät-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 Stammvolumen in Amazon EBS dauerhaft gespeichert. |
Darf nicht im angehaltenen Zustand 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-Erstellung/-Bündelung |
Verwendet einen einzelnen Befehl/Aufruf |
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, nachdem eine EC2 Amazon-Instance beendet wurde.
** 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 bestehen in der Art und Weise, wie sie booten und ob sie spezielle Hardwareerweiterungen (CPU, Netzwerk und Speicher) für eine bessere Leistung nutzen können. Windows AMIs ist HVM AMIs.
In der folgenden Tabelle werden HVM und PV verglichen. AMIs
| Merkmal | HVM (Hardwaregestützte virtuelle Maschine) | PV |
|---|---|---|
| Beschreibung | HVM AMIs verfügen über einen vollständig virtualisierten Hardwaresatz und starten, indem der Master-Boot-Record des Root-Block-Geräts Ihres Images ausgeführt wird. 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 EC2 Amazon-Hostsystem emuliert einen Teil oder die gesamte zugrunde liegende Hardware, die dem Gast präsentiert wird. | PV AMIs bootet 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 PV-GRUB und seiner Verwendung in Amazon finden Sie unter Vom Benutzer EC2 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, M1, M3, M2 und T1. Instance-Typen der aktuellen Generation unterstützen PV nicht 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 Verbessertes Networking auf EC2 Amazon-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 verfügten traditionell über eine bessere Performance bei Speicher- und Netzwerkoperationen als HVM-Gäste, da sie spezielle Treiber für die I/O nutzen konnten, mit denen der Mehraufwand für die Emulation von Netzwerk- und Datenträger-Hardware vermieden wurde. Im Gegensatz dazu mussten HVM-Gäste diese Anweisungen in emulierte Hardware übersetzen. PV-Treiber stehen jetzt HVM-Gästen zur Verfügung. Für Betriebssysteme, die nicht für die Ausführung in einer paravirtualisierten Umgebung (z. B. Windows) portiert werden können, können durch ihre Nutzung daher trotzdem Leistungsvorteile in Bezug auf Speicher- und Netzwerk-I/O erzielt werden. Mit diesen PV auf HVM-Treibern können HVM-Gäste die gleiche oder eine bessere Leistung als paravirtuelle Gäste erzielen.
