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. # Instance-Speicher temporärer Speicher auf Blockebene für EC2-Instances Ein *Instance-Speicher* stellt für Ihre EC2-Instance temporären Speicher auf Blockebene bereit. Dieser Speicher wird von Laufwerken bereitgestellt, die physisch mit dem Host-Computer verbunden sind. Der Instance-Speicher ist ideal für die temporäre Speicherung von Informationen, die sich häufig ändern, wie Puffer, Caches, Arbeitsdaten und andere temporäre Inhalte. Es kann auch verwendet werden, um temporäre Daten zu speichern, die über eine Flotte von Instances, z. B. einen load balanced Pool von Webservern, repliziert werden. Ein Instance-Speicher besteht aus einem oder mehreren Instance-Speicher-Volumes, die als Blockgeräte verfügbar gemacht werden. Die Größe eines Instance-Speichers sowie die Anzahl der verfügbaren Geräte variiert je nach Instance-Typ und Instance-Größe. Beispielsweise stellt nicht jeder Instance-Typ Instance-Speicher-Volumes bereit. Weitere Informationen finden Sie unter [Volumenlimits für den Instance-Speicher für EC2-Instances](instance-store-volumes.md). Die virtuellen Geräte für Instance-Speicher-Volumes sind mit den Namen der virtuellen Geräte in der Reihenfolge von `ephemeral0` bis `ephemeral23` ausgestattet. Bei einem Instance-Typ, der ein Instance-Speicher-Volume unterstützt, lautet der virtuelle Gerätename des einen Volumes beispielsweise `ephemeral0`. Bei einem Instance-Typ, der vier Instance-Speicher-Volumes unterstützt, lauten die virtuellen Gerätenamen der vier Volumes wie folgt: `ephemeral0`, `ephemeral1`, `ephemeral2` und`ephemeral3`. ![\[Amazon EC2-Instance-Speicher\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/instance_storage.png) **Preise für Instance-Speicher** Für die Nutzung der für Ihre Instance bereitgestellten Instance-Speicher-Volumes fallen keine zusätzlichen Gebühren an. Instance-Speicher-Volumes sind als Teil der Nutzungskosten für die Instance enthalten. **Topics** + [ # Datenpersistenz für Amazon-EC2-Instance-Speicher-Volumes ](instance-store-lifetime.md) + [ # Volumenlimits für den Instance-Speicher für EC2-Instances ](instance-store-volumes.md) + [ # SSD-Instance-Speicher-Volumes für EC2-Instances ](ssd-instance-store.md) + [ # Instance-Speicher-Volumes zu einer EC2-Instance hinzufügen ](add-instance-store-volumes.md) + [ # Das Instance-Speicher-Swap-Volume für M1- und C1-EC2-Instances aktivieren ](instance-store-swap-volumes.md) + [ # Instance-Speicher-Volumes auf EC2-Instances initialisieren ](disk-performance.md) + [ # Detaillierte Leistungsstatistiken für Instance-Speicher-Volumes von Amazon EC2 ](nvme-detailed-performance-stats.md) # Datenpersistenz für Amazon-EC2-Instance-Speicher-Volumes Instance-Speicher-Volumes werden nur beim Start der Instance angehängt. Sie können ein Instance-Speicher-Volume nicht an eine Instance anfügen, nachdem Sie sie gestartet haben. Sie können ein Instance-Speicher-Volume nicht von einer Instance trennen und an eine andere Instance anfügen. Ein Instance-Speicher-Volume ist nur während der Lebensdauer der Instance, an die es angehängt ist, vorhanden. Sie können ein Instance-Speicher-Volume nicht so konfigurieren, dass es über die Nutzungsdauer der jeweiligen Instance hinaus erhalten bleibt. Die Daten auf einem Instance-Speicher-Volume der Instance bleiben erhalten, wenn die Instance neu gestartet wird. Die Daten bleiben jedoch nicht erhalten, wenn die Instance angehalten, in den Ruhezustand versetzt oder beendet wird. Wenn die Instance angehalten, in den Ruhezustand versetzt oder beendet wird, jeder Block der Instance-Speicher-Volumes der Instance kryptografisch gelöscht. Deshalb sollten Sie in einem Instance-Speicher keine wertvollen, langfristigen Daten ablegen. Wenn Sie die auf einem Instance-Speicher-Volume gespeicherten Daten über die Lebensdauer der Instance hinaus beibehalten müssen, müssen Sie diese Daten manuell in einen persistenteren Speicher kopieren, z. B. ein Amazon EBS-Volume, einen Amazon-S3-Bucket oder ein Amazon-EFS-Dateisystem. Es gibt einige Ereignisse, die dazu führen können, dass Ihre Daten nicht während der gesamten Lebensdauer der Instance erhalten bleiben. Die folgende Tabelle gibt an, ob Daten auf Instance-Speicher-Volumes während bestimmter Ereignisse gespeichert werden, und zwar sowohl für virtualisierte als auch für Bare-Metal-Instances. | Veranstaltung | Was passiert mit Ihren Daten? | | --- |--- | | **Vom Benutzer initiierte Instance-Lebenszyklusereignisse** | | --- | | [Die Instanz wird neu gestartet](ec2-instance-reboot.md) | Die Daten bleiben bestehen | | [Die Instanz ist gestoppt](Stop_Start.md) | Die Daten bleiben nicht erhalten | | [Die Instanz befindet sich im Ruhezustand](Hibernate.md) | Die Daten bleiben nicht erhalten | | [Die Instanz ist beendet](terminating-instances.md) | Die Daten sind nicht dauerhaft | | [Der Instanztyp wurde geändert](ec2-instance-resize.md) | Die Daten sind nicht persistieren\$1 | | [Aus der Instance wird ein EBS-gestütztes AMI erstellt](creating-an-ami-ebs.md) | Die Daten bleiben nicht im erstellten AMI bestehen \$1\$1 | | Aus der [Instance wird ein Amazon S3-gestütztes AMI erstellt](creating-an-ami-instance-store.md) (Linux-Instances) | Die Daten verbleiben in dem auf Amazon S3 hochgeladenen AMI-Bundle \$1\$1\$1 | | **Vom Benutzer initiierte Betriebssystemereignisse** | | --- | | Ein Shutdown wird eingeleitet | Die Daten bleiben nicht bestehen † | | Ein Neustart wird eingeleitet | Die Daten bleiben bestehen | | **AWS geplante Ereignisse** | | --- | | [Stoppen der Instanz](schedevents_actions_retire.md) | Die Daten bleiben nicht erhalten | | [Neustart der Instanz](schedevents_actions_reboot.md) | Die Daten bleiben bestehen | | [Systemneustart](schedevents_actions_reboot.md) | Die Daten bleiben bestehen | | [Außerbetriebnahme der Instanz](schedevents_actions_retire.md) | Die Daten bleiben nicht erhalten | | **Ungeplante Ereignisse** | | --- | | [Vereinfachte automatische Wiederherstellung](instance-configuration-recovery.md) | Die Daten bleiben nicht erhalten | | [CloudWatch aktionsbasierte Wiederherstellung](cloudwatch-recovery.md) | Die Daten bleiben nicht erhalten | | Die zugrunde liegende Festplatte fällt aus | Die Daten auf der ausgefallenen Festplatte bleiben nicht erhalten | | Stromausfall | Die Daten bleiben beim Neustart erhalten | \$1 Wenn der neue Instance-Typ Instance-Speicher unterstützt, erhält die Instance die Anzahl der Instance-Speicher-Volumes, die vom neuen Instance-Typ unterstützt werden, aber die Daten werden nicht auf die neue Instance übertragen. Wenn der neue Instance-Typ den Instance-Speicher nicht unterstützt, erhält die Instance die Instance-Speicher-Volumes nicht. \$1\$1 Die Daten sind nicht im EBS-gestützten AMI enthalten und sie sind nicht in Instance-Speicher-Volumes enthalten, die an Instances angehängt sind, die von diesem AMI aus gestartet wurden. \$1\$1\$1 Die Daten sind in dem AMI-Bündel enthalten, das auf Amazon S3 hochgeladen wird. Wenn Sie eine Instance von diesem AMI aus starten, erhält die Instance die im AMI gebündelten Instance-Speicher-Volumes mit den Daten, die sie zum Zeitpunkt der Erstellung des AMI enthielten. † Der Terminierungsschutz und der Stoppschutz schützen Instances nicht vor Instancestopps oder -beendigungen als Folge von Shutdowns, die durch das Betriebssystem der Instance ausgelöst wurden. Daten, die auf Instance-Speicher-Volumes gespeichert sind, bleiben sowohl bei Stopp- als auch bei Terminierungsereignissen der Instance nicht erhalten. # Volumenlimits für den Instance-Speicher für EC2-Instances Anzahl, Größe und Typ der Instance-Speicher-Volumes werden durch den Instance-Typ bestimmt. Einige Instance-Typen, wie C8i, M8i und R8i, unterstützen keine Instance-Speicher-Volumes, während andere Instance-Typen wie C8id, M8id und R8id Instance-Speicher-Volumes unterstützen. Sie können einer Instance nicht mehr Instance-Speicher-Volumes zuordnen, als von ihrem Instance-Typ unterstützt werden. Bei den Instance-Typen, die Instance-Speicher-Volumes unterstützen, variieren Anzahl und Größe der Instance-Speicher-Volumes je nach Instance-Größe. `r8id.large`Unterstützt beispielsweise 1 x 118 GB Instance-Speicher-Volume, während 2 x 3800 GB Instance-Speicher-Volumes unterstützt werden. `r8id.32xlarge` Bei Instance-Typen mit **NVMe Instance-Speicher-Volumes** werden alle unterstützten Instance-Speicher-Volumes beim Start automatisch an die Instance angehängt. Bei Instance-Typen mit **NVMe Nicht-Instance-Speicher-Volumes**, wie C1, C3, M1, M2, M3, R3, D2, H1, I2, X1 und X1e, müssen Sie die Blockgerätezuordnungen für die Instance-Speicher-Volumes, die Sie beim Start anhängen möchten, manuell angeben. Nach dem Start der Instance müssen Sie dann [die angehängten Instance-Speicher-Volumes formatieren und](making-instance-stores-available-on-your-instances.md) bereitstellen, bevor Sie sie verwenden können. Sie können ein Instance-Speicher-Volume nicht verfügbar machen, nachdem Sie die Instance gestartet haben. Einige Instance-Typen verwenden NVMe oder SATA-basierte Solid-State-Laufwerke (SSD), während andere SATA-basierte Festplattenlaufwerke (HDD) verwenden. SSDs bieten eine hohe I/O Zufallsleistung bei sehr geringer Latenz, aber die Daten müssen nicht bestehen, wenn die Instanz beendet wird, oder Sie können fehlertolerante Architekturen nutzen. Weitere Informationen finden Sie unter [SSD-Instance-Speicher-Volumes für EC2-Instances](ssd-instance-store.md). Die Daten auf NVMe Instance-Speicher-Volumes und einigen Festplatten-Instance-Speicher-Volumes werden im Ruhezustand verschlüsselt. Weitere Informationen finden Sie unter [Datenschutz in Amazon EC2](data-protection.md). ## Verfügbare Instance-Speicher-Volumes Der *Leitfaden für Amazon-EC2-Instance-Typen* gibt einen Überblick über die Anzahl, Größe, den Typ und die Leistungsoptimierungen von Instance-Speicher-Volumes, die für die einzelnen unterstützten Instance-Typen verfügbar sind. Weitere Informationen finden Sie hier: + [Spezifikationen des Instance-Speichers – Allgemeiner Zweck](https://docs.aws.amazon.com/ec2/latest/instancetypes/gp.html#gp_instance-store) + [Spezifikationen des Instance-Speichers – Für Berechnungen optimiert](https://docs.aws.amazon.com/ec2/latest/instancetypes/co.html#co_instance-store) + [Spezifikationen des Instance-Speichers – Arbeitsspeicheroptimiert](https://docs.aws.amazon.com/ec2/latest/instancetypes/mo.html#mo_instance-store) + [Spezifikationen des Instance-Speichers – Speicheroptimiert](https://docs.aws.amazon.com/ec2/latest/instancetypes/so.html#so_instance-store) + [Spezifikationen des Instance-Speichers – Beschleunigte Datenverarbeitung](https://docs.aws.amazon.com/ec2/latest/instancetypes/ac.html#ac_instance-store) + [Spezifikationen des Instance-Speichers – Hochleistungsrechnen](https://docs.aws.amazon.com/ec2/latest/instancetypes/hpc.html#hpc_instance-store) + [Spezifikationen des Instance-Speichers – vorherige Generation](https://docs.aws.amazon.com/ec2/latest/instancetypes/pg.html#pg_instance-store) ------ #### [ Console ] **So rufen Sie Volume-Informationen des Instance-Speichers ab** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instance Types (Instance-Typen)** aus. 1. Fügen Sie den Filter **Lokaler Instance-Speicher = wahr** hinzu. Die Spalte **Speicher** gibt die Gesamtgröße des Instance-Speichers für den Instance-Typ an. 1. (Optional) Klicken Sie auf das Symbol **Einstellungen** und aktivieren Sie dann die **Anzahl der Speicherdatenträger**. Diese Spalte gibt die Anzahl der Instance-Speicher-Volumes an. 1. (Optional) Fügen Sie Filter hinzu, um den Anwendungsbereich auf bestimmte Instance-Typen von Interesse zu erweitern. ------ #### [ AWS CLI ] **So rufen Sie Volume-Informationen des Instance-Speichers ab** Verwenden Sie den Befehl [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html). Im folgenden Beispiel wird die Gesamtgröße des Instance-Speichers für jeden Instance-Typ in den R8i-Instance-Familien mit Instance-Speicher-Volumes angezeigt. ``` aws ec2 describe-instance-types \ --filters "Name=instance-type,Values=r8i*" "Name=instance-storage-supported,Values=true" \ --query 'sort_by(InstanceTypes, &InstanceStorageInfo.TotalSizeInGB)[].{InstanceType:InstanceType,TotalSizeInGB:InstanceStorageInfo.TotalSizeInGB}' \ --output table ``` Es folgt eine Beispielausgabe. ``` -------------------------------------- | DescribeInstanceTypes | +------------------+-----------------+ | InstanceType | TotalSizeInGB | +------------------+-----------------+ | r8id.large | 118 | | r8id.xlarge | 237 | | r8id.2xlarge | 474 | | r8id.4xlarge | 950 | | r8id.8xlarge | 1900 | | r8id.12xlarge | 2850 | | r8id.16xlarge | 3800 | | r8id.24xlarge | 5700 | | r8id.32xlarge | 7600 | | r8id.48xlarge | 11400 | | r8id.metal-48xl | 11400 | | r8id.96xlarge | 22800 | | r8id.metal-96xl | 22800 | +------------------+-----------------+ ``` **So rufen Sie die vollständigen Instance-Speicherdetails für einen Instance-Typ ab** Verwenden Sie den Befehl [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html). ``` aws ec2 describe-instance-types \ --filters "Name=instance-type,Values=r8id.32xlarge" \ --query 'InstanceTypes[0].InstanceStorageInfo' \ --output json ``` Die Beispielausgabe zeigt, dass dieser Instance-Typ über zwei NVMe 3800-GB-SSD-Volumes verfügt, was insgesamt 7600 GB Instance-Speicher entspricht. ``` { "TotalSizeInGB": 7600, "Disks": [ { "SizeInGB": 3800, "Count": 2, "Type": "ssd" } ], "NvmeSupport": "required", "EncryptionSupport": "required" } ``` ------ #### [ PowerShell ] **So rufen Sie Volume-Informationen des Instance-Speichers ab** Verwenden Sie das cmdlet [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html). Im folgenden Beispiel wird die Gesamtgröße des Instance-Speichers für jeden Instance-Typ in den R8i-Instance-Familien mit Instance-Speicher-Volumes angezeigt. ``` (Get-EC2InstanceType -Filter ` @{Name="instance-type"; Values="r8i*"}, @{Name="instance-storage-supported"; Values="true"}) | Sort-Object {$_.InstanceStorageInfo.TotalSizeInGB} | Format-Table InstanceType, @{Name="Disks.SizeInGB";Expression={$_.InstanceStorageInfo.Disks[0].SizeInGB}}, @{Name="Disks.Count";Expression={$_.InstanceStorageInfo.Disks[0].Count}}, @{Name="TotalSizeInGB";Expression={$_.InstanceStorageInfo.TotalSizeInGB}} ``` Es folgt eine Beispielausgabe. ``` InstanceType Disks.SizeInGB Disks.Count TotalSizeInGB ------------ -------------- ----------- ------------- r8id.large 118 1 118 r8id.xlarge 237 1 237 r8id.2xlarge 474 1 474 r8id.4xlarge 950 1 950 r8id.8xlarge 1900 1 1900 r8id.12xlarge 2850 1 2850 r8id.16xlarge 3800 1 3800 r8id.24xlarge 2850 2 5700 r8id.32xlarge 3800 2 7600 r8id.48xlarge 3800 3 11400 r8id.metal-48xl 3800 3 11400 r8id.96xlarge 3800 6 22800 r8id.metal-96xl 3800 6 22800 ``` **So rufen Sie die vollständigen Instance-Speicherdetails für einen Instance-Typ ab** Verwenden Sie das cmdlet [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html). ``` (Get-EC2InstanceType ` -Filter @{Name="instance-type"; Values="r8id.32xlarge"}).InstanceStorageInfo | Format-List *, @{Name="Disks.Count";Expression={$_.Disks[0].Count}}, @{Name="Disks.SizeInGB";Expression={$_.Disks[0].SizeInGB}}, @{Name="Disks.Type";Expression={$_.Disks[0].Type.Value}} ``` Die Beispielausgabe zeigt, dass dieser Instance-Typ über zwei NVMe 3800-GB-SSD-Volumes verfügt, was insgesamt 7600 GB Instance-Speicher entspricht. ``` Disks : {Amazon.EC2.Model.DiskInfo} EncryptionSupport : required NvmeSupport : required TotalSizeInGB : 7600 Disks.Count : 2 Disks.SizeInGB : 3800 Disks.Type : ssd ``` ------ # SSD-Instance-Speicher-Volumes für EC2-Instances 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 [Instance-Speicher-Volumes zu einer EC2-Instance hinzufügen](add-instance-store-volumes.md). ## 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 [Volumenlimits für den Instance-Speicher für EC2-Instances](instance-store-volumes.md). 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. ### Linux-Instances 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 Instance-Typen 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 Instanz hergestellt haben, können Sie die NVMe Geräte mithilfe des Befehls auflisten. **lspci** 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. ### Windows-Instances 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](aws-nvme-drivers.md). ## 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 [Volumenlimits für den Instance-Speicher für EC2-Instances](instance-store-volumes.md). ## Leistung von SSD-basierten Instance-Speicher-Volumes I/O 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 deutlich erhöhten Schreibverstärkung, einer erhöhten Latenz und einer drastisch verringerten Leistung. I/O 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](#InstanceStoreTrimSupport). ## TRIM-Unterstützung für Instance-Speicher-Volumes Einige Instance-Typen unterstützen SSD-Volumes mit TRIM. Weitere Informationen finden Sie unter [Volumenlimits für den Instance-Speicher für EC2-Instances](instance-store-volumes.md). **Anmerkung** (Nur Windows-Instanzen) Instances, auf denen Windows Server 2012 R2 ausgeführt wird, unterstützen TRIM ab Version AWS 7.3.0 von 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. # Instance-Speicher-Volumes zu einer EC2-Instance hinzufügen Bei Instance-Typen mit **NVMe Instance-Speicher-Volumes** werden alle unterstützten Instance-Speicher-Volumes beim Start automatisch an die Instance angehängt. NVMe-Instance-Speicher-Volumes werden automatisch aufgezählt und ihnen wird ein Gerätename zugeordnet. Bei Instance-Typen mit **NVMe Nicht-Instance-Speicher-Volumes**, wie C1, C3, M1, M2, M3, R3, D2, H1, I2, X1 und X1e, müssen Sie die Blockgerätezuordnungen für die Instance-Speicher-Volumes, die Sie beim Start anhängen möchten, manuell angeben. Blockgerätezuordnungen können in der Instance-Startanforderung oder in dem AMI, das zum Starten der Instance verwendet wird, angegeben werden. Jeder Eintrag in einer Blockgerät-Zuweisung beinhaltet einen gewählten Namen und das Volume, dem er zugeordnet ist. Weitere Informationen finden Sie unter [Blockgerät-Zuweisungen auf Amazon-EC2-Instances blockieren](block-device-mapping-concepts.md). **Wichtig** Sie können Instance-Speicher-Volumes für eine Instance nur dann angeben, wenn Sie sie starten. Sie können ein Instance-Speicher-Volume nicht an eine Instance anfügen, nachdem Sie sie gestartet haben. Nachdem Sie eine Instance gestartet haben, müssen Sie sicherstellen, dass die Instance-Speicher-Volumes für Ihre Instance formatiert und gemountet sind, bevor Sie sie verwenden. Das Root-Volume des Instance-Speichers wird automatisch gemountet. **Berücksichtigung der Stamm-Volumes** Eine Blockgerät-Zuweisung gibt stets das Stamm-Volume für die Instance an. Das Root-Volume wird automatisch gemountet. **Linux-Instances** – Das Root-Volume ist entweder ein Amazon-EBS-Volume oder ein Instance-Speicher-Volume. Bei Instances mit einem Instance-Speicher-Volume für das Stamm-Volume variiert die Größe dieses Volumes je nach AMI, aber die Maximalgröße ist 10 GB. Weitere Informationen finden Sie unter [Root-Volume-Typ](ComponentsAMIs.md#storage-for-the-root-device). **Windows-Instances** – Bei dem Root-Volume muss es sich um ein Amazon-EBS-Volume handeln. Instance-Speicher wird für das Root-Volume nicht unterstützt. **Topics** + [ # Instance-Speicher-Volumes zu einem Amazon-EC2-AMI hinzufügen ](adding-instance-storage-ami.md) + [ # Instance-Speicher-Volumes während des Startens zu einer EC2-Instance hinzufügen ](adding-instance-storage-instance.md) + [ # Instance-Speicher-Volumes für die Verwendung in einer EC2-Instance verfügbar machen ](making-instance-stores-available-on-your-instances.md) # Instance-Speicher-Volumes zu einem Amazon-EC2-AMI hinzufügen Sie können ein AMI mit einer Blockgerät-Zuweisung erstellen, die Instance-Speicher-Volumes enthält. Wenn Sie eine Instance starten, die **NVMe Nicht-Instance-Speicher-Volumes** unterstützt, mithilfe eines AMI, das Instance-Speicher-Volume-Block-Gerätezuordnungen spezifiziert, umfasst die Instance die Instance-Speicher-Volumes. Wenn die Anzahl der Instance-Speicher-Volumes in der Blockgerät-Zuweisung die für eine Instance verfügbare Anzahl an Instance-Speicher-Volumes übersteigt, werden die überzähligen Instance-Speicher-Volumes ignoriert. Wenn Sie eine Instance starten, die **NVMe Instance-Speicher-Volumes** unterstützt, mithilfe eines AMI, das Instance-Speicher-Volume-Block-Gerätezuordnungen spezifiziert, werden die Instance-Speicher-Volume-Block-Gerätezuordnungen ignoriert. Instances, die NVMe Instance-Speicher-Volumes unterstützen, erhalten alle ihre unterstützten Instance-Speicher-Volumes, unabhängig von den Blockgerätezuordnungen, die in der Instance-Startanforderung und im AMI angegeben sind. Die Gerätezuordnung dieser Volumes hängt von der Reihenfolge ab, in der das Betriebssystem die Volumes aufzählt. **Überlegungen** + Die Anzahl der verfügbaren Instance-Speicher-Volumes hängt vom Instance-Typ ab. Weitere Informationen finden Sie unter [Verfügbare Instance-Speicher-Volumes](instance-store-volumes.md#available-instance-store-volumes). + Sie müssen für jedes Blockgerät einen Gerätenamen angeben. Weitere Informationen finden Sie unter [Gerätenamen für Volumes auf EC2 Amazon-Instances](device_naming.md). + Wenn Sie eine Instance starten, können Sie die in der AMI-Blockgerätezuordnung angegebenen NVMe Nicht-Instance-Speicher-Volumes weglassen oder Instance-Speicher-Volumes hinzufügen. + Bei M3-Instances spezifizieren Sie Instance-Speicher-Volumes in der Blockgerät-Zuweisung für die Instance angeben, nicht im AMI. Amazon EC2 ignoriert möglicherweise Instance-Speicher-Volumes, die nur in der Blockgerät-Zuweisung des AMI angegeben sind. ------ #### [ Console ] **So fügen Sie Instance-Speicher-Volumes zu einem Amazon-EBS-gestützten AMI hinzu** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Klicken Sie im Navigationsbereich auf **Instances** und wählen Sie die Instance aus. 1. Wählen Sie **Actions (Aktionen)**, **Image and templates (Image und Vorlagen)**, **Create image (Image erstellen)**. 1. Fügen Sie im Dialogfeld **Create image (Image erstellen)** einen aussagekräftigen Namen und eine Beschreibung für Ihr Image hinzu. 1. Wählen Sie zum Hinzufügen jedes Instance-Speicher-Volumes **Add volume (Volume hinzufügen)**, von **Volume type (Volume-Typ)** ein Instance-Speicher-Volume und aus **Device (Gerät)** einen Gerätenamen aus. 1. Wählen Sie **Create Image (Image erstellen)** aus. ------ #### [ AWS CLI ] **So fügen Sie Instance-Speicher-Volumes zu einem AMI hinzu** Verwenden Sie den Befehl [create-image](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-image.html) mit der Option `--block-device-mappings` zum Angeben einer Blockgerät-Zuweisung für ein EBS-gestütztes AMI. Verwenden Sie den Befehl [register-image](https://docs.aws.amazon.com/cli/latest/reference/ec2/register-image.html) mit der Option `--block-device-mappings` zum Angeben einer Blockgerät-Zuweisung für ein Amazon-S3-gestütztes AMI. ``` --block-device-mappings file://mapping.json ``` Mit der folgenden Blockgerät-Zuweisung werden zwei Instance-Speicher-Volumes hinzugefügt. ``` [ { "DeviceName": "/dev/sdc", "VirtualName": "ephemeral0" }, { "DeviceName": "/dev/sdd", "VirtualName": "ephemeral1" } ] ``` ------ #### [ PowerShell ] **So fügen Sie Instance-Speicher-Volumes zu einem AMI hinzu** Verwenden Sie das [New-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Image.html)Cmdlet mit dem `-BlockDeviceMapping` Parameter, um eine Blockgerätezuordnung für ein EBS-gestütztes AMI anzugeben. Verwenden Sie das [Register-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2Image.html)Cmdlet mit dem `-BlockDeviceMapping` Parameter, um eine Blockgerätezuordnung für ein Amazon S3-gestütztes AMI anzugeben. ``` -BlockDeviceMapping $bdm ``` Mit der folgenden Blockgerät-Zuweisung werden zwei Instance-Speicher-Volumes hinzugefügt. ``` $bdm = @() $sdc = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping $sdc.DeviceName = "/dev/sdc" $sdc.VirtualName = "ephemeral0" $bdm += $sdc $sdd = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping $sdd.DeviceName = "/dev/sdd" $sdd.VirtualName = "ephemeral1" $bdm += $sdd ``` ------ # Instance-Speicher-Volumes während des Startens zu einer EC2-Instance hinzufügen Wenn Sie einen Instance-Typ mit **NVMe Nicht-Instance-Speicher-Volumes** wie C1, C3, M1, M2, M3, R3, D2, H1, I2, X1 und X1e starten, müssen Sie die Blockgerätezuordnungen für die Instance-Speicher-Volumes angeben, die Sie beim Start anhängen möchten. Die Blockgerätezuordnungen müssen in der Instance-Startanforderung oder in dem AMI angegeben werden, mit dem die Instance gestartet wurde. Wenn das AMI Blockgerätezuordnungen für die Instance-Speicher-Volumes enthält, müssen Sie Block-Gerätezuordnungen in der Instance-Startanforderung nicht angeben, es sei denn, Sie benötigen mehr Instance-Speicher-Volumes als im AMI enthalten sind. Wenn das AMI keine Blockgerätezuordnungen enthält für Instance-Speicher-Volumes enthält, müssen Sie die Blockgerätezuordnungen in der Instance-Startanforderung angeben. Bei Instance-Typen mit NVMe Instance-Speicher-Volumes werden alle unterstützten Instance-Speicher-Volumes beim Start automatisch an die Instance angehängt. **Überlegungen** + Die Anzahl der verfügbaren Instance-Speicher-Volumes hängt vom Instance-Typ ab. Weitere Informationen finden Sie unter [Verfügbare Instance-Speicher-Volumes](instance-store-volumes.md#available-instance-store-volumes). + Sie müssen für jedes Blockgerät einen Gerätenamen angeben. Weitere Informationen finden Sie unter [Gerätenamen für Volumes auf EC2 Amazon-Instances](device_naming.md). + Bei M3-Instances erhalten Sie möglicherweise Instance-Speicher-Volumes auch dann, wenn Sie sie nicht in der Blockgerät-Zuweisung für die Instance angeben. ------ #### [ Console ] **So geben Sie eine Blockgerät-Zuweisung in einer Instance-Startanfrage an** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie auf dem Dashboard **Launch Instance** aus. 1. Wählen Sie im Bereich **Application and OS Images** (Anwendungs- und Betriebssystem-Images) das zu verwendende AMI aus. 1. Im Abschnitt **Speicher konfigurieren** werden unter dem Abschnitt **Instance-Speicher-Volumes** die Instance-Speicher-Volumes aufgeführt, die an die Instance angehängt werden können. 1. Wählen Sie für jedes anzufügende Instance-Speicher-Volume unter **Gerätename** den zu verwendenden Gerätenamen aus. 1. Konfigurieren Sie die übrigen Instance-Einstellungen nach Bedarf, und wählen Sie dann **Instance starten**. ------ #### [ AWS CLI ] **So geben Sie eine Blockgerät-Zuweisung in einer Instance-Startanfrage an** Verwenden den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) mit der Option `--block-device-mappings`. ``` --block-device-mappings file://mapping.json ``` Mit der folgenden Blockgerät-Zuweisung werden zwei Instance-Speicher-Volumes hinzugefügt. ``` [ { "DeviceName": "/dev/sdc", "VirtualName": "ephemeral0" }, { "DeviceName": "/dev/sdd", "VirtualName": "ephemeral1" } ] ``` ------ #### [ PowerShell ] **So geben Sie eine Blockgerät-Zuweisung in einer Instance-Startanfrage an** Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet mit der `-BlockDeviceMapping` Option. ``` -BlockDeviceMapping $bdm ``` Mit der folgenden Blockgerät-Zuweisung werden zwei Instance-Speicher-Volumes hinzugefügt. ``` $bdm = @() $sdc = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping $sdc.DeviceName = "/dev/sdc" $sdc.VirtualName = "ephemeral0" $bdm += $sdc $sdd = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping $sdd.DeviceName = "/dev/sdd" $sdd.VirtualName = "ephemeral1" $bdm += $sdd ``` ------ # Instance-Speicher-Volumes für die Verwendung in einer EC2-Instance verfügbar machen Nachdem Sie eine Instance mit angefügten Instance-Speicher-Volumes gestartet haben, müssen Sie die Volumes mounten, bevor Sie auf sie zugreifen können. ## Linux-Instances Sie können Volumes mit dem Dateisystem Ihrer Wahl formatieren, nachdem Sie Ihre Instance gestartet haben. **So machen Sie ein Instance-Speicher-Volume unter Linux verfügbar** 1. Stellen Sie eine Verbindung mit der Instance über einen SSH-Client her. Weitere Informationen finden Sie unter [Herstellen einer Verbindung zu Ihrer Linux-Instance mit SSH](connect-to-linux-instance.md). 1. Verwenden Sie den Befehl `df -h`, um die Volumes anzuzeigen, die formatiert und gemountet sind. ``` $ df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 3.8G 72K 3.8G 1% /dev tmpfs 3.8G 0 3.8G 0% /dev/shm /dev/nvme0n1p1 7.9G 1.2G 6.6G 15% / ``` 1. Verwenden Sie den Befehl `lsblk`, um Volumes anzuzeigen, die beim Start zugeordnet, aber nicht formatiert und gemountet wurden. ``` $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT nvme0n1 259:1 0 8G 0 disk ├─nvme0n1p1 259:2 0 8G 0 part / └─nvme0n1p128 259:3 0 1M 0 part nvme1n1 259:0 0 69.9G 0 disk ``` 1. Um ein Instance-Speicher-Volume zu formatieren und zu mounten, das nur zugeordnet wurde, gehen Sie folgendermaßen vor: 1. Erstellen Sie mithilfe des Befehls `mkfs` ein Dateisystem auf dem Gerät. ``` $ sudo mkfs -t xfs /dev/nvme1n1 ``` 1. Erstellen Sie mithilfe des Befehls `mkdir` ein Verzeichnis, in dem das Gerät gemountet werden soll. ``` $ sudo mkdir /data ``` 1. Mounten Sie mithilfe des Befehls `mount` das Gerät in dem neu erstellten Verzeichnis. ``` $ sudo mount /dev/nvme1n1 /data ``` ## Windows-Instances Bei Windows-Instances werden die Instance-Speicher-Volumes mit dem NTFS-Dateisystem neu formatiert. Sie können die Instance-Speicher-Volumes auch mithilfe der Windows-Datenträgerverwaltung anzeigen. Weitere Informationen finden Sie unter [Listet NVMe Nichtfestplatten auf](windows-list-disks.md#windows-disks). **So mounten Sie ein Instance-Store-Volume manuell** 1. Wählen Sie **Start**, wählen Sie **Computer-Verwaltung** und drücken Sie dann die **Eingabetaste**. 1. Wählen Sie im linken Bereich die Option **Datenträgerverwaltung**. 1. Wenn Sie aufgefordert werden, das Volume zu initialisieren, wählen Sie das zu initialisierende Volume aus, wählen Sie je nach Anwendungsfall den erforderlichen Partitionstyp aus, und wählen Sie dann **OK** aus. 1. Klicken Sie in der Liste der Volumes mit der rechten Maustaste auf das zu mountende Volume und wählen Sie dann **Neues einfaches Volume**. 1. Wählen Sie im Assistenten **Weiter**. 1. Wählen Sie im Bildschirm „Volume-Größe angeben“ die Option **Weiter**, um die maximale Volume-Größe zu verwenden. Alternativ können Sie eine Volume-Größe wählen, die zwischen dem minimalen und dem maximalen Speicherplatz liegt. 1. Führen Sie auf dem Bildschirm „Laufwerksbuchstabe oder Pfad zuweisen“ einen der folgenden Schritte aus und wählen Sie **Weiter**. + Um das Volume mit einem Laufwerksbuchstaben zu mounten, wählen Sie **Den folgenden Laufwerksbuchstaben zuweisen** und anschließend den zu verwendenden Laufwerksbuchstaben aus. + Um das Volume als Ordner bereitzustellen, wählen Sie **Im folgenden leeren NTFS-Ordner mounten** und anschließend **Durchsuchen** aus, um den zu verwendenden Ordner zu erstellen oder auszuwählen. + Wenn Sie das Volume ohne Laufwerksbuchstaben oder -pfad mounten möchten, wählen Sie **Keinen Laufwerksbuchstaben oder Laufwerkspfad zuweisen**. 1. Geben Sie im Fenster „Partition formatieren“ an, ob das Volume formatiert werden soll. Wenn Sie das Volume formatieren möchten, wählen Sie das erforderliche Dateisystem und die Einheitengröße aus und geben Sie eine Datenträgerbezeichnung an. 1. Wählen Sie **Weiter**, **Fertigstellen**. # Das Instance-Speicher-Swap-Volume für M1- und C1-EC2-Instances aktivieren **Anmerkung** Dieses Thema bezieht sich nur auf `c1.medium`- und `m1.small`- Linux-Instances. Die `c1.medium`- und die `m1.small`-Instance-Typen verfügen über eine begrenzte Menge an physischem Speicher. Daher erhalten sie zum Startzeitpunkt ein Auslagerungsvolumen von 900 MiB, das als virtueller Speicher oder *Swap-Platz* für das Linux-System fungiert. Unter Linux können Auslagerungsbereiche verwendet werden, wenn ein System mehr Speicherplatz benötigt, als ihm physisch zugeordnet ist. Wenn der Auslagerungsbereich aktiviert ist, können Linux-Systeme selten verwendete Speicherseiten aus dem physischen Speicher als Auslagerungsbereich kennzeichnen (entweder eine dedizierte Partition oder eine Auslagerungsdatei in einem bestehenden Dateisystem) und diesen Speicherplatz für Speicherseiten freigeben, die schnellen Zugriff benötigen. **Anmerkung** Die Verwendung des Auslagerungsbereichs für Speicherseiten ist nicht so schnell oder effizient wie die Verwendung von RAM. Wenn Ihre Workload regelmäßig Speicherplatz in den Auslagerungsbereich verschiebt, sollten Sie erwägen, zu einem größeren Instance-Typ mit mehr RAM-Speicher zu migrieren. Weitere Informationen finden Sie unter [Amazon-EC2-Instance-Typ-Veränderungen](ec2-instance-resize.md). Obwohl der Linux-Kernel diesen Auslagerungsbereich als Partition auf dem Root-Volume erkennt, ist er eigentlich ein separates Instance-Speicher-Volume, unabhängig vom Root-Volume-Typ. Amazon Linux aktiviert und nutzt diesen Auslagerungsbereich automatisch, aber Ihr AMI benötigt möglicherweise einige zusätzliche Schritte, um diesen Bereich zu erkennen und zu nutzen. Verwenden Sie den Befehl **swapon -s**, um festzustellen, ob Ihre Instance den Auslagerungsbereich nutzt. ``` [ec2-user ~]$ swapon -s Filename Type Size Used Priority /dev/xvda3 partition 917500 0 -1 ``` Bei der obigen Instance ist ein Swap-Volume mit 900 MiB angefügt und aktiviert. Wenn nach Eingabe dieses Befehls kein Swap-Volume angezeigt wird, müssen Sie möglicherweise den Auslagerungsbereich für das Gerät aktivieren. Überprüfen Sie Ihre verfügbaren Laufwerke mit dem **lsblk**-Befehl. ``` [ec2-user ~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda1 202:1 0 8G 0 disk / xvda3 202:3 0 896M 0 disk ``` Hier ist das Swap-Volume `xvda3` für die Instance verfügbar, aber es ist nicht aktiviert (beachten Sie, dass das Feld `MOUNTPOINT` leer ist). Sie können das Swap-Volume mit dem Befehl **swapon** aktivieren. **Anmerkung** Sie müssen `/dev/` dem Gerätenamen voranstellen, der von **lsblk** aufgelistet wird. Möglicherweise hat Ihr Gerät eine andere Bezeichnung, beispielsweise `sda3`, `sde3` oder `xvde3`. Verwenden Sie im nachfolgenden Befehl den Gerätenamen für Ihr System. ``` [ec2-user ~]$ sudo swapon /dev/xvda3 ``` Jetzt sollte der Auslagerungsbereich in der Ausgabe von **lsblk** und **swapon -s** angezeigt werden. ``` [ec2-user ~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda1 202:1 0 8G 0 disk / xvda3 202:3 0 896M 0 disk [SWAP] [ec2-user ~]$ swapon -s Filename Type Size Used Priority /dev/xvda3 partition 917500 0 -1 ``` Sie müssen auch die Datei `/etc/fstab` bearbeiten, damit dieser Auslagerungsbereich bei jedem Starten des Systems automatisch aktiviert wird. ``` [ec2-user ~]$ sudo vim /etc/fstab ``` Hängen Sie die folgende Zeile an die Datei `/etc/fstab` an (und verwenden Sie dabei den Swap-Gerätenamen für Ihr System): ``` /dev/xvda3 none swap sw 0 0 ``` **So nutzen Sie ein Instance-Speicher-Volume als Auslagerungsbereich** Jedes Instance-Speicher-Volume kann als Auslagerungsbereich verwendet werden. Beispielsweise enthält der Instance-Typ `m3.medium` ein SSD-Instance-Speicher-Volume von 4 GB, das als Auslagerungsbereich geeignet ist. Wenn Ihr Instance-Speicher-Volume erheblich größer ist (z. B. 350 GB), können Sie das Volume in eine kleinere Auslagerungspartition von 4-8 GB und den Rest als Daten-Volume partitionieren. **Anmerkung** Dieses Verfahren kann nur bei Instance-Typen angewendet werden, die Instance-Speicher unterstützen. Eine Liste mit unterstützten Instance-Typen finden Sie unter [Volumenlimits für den Instance-Speicher für EC2-Instances](instance-store-volumes.md). 1. Auflisten der an Ihre Instance angefügten Blockgeräte, um den Gerätenamen für Ihr Instance-Speicher-Volume zu ermitteln. ``` [ec2-user ~]$ lsblk -p NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT /dev/xvdb 202:16 0 4G 0 disk /media/ephemeral0 /dev/xvda1 202:1 0 8G 0 disk / ``` In diesem Beispiel ist das Instance-Speicher-Volume `/dev/xvdb`. Da dies eine Amazon Linux-Instance ist, wird das Instance-Speicher-Volume formatiert und auf `/media/ephemeral0` gemountet; nicht alle Linux-Betriebssysteme tun dies automatisch. 1. (Optional) Wenn Ihr Instance-Speicher-Volume gemountet ist (es wird ein `MOUNTPOINT` in der **lsblk**-Befehlsausgabe aufgeführt), müssen Sie mit dem folgenden Befehl das Mounting aufheben. ``` [ec2-user ~]$ sudo umount /dev/xvdb ``` 1. Einrichten eines Linux-Auslagerungsbereichs auf dem Gerät mit dem Befehl **mkswap**. ``` [ec2-user ~]$ sudo mkswap /dev/xvdb mkswap: /dev/xvdb: warning: wiping old ext3 signature. Setting up swapspace version 1, size = 4188668 KiB no label, UUID=b4f63d28-67ed-46f0-b5e5-6928319e620b ``` 1. Aktivieren Sie den neuen Auslagerungsbereich. ``` [ec2-user ~]$ sudo swapon /dev/xvdb ``` 1. Überprüfen Sie, ob der neue Auslagerungsbereich verwendet wird. ``` [ec2-user ~]$ swapon -s Filename Type Size Used Priority /dev/xvdb partition 4188668 0 -1 ``` 1. Bearbeiten Sie die Datei `/etc/fstab` so, dass dieser Auslagerungsbereich bei jedem Starten des Systems automatisch aktiviert wird. ``` [ec2-user ~]$ sudo vim /etc/fstab ``` Wenn Ihre `/etc/fstab`-Datei einen Eintrag für `/dev/xvdb` (oder `/dev/sdb`) hat, ändern Sie ihn so, dass er mit der unten stehenden Zeile übereinstimmt. Wenn die Datei keinen Eintrag für dieses Gerät hat, hängen Sie die folgende Zeile an Ihre `/etc/fstab`-Datei an (und verwenden Sie dabei den Swap-Gerätenamen für Ihr System): ``` /dev/xvdb none swap sw 0 0 ``` **Wichtig** Instance-Speicher-Volume-Daten gehen verloren, wenn eine Instance angehalten oder in den Ruhezustand versetzt wird. Dies beinhaltet auch die Formatierung des Instance-Speicher-Auslagerungsbereichs, der in [Step 3](#step_mkswap) erstellt wurde. Wenn Sie eine Instance anhalten und erneut starten, die für die Verwendung eines Instance-Speicher-Auslagerungsbereichs konfiguriert wurde, müssen Sie [Step 1](#step_swap_start) bis [Step 5](#step_swap_enable) auf dem neuen Instance-Speicher-Volume wiederholen. # Instance-Speicher-Volumes auf EC2-Instances initialisieren Wegen der Art, wie Amazon EC2 Laufwerke virtualisiert, erfolgt der erste Schreibvorgang zu einem Speicherort bei einigen Instance-Speicher-Volumes langsamer als die nachfolgenden Schreibvorgänge. Für die meisten Anwendungen ist die Amortisierung dieser Kosten während der Nutzungsdauer der Instances akzeptabel. Wenn Sie jedoch eine höhere Laufwerksleistung benötigen, empfehlen wir, dass Sie Ihre Laufwerke initialisieren, indem Sie vor dem Einsatz in der Produktion zu jedem Laufwerksspeicherort einen Schreibvorgang ausführen. **Anmerkung** Einige Instance-Typen mit direkt angefügten Solid-State-Disks (SSD) und TRIM-Unterstützung stellen ohne Initialisierung die maximale Leistung zum Startzeitpunkt bereit. Weitere Informationen über den Instance-Speicher für die einzelnen Instance-Typen finden Sie unter [Volumenlimits für den Instance-Speicher für EC2-Instances](instance-store-volumes.md). Wenn Sie größere Flexibilität bei der Latenz oder dem Durchsatz benötigen, empfehlen wir die Verwendung von Amazon EBS. Verwenden Sie zum Initialisieren von Instance-Speicher-Volumes die folgenden `dd`-Befehle, je nachdem, welchen Speicher Sie initialisieren wollen (beispielsweise `/dev/sdb` oder `/dev/nvme1n1`). **Anmerkung** Unmounten Sie das Laufwerk, bevor Sie diesen Befehl ausführen. Die Initialisierung kann lange dauern (ca. 8 Stunden bei einer sehr großen Instance). Verwenden Sie zum Initialisieren der Instance-Speicher-Volumes die folgenden Befehle bei den Instance-Typen `m1.large`, `m1.xlarge`, `c1.xlarge`, `m2.xlarge`, `m2.2xlarge` und `m2.4xlarge`: ``` dd if=/dev/zero of=/dev/sdb bs=1M dd if=/dev/zero of=/dev/sdc bs=1M dd if=/dev/zero of=/dev/sdd bs=1M dd if=/dev/zero of=/dev/sde bs=1M ``` Verwenden Sie zum gleichzeitigen Durchführen der Initialisierung bei allen Instance-Speicher-Volumes den folgenden Befehl: ``` dd if=/dev/zero bs=1M|tee /dev/sdb|tee /dev/sdc|tee /dev/sde > /dev/sdd ``` Beim Konfigurieren von Laufwerken für RAID werden diese initialisiert, indem ein Schreibvorgang zu jedem Laufwerksspeicherort durchgeführt wird. Ändern Sie beim Konfigurieren von softwarebasiertem RAID die minimale Rekonstruktionsgeschwindigkeit: ``` echo $((30*1024)) > /proc/sys/dev/raid/speed_limit_min ``` # Detaillierte Leistungsstatistiken für Instance-Speicher-Volumes von Amazon EC2 Amazon EC2 bietet hochauflösende Leistungsstatistiken in Echtzeit für NVMe-Instance-Speicher-Volumes, die an Nitro-basierte Amazon-EC2-Instances angehängt sind. Diese Statistiken werden als aggregierte Zähler dargestellt, die für die Dauer der Lebensdauer der Instance beibehalten werden. Die Statistiken enthalten Informationen über die Gesamtzahl der Operationen, die gesendeten und empfangenen Byte, die für Lese- und I/O Schreibvorgänge aufgewendete Zeit sowie die Histogramme für Lese- und Schreibvorgänge. I/O Diese Statistiken sind zwar konsistent mit den [detaillierten Leistungsstatistiken von Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/nvme-detailed-performance-stats.html), enthalten aber auch detaillierte, nach I/O Größe aufgeschlüsselte Latenzhistogramme, die detailliertere Einblicke in Ihre Speicherleistungsmuster bieten können. Diese verbesserte Transparenz ermöglicht es Ihnen, genau zu identifizieren, bei welchen spezifischen I/O Größen Latenzprobleme auftreten, sodass Sie die Anwendungsleistung optimieren und Probleme effektiver beheben können. Sie können diese Statistiken mit einer Genauigkeit von Intervallen von bis zu 1 Sekunde erfassen. Wenn Anfragen häufiger als 1 Sekunde gestellt werden, kann der NVMe Treiber die Anfragen zusammen mit anderen Administratorbefehlen in eine Warteschlange stellen, damit sie zu einem späteren Zeitpunkt bearbeitet werden können. **Überlegungen** + Die Statistiken werden nur für NVMe Speichervolumes unterstützt, die an Nitro-basierte Instances angehängt sind. + Die Zähler sind beim Anhalten und Neustart von Instances nicht persistent. + Die Statistiken sind ohne zusätzliche Kosten verfügbar. ## Statistiken Das NVMe Blockgerät verkauft die folgenden Statistiken: | Name der Statistik | Vollständiger Name | Typ | Description | | --- | --- | --- | --- | | total\$1read\$1ops | Gesamtzahl an Lesevorgängen | Zähler | Die Gesamtzahl der abgeschlossenen Lesevorgänge. | | total\$1write\$1ops | Gesamtzahl an Schreibvorgängen | Zähler | Die Gesamtzahl der abgeschlossenen Schreibvorgänge. | | total\$1read\$1bytes | Gesamtzahl der gelesenen Bytes | Zähler | Die Gesamtzahl der übertragenen und gelesenen Bytes. | | total\$1write\$1bytes | Gesamtzahl der Schreibbytes | Zähler | Die Gesamtzahl der übertragenen und geschriebenen Bytes. | | total\$1read\$1time | Gesamte Lesezeit | Zähler | Die Gesamtzeit für alle abgeschlossenen Lesevorgänge in Mikrosekunden. | | total\$1write\$1time | Gesamte Schreibzeit | Zähler | Die Gesamtzeit für alle abgeschlossenen Schreibvorgänge in Mikrosekunden. | | instance\$1store\$1volume\$1performance\$1exceeded\$1iops | Der gesamte Zeitbedarf hat die maximalen IOPS des Volumes überstiegen | Zähler | Die Gesamtzeit in Mikrosekunden, in der die IOPS-Anfragen die maximale Anzahl an IOPS des Volumes überschritten haben. Jeder höhere Wert als 0 weist darauf hin, dass Ihr Workload mehr IOPS benötigte, als das Volume liefern konnte. Im Idealfall sollte die inkrementelle Anzahl dieser Metrik zwischen zwei Snapshot-Zeiten minimal sein. | | instance\$1store\$1volume\$1performance\$1exceeded\$1tp | Der gesamte Zeitbedarf hat den maximalen Durchsatz des Volumes überstiegen | Zähler | Die Gesamtzeit in Mikrosekunden, in der Durchsatzanfragen den maximale Durchsatz des Volumes überschritten haben. Jeder höhere Wert als 0 weist darauf hin, dass Ihr Workload mehr Durchsatz benötigte, als das Volume liefern konnte. Im Idealfall sollte die inkrementelle Anzahl dieser Metrik zwischen zwei Snapshot-Zeiten minimal sein. | | volume\$1queue\$1length | Länge der Volume-Warteschlange | Zeitpunkt | Die Anzahl der Lese- und Schreibvorgänge, die auf Abschluss warten. | | read\$1io\$1latency\$1histogram | Histogramm lesen I/O | Histogramm \$1 | Die Anzahl der innerhalb der einzelnen Latenzbereiche abgeschlossenen Lesevorgänge in Mikrosekunden. | | write\$1io\$1latency\$1histogram | Histogramm schreiben I/O | Histogramm \$1 | Die Anzahl der innerhalb der einzelnen Latenzbereiche abgeschlossenen Schreibvorgänge in Mikrosekunden. | **Anmerkung** \$1 Histogrammstatistiken stellen nur I/O Operationen dar, die erfolgreich abgeschlossen wurden. Blockierte oder beeinträchtigte I/O Operationen sind nicht enthalten, werden aber in der `volume_queue_length` Statistik, die als Statistik dargestellt wird, ersichtlich sein. point-in-time ## Auf die Statistiken zugreifen Auf die Statistiken muss direkt von der Instance aus zugegriffen werden, an die die Instance-Speicher-Volumes angehängt sind. Sie können mit einer der folgenden Methoden auf die Statistik zugreifen. ### Linux-Instances ------ #### [ Amazon CloudWatch ] Sie können den CloudWatch Amazon-Agenten so konfigurieren, dass er die Statistiken von Ihrer Instance sammelt und sie als benutzerdefinierte Metriken in verfügbar macht CloudWatch. Sie können die Metriken dann verwenden, CloudWatch um I/O Muster zu analysieren, Leistungstrends zu verfolgen, benutzerdefinierte Dashboards zu erstellen und automatische Alarme auf der Grundlage von Leistungsschwellenwerten einzurichten. Weitere Informationen zur Konfiguration des CloudWatch Agenten finden Sie unter [Volumenmetriken für Amazon EC2 EC2-Instance-Speicher sammeln](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-metrics-instance-store-Collect.html). ------ #### [ nvme-cli tool ] **So greifen Sie auf die Statistiken zu** 1. Stellen Sie eine Verbindung zu der Instance her, der das Volume angehängt ist. 1. Amazon Linux 2023, das nach dem 15. September 2025 AMIs veröffentlicht wurde, enthält die neueste Version des `nvme-cli` Tools. Wenn Sie ein älteres Amazon Linux AMI verwenden, aktualisieren Sie das `nvme-cli`-Tool. ``` sudo yum install nvme-cli ``` 1. Führen Sie den folgenden Befehl aus und geben Sie den Gerätenamen für das Volume an. ``` sudo nvme amzn stats /dev/nvme0n1 ``` Die Statistiken enthalten auch detaillierte Latenzhistogramme, aufgeschlüsselt nach I/O Größe. Um Statistiken nach I/O Größe aufgeschlüsselt anzuzeigen, fügen Sie die `--details` Option hinzu. Beispiel: ``` sudo nvme amzn stats --details /dev/nvme0n1 ``` Weitere Informationen zur Verwendung des Tools erhalten Sie, indem Sie die Option `--help` angeben. Beispiel: ``` sudo nvme amzn stats --help ``` ------ ### Windows-Instances ------ #### [ nvme\$1amzn.exe tool ] **So greifen Sie auf die Statistiken zu** 1. Stellen Sie eine Verbindung zu der Instance her, der das Volume angehängt ist. 1. Stellen Sie sicher, dass Sie die AWSNVMe Treiberversion `1.7.0` oder eine neuere Version verwenden. Weitere Informationen zum Aktualisieren des AWSNVMe Treibers finden Sie unter [AWS NVMe Treiber](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html). 1. Rufen Sie die Festplattennummer für das Volume ab. Weitere Informationen finden Sie unter [Zuweisen von NVMe-Festplatten zu Volumes in einer Windows-Instance von Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/windows-list-disks-nvme.html) 1. Führen Sie den folgenden Befehl als Administrator aus und geben Sie die Festplattennummer für das Volume an. ``` .\nvme_amzn.exe stats disk_number ``` Die Statistiken enthalten auch detaillierte Latenzhistogramme, aufgeschlüsselt nach I/O Größe. Um Statistiken nach I/O Größe aufgeschlüsselt anzuzeigen, fügen Sie die `--details` Option hinzu. Beispiel: ``` .\nvme_amzn.exe stats --details disk_number ``` ------