Wählen Sie Ihre Cookie-Einstellungen aus

Wir verwenden essentielle Cookies und ähnliche Tools, die für die Bereitstellung unserer Website und Services erforderlich sind. Wir verwenden Performance-Cookies, um anonyme Statistiken zu sammeln, damit wir verstehen können, wie Kunden unsere Website nutzen, und Verbesserungen vornehmen können. Essentielle Cookies können nicht deaktiviert werden, aber Sie können auf „Anpassen“ oder „Ablehnen“ klicken, um Performance-Cookies abzulehnen.

Wenn Sie damit einverstanden sind, verwenden AWS und zugelassene Drittanbieter auch Cookies, um nützliche Features der Website bereitzustellen, Ihre Präferenzen zu speichern und relevante Inhalte, einschließlich relevanter Werbung, anzuzeigen. Um alle nicht notwendigen Cookies zu akzeptieren oder abzulehnen, klicken Sie auf „Akzeptieren“ oder „Ablehnen“. Um detailliertere Entscheidungen zu treffen, klicken Sie auf „Anpassen“.

SSD-Instance-Speicher-Volumes für EC2 Instanzen

Fokusmodus
SSD-Instance-Speicher-Volumes für EC2 Instanzen - Amazon Elastic Compute Cloud

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.

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.

Wie bei anderen Instance-Speicher-Volumes müssen Sie die SSD-Instance-Speicher-Volumes für Ihre Instance beim Start zuordnen. Die Daten auf einem SSD-Instance-Volume bleiben nur für die Dauer der zugehörigen Instance erhalten. Weitere Informationen finden Sie unter Fügen Sie Instance-Speicher-Volumes zu einer Instanz EC2 hinzu.

NVMe SSD-Volumes

Einige Instances bieten Instance-Speicher-Volumes für nichtflüchtige Memory Express (NVMe) Solid-State-Laufwerke (SSD) an. Weitere Informationen dazu, welcher Typ von Instance-Speicher-Volume von den einzelnen Instance-Typen jeweils unterstützt wird, finden Sie unter Volumenbeschränkungen für EC2 Instances im Instance-Speicher.

Die Daten im NVMe Instance-Speicher werden mit einer XTS-AES-256-Blockchiffre verschlüsselt, die in einem Hardwaremodul auf der Instanz implementiert ist. Die Verschlüsselungsschlüssel werden mithilfe des Hardwaremoduls generiert und sind für jedes Instance-Speichergerät einzigartig. NVMe Alle Verschlüsselungsschlüssel werden zerstört, wenn die Instance angehalten oder beendet wird, und können nicht wiederhergestellt werden. Sie können diese Verschlüsselung nicht deaktivieren und keine eigenen Verschlüsselungsschlüssel bereitstellen.

Um auf NVMe Volumes zugreifen zu können, müssen die NVMe Treiber installiert sein. Folgende Geräte AMIs erfüllen diese Anforderung:

  • AL2023

  • Amazon Linux 2

  • Amazon-Linux-AMI 2018.03 und höher

  • Ubuntu 14.04 oder höher mit linux-aws-Kernel

    Anmerkung

    AWS Graviton-basierte Instanztypen erfordern Ubuntu 18.04 oder höher mit Kernel linux-aws

  • Red Hat Enterprise Linux 7.4 oder höher

  • SUSE Linux Enterprise Server 12 oder höher SP2

  • CentOS 7.4.1708 oder höher

  • FreeBSD 11.1 oder höher

  • Debian GNU/Linux 9 oder höher

  • Bottlerocket

Nachdem Sie eine Verbindung zu Ihrer Instance hergestellt haben, können Sie die NVMe Geräte mithilfe des lspci Befehls auflisten. Im Folgenden finden Sie eine Beispielausgabe für eine i3.8xlarge Instanz, die vier NVMe Geräte unterstützt.

[ec2-user ~]$ lspci 00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02) 00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] 00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 01) 00:02.0 VGA compatible controller: Cirrus Logic GD 5446 00:03.0 Ethernet controller: Device 1d0f:ec20 00:17.0 Non-Volatile memory controller: Device 1d0f:cd01 00:18.0 Non-Volatile memory controller: Device 1d0f:cd01 00:19.0 Non-Volatile memory controller: Device 1d0f:cd01 00:1a.0 Non-Volatile memory controller: Device 1d0f:cd01 00:1f.0 Unassigned class [ff80]: XenSource, Inc. Xen Platform Device (rev 01)

Wenn Sie ein unterstütztes Betriebssystem verwenden, die NVMe Geräte jedoch nicht angezeigt werden, überprüfen Sie mit dem folgenden Befehl, ob das NVMe Modul geladen ist.

  • Amazon Linux, Amazon Linux 2, Ubuntu 14/16, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS 7

    $ lsmod | grep nvme nvme 48813 0
  • Ubuntu 18

    $ cat /lib/modules/$(uname -r)/modules.builtin | grep nvme s/nvme/host/nvme-core.ko kernel/drivers/nvme/host/nvme.ko kernel/drivers/nvmem/nvmem_core.ko

Die NVMe Volumes entsprechen der NVMe 1.0e-Spezifikation. Sie können die NVMe Befehle mit Ihren NVMe Volumes verwenden. In Amazon Linux können Sie das nvme-cli-Paket aus dem Repository mit dem Befehl yum install installieren. Bei anderen unterstützten Linux-Versionen können Sie das nvme-cli-Paket herunterladen, wenn es im Image nicht verfügbar ist.

Um auf NVMe Volumes zugreifen zu können, müssen die NVMe Treiber installiert sein. Folgende Geräte AMIs erfüllen diese Anforderung:

  • AL2023

  • Amazon Linux 2

  • Amazon-Linux-AMI 2018.03 und höher

  • Ubuntu 14.04 oder höher mit linux-aws-Kernel

    Anmerkung

    AWS Graviton-basierte Instanztypen erfordern Ubuntu 18.04 oder höher mit Kernel linux-aws

  • Red Hat Enterprise Linux 7.4 oder höher

  • SUSE Linux Enterprise Server 12 oder höher SP2

  • CentOS 7.4.1708 oder höher

  • FreeBSD 11.1 oder höher

  • Debian GNU/Linux 9 oder höher

  • Bottlerocket

Nachdem Sie eine Verbindung zu Ihrer Instance hergestellt haben, können Sie die NVMe Geräte mithilfe des lspci Befehls auflisten. Im Folgenden finden Sie eine Beispielausgabe für eine i3.8xlarge Instanz, die vier NVMe Geräte unterstützt.

[ec2-user ~]$ lspci 00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02) 00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] 00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 01) 00:02.0 VGA compatible controller: Cirrus Logic GD 5446 00:03.0 Ethernet controller: Device 1d0f:ec20 00:17.0 Non-Volatile memory controller: Device 1d0f:cd01 00:18.0 Non-Volatile memory controller: Device 1d0f:cd01 00:19.0 Non-Volatile memory controller: Device 1d0f:cd01 00:1a.0 Non-Volatile memory controller: Device 1d0f:cd01 00:1f.0 Unassigned class [ff80]: XenSource, Inc. Xen Platform Device (rev 01)

Wenn Sie ein unterstütztes Betriebssystem verwenden, die NVMe Geräte jedoch nicht angezeigt werden, überprüfen Sie mit dem folgenden Befehl, ob das NVMe Modul geladen ist.

  • Amazon Linux, Amazon Linux 2, Ubuntu 14/16, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS 7

    $ lsmod | grep nvme nvme 48813 0
  • Ubuntu 18

    $ cat /lib/modules/$(uname -r)/modules.builtin | grep nvme s/nvme/host/nvme-core.ko kernel/drivers/nvme/host/nvme.ko kernel/drivers/nvmem/nvmem_core.ko

Die NVMe Volumes entsprechen der NVMe 1.0e-Spezifikation. Sie können die NVMe Befehle mit Ihren NVMe Volumes verwenden. In Amazon Linux können Sie das nvme-cli-Paket aus dem Repository mit dem Befehl yum install installieren. Bei anderen unterstützten Linux-Versionen können Sie das nvme-cli-Paket herunterladen, wenn es im Image nicht verfügbar ist.

Die neuesten AWS Windows-Versionen AMIs für die folgenden Betriebssysteme enthalten die AWS NVMe Treiber, die für die Interaktion mit SSD-Instance-Speicher-Volumes verwendet werden, die aus NVMe Leistungsgründen als Blockgeräte verfügbar gemacht werden:

  • Windows Server 2025

  • Windows Server 2022

  • Windows Server 2019

  • Windows Server 2016

  • Windows Server 2012 R2

Nachdem Sie eine Verbindung zu Ihrer Instance hergestellt haben, können Sie überprüfen, ob die NVMe Volumes im Disk Manager angezeigt werden. Öffnen Sie auf der Taskleiste das Kontextmenü (Rechtsklick) für das Windows-Logo und wählen Sie Datenträgerverwaltung.

Das von Amazon AMIs bereitgestellte AWS Windows enthält den AWS NVMe Treiber. Wenn Sie nicht das neueste AWS Windows verwenden AMIs, können Sie den aktuellen AWS NVMe Treiber installieren.

Die neuesten AWS Windows-Versionen AMIs für die folgenden Betriebssysteme enthalten die AWS NVMe Treiber, die für die Interaktion mit SSD-Instance-Speicher-Volumes verwendet werden, die aus NVMe Leistungsgründen als Blockgeräte verfügbar gemacht werden:

  • Windows Server 2025

  • Windows Server 2022

  • Windows Server 2019

  • Windows Server 2016

  • Windows Server 2012 R2

Nachdem Sie eine Verbindung zu Ihrer Instance hergestellt haben, können Sie überprüfen, ob die NVMe Volumes im Disk Manager angezeigt werden. Öffnen Sie auf der Taskleiste das Kontextmenü (Rechtsklick) für das Windows-Logo und wählen Sie Datenträgerverwaltung.

Das von Amazon AMIs bereitgestellte AWS Windows enthält den AWS NVMe Treiber. Wenn Sie nicht das neueste AWS Windows verwenden AMIs, können Sie den aktuellen AWS NVMe Treiber installieren.

NVMe Nicht-SSD-Volumes

Die folgenden Instances unterstützen Instance-Speicher-Volumes, die Non- verwenden, NVMe SSDs um eine hohe zufällige I/O-Leistung zu erzielen: C3, I2, M3, R3 und X1. Weitere Informationen zu den von den einzelnen Instance-Typen unterstützten Instance-Speicher-Volumes finden Sie unter Volumenbeschränkungen für EC2 Instances im Instance-Speicher.

I/O-Leistung des SSD-basierten Instance-Speicher-Volumes

Die Anzahl der erreichten Schreib-IOPS nimmt in dem Maß ab, in dem Sie die SSD-basierten Instance-Speicher-Volumes für Ihre Instance mit Daten belegen. Der Grund dafür ist der zusätzliche Arbeitsaufwand für den SSD-Controller, der verfügbaren Speicherplatz suchen, vorhandene Daten neu schreiben und ungenutzten Speicherplatz löschen muss, sodass er neu beschrieben werden kann. Dieser Prozess der Garbage Collection führt zu einer internen Write Amplification in der SSD; diese wird im Verhältnis der SSD-Schreibvorgänge zu den Benutzer-Schreibvorgängen ausgedrückt. Dieser Leistungsabfall ist sogar noch größer, wenn die Schreibvorgänge nicht in Vielfachen von 4 096 Byte durchgeführt oder nicht auf eine 4 096 Byte-Grenze ausgerichtet werden. Wenn eine kleinere Anzahl von Bytes oder nicht ausgerichtete Bytes geschrieben werden, muss der SSD-Controller die Daten in der Umgebung auslesen und an einem neuen Ort speichern. Dieses Muster führt zu einer erheblich größeren Write Amplification, einer höheren Latenz und zu dramatischen I/O-Leistungseinbußen.

SSD-Controller können verschiedenen Strategien anwenden, um die Auswirkungen der Write Amplification zu verringern. Eine dieser Strategien besteht darin, Speicherplatz des SSD-Instance-Speichers zu reservieren, sodass der Controller den für Schreibvorgänge verfügbaren Speicherplatz effizienter verwalten kann. Diese Methode wird als Overprovisioning (übermäßige Bereitstellung) bezeichnet. Die SSD-basierten Instance-Speicher-Volumes haben keinen reservierten Speicherplatz für Überprovisionierung zur Verfügung. Um die Schreibverstärkung zu reduzieren, empfehlen wir, 10 Prozent des Volumes unpartitioniert zu lassen, damit der SSD-Controller es für Over-Provisioning nutzen kann. Dadurch steht zwar weniger Speicherplatz zur Verfügung, aber die Leistung wird verbessert – auch wenn der Datenträger fast vollständig belegt ist.

Bei Instance-Speicher-Volumes, die TRIM unterstützen, können Sie den TRIM-Befehl dazu verwenden, dem SSD-Controller mitzuteilen, wann immer Sie Daten nicht mehr benötigen, die Sie geschrieben haben. Auf diese Weise hat der Controller mehr freien Speicherplatz zur Verfügung, wodurch die Write Amplification reduziert und die Leistung erhöht wird. Weitere Informationen finden Sie unter TRIM-Unterstützung für Instance-Speicher-Volumes.

TRIM-Unterstützung für Instance-Speicher-Volumes

Einige Instance-Typen unterstützen SSD-Volumes mit TRIM. Weitere Informationen finden Sie unter Volumenbeschränkungen für EC2 Instances im Instance-Speicher.

Anmerkung

(Nur Windows-Instanzen) Instances, auf denen Windows Server 2012 R2 ausgeführt wird, unterstützen TRIM ab Version 7.3.0 von AWS PV Driver. Instances, die frühere Versionen von Windows Server ausführen, unterstützen TRIM nicht.

Instance-Speicher-Volumes, die TRIM unterstützen, werden vollständig gekürzt, bevor sie Ihrer Instance zugeordnet werden. Diese Volumes sind beim Start einer Instance nicht mit einem Dateisystem formatiert, deshalb müssen Sie sie formatieren, bevor sie gemountet und verwendet werden können. Um den Zugriff auf diese Volumes zu beschleunigen, sollten Sie die TRIM-Operation beim Formatieren überspringen.

(Windows-Instances) Um die TRIM-Unterstützung während der ersten Formatierung vorübergehend zu deaktivieren, verwenden Sie den Befehl fsutil behavior set DisableDeleteNotify 1. Nachdem die Formatierung abgeschlossen ist, aktivieren Sie die TRIM-Unterstützung mithilfe von fsutil behavior set DisableDeleteNotify 0 erneut.

Bei Instance-Speicher-Volumes, die TRIM unterstützen, können Sie den TRIM-Befehl dazu verwenden, dem SSD-Controller mitzuteilen, wann Sie Daten nicht mehr benötigen, die Sie geschrieben haben. Auf diese Weise hat der Controller mehr freien Speicherplatz zur Verfügung, wodurch die Write Amplification reduziert und die Leistung erhöht wird. In Linux-Instances verwenden Sie den Befehl fstrim, um periodisches TRIM zu aktivieren. Verwenden Sie in Windows-Instances den fsutil behavior set DisableDeleteNotify 0-Befehl, um sicherzustellen, dass die TRIM-Unterstützung während des normalen Betriebs aktiviert ist.

DatenschutzNutzungsbedingungen für die WebsiteCookie-Einstellungen
© 2025, Amazon Web Services, Inc. oder Tochtergesellschaften. Alle Rechte vorbehalten.