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.
# Amazon EBS-Volume-Typen
Amazon EBS bietet die folgenden Volume-Typen, die sich bei den Leistungsmerkmalen und im Preis unterscheiden, sodass Sie die Speicherleistung und -kosten an die Anforderungen Ihrer Anwendungen anpassen können.
**Wichtig**
Es gibt mehrere Faktoren, die sich auf die Leistung von EBS-Volumes auswirken können, z. B. die Instanzkonfiguration, die I/O Eigenschaften und die Workload-Nachfrage. [Verwenden Sie EBS-optimierte Instances, um die auf einem EBS-Volume bereitgestellten IOPS vollständig zu nutzen.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html) Weitere Informationen zur optimalen Nutzung von EBS-Volumes finden Sie unter [Leistung des Amazon EBS-Volumes](ebs-performance.md).
Weitere Informationen zu Preisen finden Sie unter [Amazon EBS-Preise](https://aws.amazon.com/ebs/pricing/).
**Volume-Typen**
+ [Volumes für Solid-State-Laufwerke (SSD)](#vol-type-ssd)
+ [Volumes für Festplattenlaufwerke (HDD)](#vol-type-hdd)
+ [Volumes der vorherigen Generation](#vol-type-prev)
## Volumes für Solid-State-Laufwerke (SSD)
SSD-gestützte Volumes sind für transaktionale Workloads mit häufigen read/write Vorgängen bei geringer I/O Größe optimiert, bei denen das dominierende Leistungsmerkmal IOPS ist. Zu den SSD-gestützten Volume-Typen gehören **Allgemeinzweck-SSD** und **Bereitgestellte IOPS-SSD**. Im Folgenden finden Sie eine Zusammenfassung der Anwendungsfälle und Merkmale von SSD-gestützten Volumes.
| | [Allzweck-SSD-Volumes von Amazon EBS](general-purpose.md) | [Von Amazon EBS bereitgestellte IOPS-SSD-Volumes](provisioned-iops.md) |
| --- | --- | --- |
| Volume-Typ | gp36 | gp2 | io2Express blockieren | io1 |
| Haltbarkeit | 99,8% - 99,9% Haltbarkeit (0,1% - 0,2% jährliche Ausfallrate) | 99,999% Haltbarkeit (0,001% jährliche Ausfallrate) | 99,8% - 99,9% Haltbarkeit (0,1% - 0,2% jährliche Ausfallrate) |
| Anwendungsfälle | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/ebs-volume-types.html) | Workloads, die Folgendes erfordern: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/ebs-volume-types.html) |
| Volume-Größe | 1 GiB - 64 TiB | 1 GiB – 16 TiB | 4 GiB – 64 TiB | 4 GiB – 16 TiB |
| Max. IOPS | 80.000 (364 KiB I/O 4) | 16.000 (16 KiB I/O 4) | 256.000 (316 KiB I/O 4) | 64.000 (16 KiB I/O 4) |
| Maximaler Durchsatz | 2.000 MiB/s | 250 1 MiB/s | 4 000 MiB/s | 1.000 MiB/s 2 |
| Amazon EBS Multi-attach | Nicht unterstützt | Unterstützt |
| NVMe Reservierungen | Nicht unterstützt | Unterstützt | Nicht unterstützt |
| Startvolume | Unterstützt |
1 Die Durchsatzgrenze liegt je nach Volumengröße zwischen 128 MiB/s und 250 MiB/s. Weitere Informationen finden Sie unter [`gp2`-Volume-Leistung](general-purpose.md#gp2-performance). Volumes, die vor dem **3. Dezember 2018** erstellt und die seit der Erstellung nicht geändert wurden, erreichen möglicherweise nicht die volle Leistung, es sei denn, Sie [ändern das Volume](ebs-modify-volume.md).
2 [Um einen maximalen Durchsatz von 1.000 MiB/s zu erreichen, muss das Volume mit 64.000 IOPS ausgestattet und an eine Nitro-basierte Instance angehängt werden.](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) Volumes, die vor dem **6. Dezember 2017** erstellt und die seit der Erstellung nicht geändert wurden, erreichen möglicherweise nicht die volle Leistung, es sei denn, Sie [ändern das Volume](ebs-modify-volume.md).
3 [Nitro-basierte Instances](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) unterstützen Volumes, die mit bis zu 256.000 IOPS bereitgestellt werden. Andere Instance-Typen können an Volumes angehängt werden, die mit bis zu 64 000 IOPS bereitgestellt werden, können aber nur bis zu 32 000 IOPS erreichen.
4 steht für die I/O Größe, die erforderlich ist, um die maximale Anzahl an IOPS innerhalb der Durchsatzgrenze des Volumes zu erreichen.
5 `io2` Block Express-Volumes sind für eine durchschnittliche Latenz von unter 500 Mikrosekunden bei I/O 16-KB-Vorgängen ausgelegt.
6 Auf Outposts unterstützen GP3-Volumes Größen von bis zu 16 TiB, IOPS bis zu 16.000 und Durchsätze von bis zu 1.000 MiB/s.
Weitere Informationen zu den SSD-gestützten Volume-Typen finden Sie unter:
+ [Allzweck-SSD-Volumes von Amazon EBS](general-purpose.md)
+ [Von Amazon EBS bereitgestellte IOPS-SSD-Volumes](provisioned-iops.md)
## Volumes für Festplattenlaufwerke (HDD)
Festplattenlaufwerke (HDD) sind optimiert für große Streaming-Workloads, bei denen das dominante Leistungsattribut der Durchsatz ist. Zu den HDD-Volume-Typen gehören **Durchsatzoptimierte HDD** und **Cold-HDD**. Im Folgenden finden Sie eine Zusammenfassung der Anwendungsfälle und Merkmale von HDD-gestützten Volumes.
| | [Durchsatzoptimierte HDD-Volumes](hdd-vols.md#EBSVolumeTypes_st1) | [Cold-HDD-Volumes](hdd-vols.md#EBSVolumeTypes_sc1) |
| --- | --- | --- |
| Volume-Typ | st1 | sc1 |
| Haltbarkeit | 99,8% - 99,9% Haltbarkeit (0,1% - 0,2% jährliche Ausfallrate) |
| Anwendungsfälle | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/ebs-volume-types.html) |
| Volume-Größe | 125 GiB – 16 TiB |
| Max. IOPS pro Volume (1 MiB I/O) | 500 | 250 |
| Max. Durchsatz pro Volume | 500 MiB/s | 250 MiB/s |
| Amazon EBS Multi-attach | Nicht unterstützt |
| Startvolume | Nicht unterstützt |
Weitere Informationen zu Festplattenlaufwerken (HDD) finden Sie unter [Durchsatzoptimierte Amazon EBS-Festplatten- und Cold-HDD-Volumes](hdd-vols.md).
## Volumes der vorherigen Generation
Magnetische (`standard`) Volumes sind Volumes früherer Generationen, die von magnetischen Laufwerken gestützt werden. Sie können für Workloads mit kleinen Datensätzen verwenden werden, bei denen selten auf Daten zugegriffen wird und die Leistung nicht von vorrangiger Bedeutung ist. Diese Volumes bieten durchschnittlich ca. 100 I/O-Vorgänge pro Sekunde und einer Spitzenleistung bis zu Hunderten IOPS. Ihre Größe kann 1 GiB bis 1 TiB betragen.
**Tipp**
Magnetfestplatten sind ein Volume-Typ der vorherigen Generation. Wenn Sie eine höhere Leistung oder Leistungskonsistenz benötigen, als Volumes der vorherigen Generation bieten können, empfehlen wir die Verwendung eines Volume-Typs der aktuellen Generation.
Die folgende Tabelle beschreibt EBS-Volume-Typen der früheren Generation.
| | Magnetic |
| --- | --- |
| Volume-Typ | standard |
| Anwendungsfälle | Workloads mit seltenem Datenzugriff |
| Volume-Größe | 1 GiB – 1 TiB |
| Max. IOPS pro Volume | 40 – 200 |
| Max. Durchsatz pro Volume | 40 – 90 MiB/s |
| Startvolume | Unterstützt |
# Allzweck-SSD-Volumes von Amazon EBS
Allzweck-SSD-Volumes (GP2 und GP3) werden von Solid-State-Laufwerken () unterstützt. SSDs Diese bieten ein günstiges Preis-Leistungs-Verhältnis für ein breites Spektrum an Transaktions-Workloads. Dazu gehören virtuelle Desktops, mittelgroße Einzel-Instance-Datenbanken, latenzempfindliche interaktive Anwendungen, Entwicklungs- und Testumgebungen sowie Boot-Volumes. Wir empfehlen diese Volumes für die meisten Workloads.
Amazon EBS bietet die folgenden Arten von Allzweck-SSD-Volumes an:
**Topics**
+ [
## Allzweck-SSD-Volumes (gp3)
](#gp3-ebs-volume-type)
+ [
## Allzweck-SSD-Volumes (gp2)
](#EBSVolumeTypes_gp2)
## Allzweck-SSD-Volumes (gp3)
Allzweck-SSD-Volumes (gp3) sind die neueste Generation von Allzweck-SSD-Volumes und das kostengünstigste SSD-Volume, das von Amazon EBS angeboten wird. Dieser Volume-Typ trägt dazu bei, für die meisten Anwendungen das richtige Preis-Leistungs-Verhältnis bereitzustellen. Außerdem können Sie die Volume-Leistung unabhängig von der Volume-Größe skalieren. Das bedeutet, dass Sie die erforderliche Leistung bereitstellen können, ohne zusätzliche Blockspeicherkapazität bereitstellen zu müssen. Darüber hinaus bieten gp3-Volumes einen um 20 % niedrigeren Preis pro GiB als Allzweck-SSD-Volumes (gp2).
GP3-Volumes bieten Latenz im einstelligen Millisekundenbereich und eine Volumenbeständigkeit von 99,8 bis 99,9 Prozent bei einer jährlichen Ausfallrate (AFR) von nicht mehr als 0,2 Prozent, was maximal zwei Volumenausfällen pro 1.000 laufenden Volumes über einen Zeitraum von einem Jahr entspricht. AWS konzipiert gp3-Volumes so, dass sie in 99 Prozent der Fälle die von ihnen bereitgestellte Leistung erbringen.
**Tipp**
Für latenzempfindliche Workloads empfehlen wir die Verwendung von io2 Block Express-Volumes. `io2` Block Express-Volumes sind so konzipiert, dass sie eine durchschnittliche Latenz von unter 500 Mikrosekunden für 16-KB-Operationen bieten. I/O `io2` Block Express-Volumes bieten auch eine bessere Latenz bei Ausreißern als Allzweckvolumes, wodurch die Frequenz von I/Os mehr als 800 Mikrosekunden um mehr als das Zehnfache reduziert wird. Weitere Informationen finden Sie unter [Bereitgestellte IOPS SSD (`io2`)-Block-Express-Volumes](provisioned-iops.md#io2-block-express).
**Topics**
+ [
### gp3-Volume-Leistung
](#gp3-performance)
+ [
### gp3-Volume-Größe
](#gp3-sie)
+ [
### Migrieren von gp2 zu gp3
](#migrate-to-gp3)
### gp3-Volume-Leistung
**Tipp**
gp3-Volumes verwenden keine Burst-Leistung. Diese können unbegrenzt ihre volle bereitgestellte IOPS- und Durchsatzleistung aufrechterhalten.
**IOPS-Leistung**
gp3-Volumes liefern eine konsistente Basis-IOPS-Leistung von 3 000 IOPS, die im Speicherpreis enthalten ist. Sie können zusätzliche IOPS (bis zu einem Maximum von 80.000) gegen Aufpreis in einem Verhältnis von 500 IOPS pro GiB Volume-Größe bereitstellen. Maximale IOPS können für Volumes mit 160 GiB oder mehr bereitgestellt werden (500 IOPS pro GiB × 160 GiB = 80.000 IOPS).
**Durchsatzleistung**
GP3-Volumes bieten einen konsistenten Basisdurchsatz (Leistung von 125). MiB/s, which is included with the price of storage. You can provision additional throughput (up to a maximum of 2,000 MiB/s) for an additional cost at a ratio of 0.25 MiB/s per provisioned IOPS. Maximum throughput can be provisioned at 8,000 IOPS or higher and 16 GiB or larger (8,000 IOPS × 0.25 MiB/s per IOPS = 2,000 MiB/s
**Anmerkung**
Auf Outposts unterstützen gp3-Volumes Größen von bis zu 16 TiB, IOPS bis zu 16.000 und einen Durchsatz von bis zu 1.000 MiB/s.
### gp3-Volume-Größe
Ein GP3-Volume kann eine Größe von 1 GiB bis 64 TiB haben.
### Migrieren von gp2 zu gp3
Wenn Sie derzeit gp2-Volumes verwenden, können Sie Ihre Volumes mithilfe von [Ändern Sie ein Amazon EBS-Volume mithilfe von Elastic Volumes-Vorgängen](ebs-modify-volume.md)-Vorgängen zu gp3 migrieren. Sie können Vorgänge von Amazon EBS Elastic Volumes verwenden, um den Volume-Typ, die IOPS und den Durchsatz Ihrer vorhandenen Volumes zu ändern, ohne Ihre Amazon-EC2-Instances zu unterbrechen. Wenn Sie die Konsole verwenden, um ein Volume oder ein AMI aus einem Snapshot zu erstellen, ist Allzweck-SSD `gp3` die Standardauswahl für den Volume-Typ. In anderen Fällen ist `gp2` die Standardauswahl. In diesen Fällen können Sie `gp3` als Datenträgertyp auswählen, anstatt `gp2` zu verwenden.
Um herauszufinden, wie viel Sie durch die Migration Ihrer gp2-Volumes zu gp3 sparen können, verwenden Sie den [Migrations-Kostenrechner für Amazon EBS gp2 zu gp3](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx).
## Allzweck-SSD-Volumes (gp2)
Diese bieten kostengünstigen Speicherplatz, der sich ideal für eine breite Palette von transaktionalen Workloads eignet. Bei `gp2`-Volumes skaliert die Leistung mit der Größe des Volumes.
**Tipp**
`gp3`-Volumes sind die neueste Generation von Allzweck-SSD-Volumes. Sie bieten eine vorhersehbarere Leistungsskalierung und Preise, die bis zu 20 Prozent niedriger sind als `gp2`-Volumes. Weitere Informationen finden Sie unter [Allzweck-SSD-Volumes (gp3)](#gp3-ebs-volume-type).
Um herauszufinden, wie viel Sie durch die Migration Ihrer `gp2`-Volumes zu `gp3` sparen können, verwenden Sie den [Migrations-Kostenrechner für Amazon EBS gp2 zu gp3](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx).
`gp2`Volumes bieten eine Latenz im einstelligen Millisekundenbereich und eine Lebensdauer von 99,8 bis 99,9 Prozent bei einer jährlichen Ausfallrate (AFR) von nicht mehr als 0,2 Prozent, was einem Maximum von zwei Volumenausfällen pro 1.000 laufenden Volumes über einen Zeitraum von einem Jahr entspricht. AWS entwirft `gp2` Volumes so, dass sie in 99 Prozent der Fälle die von ihnen bereitgestellte Leistung erbringen.
**Topics**
+ [
### `gp2`-Volume-Leistung
](#gp2-performance)
+ [
### `gp2`-Volume-Größe
](#gp2-size)
### `gp2`-Volume-Leistung
**IOPS-Leistung**
Die Baseline-IOPS-Leistung skaliert linear zwischen einem Minimum von 100 und einem Maximum von 16 000 bei einer Rate von 3 IOPS pro GiB der Volume-Größe. Die IOPS-Leistung wird wie folgt bereitgestellt:
+ Volumes mit 33,33 GiB und kleiner werden mit mindestens 100 IOPS bereitgestellt.
+ Volumes mit mehr als 33,33 GiB werden mit 3 IOPS pro GiB Volume-Größe bis zum Maximum von 16 000 IOPS bereitgestellt, das bei 5 334 GiB (3 x 5 334) erreicht wird.
+ Volumes mit 5 334 GiB und mehr werden mit 16 000 IOPS bereitgestellt.
`gp2`-Volumes, die kleiner als 1 TiB sind (und mit weniger als 3 000 IOPS bereitgestellt werden), können auf 3 000 IOPS **ansteigen**, wenn sie über einen längeren Zeitraum benötigt werden. Die Fähigkeit eines Volumes, eine Menge zu übersteigen, hängt von der Anzahl der I/O Credits ab. Wenn die I/O Nachfrage die Ausgangsleistung übersteigt, gibt das Volume ** I/O Credits aus**, um das erforderliche Performance-Level (bis zu 3.000 IOPS) zu erreichen. Beim Bursting werden I/O Credits nicht akkumuliert, sondern sie werden mit der IOPS-Rate ausgegeben, die über der Basis-IOPS liegt (Ausgabenrate = Burst-IOPS — Baseline-IOPS). Je mehr I/O Credits ein Volume gesammelt hat, desto länger kann es seine Burst-Performance aufrechterhalten. Sie können die **Burst-Dauer** wie folgt berechnen:
```
(I/O credit balance)
Burst duration = ------------------------------
(Burst IOPS) - (Baseline IOPS)
```
Wenn die I/O Nachfrage auf das Ausgangsleistungsniveau oder darunter sinkt, werden für das Volumen ** I/O Credits** in Höhe von 3 I/O Credits pro GiB Volumengröße pro Sekunde gesammelt. Für Volumes gilt eine **Obergrenze für die Anhäufung von I/O-Guthaben** von 5,4 Millionen I/O Credits. Dies ist ausreichend, um die maximale Burst-Performance von 3.000 IOPS für mindestens 30 Minuten aufrechtzuerhalten.
**Anmerkung**
Jedem Volume wird ein anfängliches I/O Guthaben von 5,4 Millionen I/O Credits zugewiesen, was einen schnellen Startzyklus für Startvolumes und ein gutes Bootstrapping-Erlebnis für andere Anwendungen ermöglicht.
In der folgenden Tabelle sind beispielhafte Volume-Größen und die zugehörige Basisleistung des Volumes, die Burst-Dauer (bei einem Start mit 5,4 Millionen I/O Credits) und die Zeit aufgeführt, die benötigt wird, um ein leeres I/O Guthaben wieder aufzufüllen.
| Volume-Größe (GiB) | Basisleistung (IOPS) | Burst-Dauer bei 3 000 IOPS (Sekunden) | Zeit zum Auffüllen des leeren Guthabens (Sekunden) |
| --- | --- | --- | --- |
| 1 bis 33,33 | 100 | 1,862 | 54,000 |
| 100 | 300 | 2000 | 18.000 |
| 334 (Mindestgröße für maximalen Durchsatz) | 1.002 | 2.703 | 5.389 |
| 750 | 2.250 | 7.200 | 2.400 |
| 1.000 | 3.000 | Nicht zutreffend\$1 | Nicht zutreffend\$1 |
| 5 334 (Mindestgröße für max. IOPS) und größer | 16,000 | Nicht zutreffend\$1 | Nicht zutreffend\$1 |
\$1 Wenn die Basisleistung des Volumes die maximale Burst-Leistung übersteigt, wird das Guthaben nie verbraucht.
Sie können das I/O Guthaben für ein Volumen mithilfe der Amazon `BurstBalance` EBS-Metrik in Amazon CloudWatch überwachen. Diese Metrik zeigt den Prozentsatz der verbleibenden I/O-Guthaben für `gp2`. Weitere Informationen finden Sie unter [I/O Merkmale und Überwachung von Amazon EBS](ebs-io-characteristics.md). Sie einen Alarm einstellen, der Sie benachrichtigt, wenn der `BurstBalance`-Wert auf ein bestimmtes Niveau fällt. Weitere Informationen finden Sie unter [ CloudWatch Alarme erstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
**Durchsatzleistung**
`gp2`Volumen liefern je nach Volumengröße einen Durchsatz zwischen 128 MiB/s und 250 MiB/s. Die Durchsatzleistung wird wie folgt bereitgestellt:
+ Volumes mit 170 GiB und kleiner liefern einen maximalen Durchsatz von 128 MiB/s.
+ Volumes größer als 170 GiB, aber kleiner als 334 GiB können einen maximalen Durchsatz von 250 MiB/s erreichen.
+ Volumes mit 334 GiB und mehr liefern 250 MiB/s.
Der Durchsatz für ein `gp2`-Volume kann nach folgender Formel bis zur Durchsatzgrenze von 250 MiB/s berechnet werden:
```
Throughput in MiB/s = IOPS performance × I/O size in KiB / 1,024
```
### `gp2`-Volume-Größe
`gp2`-Volumes verfügen über Größen von 1 GiB bis 16 TiB. Beachten Sie, dass die Volume-Leistung linear mit der Volume-Größe skaliert.
# Von Amazon EBS bereitgestellte IOPS-SSD-Volumes
Bereitgestellte IOPS-SSD-Volumes werden von Solid-State-Laufwerken () unterstützt. SSDs Sie sind die leistungsstärksten Amazon-EBS-Speicher-Volumes, die für kritische, IOPS-intensive und durchsatzintensive Workloads entwickelt wurden, die eine geringe Latenz erfordern. SSD-Volumes mit bereitgestellten IOPS liefern in 99,9 % der Zeit über ihre bereitgestellte IOPS-Leistung.
**Topics**
+ [
## Bereitgestellte IOPS SSD (`io2`)-Block-Express-Volumes
](#io2-block-express)
+ [
## Bereitgestellte IOPS SSD (`io1`)-Volumes
](#EBSVolumeTypes_piops)
## Bereitgestellte IOPS SSD (`io2`)-Block-Express-Volumes
`io2`-Block-Express-Volumes sind die nächste Generation der Amazon-EBS-Speicher-Serverarchitektur. Es wurde entwickelt, um die Leistungsanforderungen der anspruchsvollsten I/O intensiven Anwendungen zu erfüllen, die auf [Instances ausgeführt werden, die auf dem Nitro-System basieren](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Mit der höchsten Haltbarkeit und niedrigsten Latenz ist Block Express ideal für die Ausführung leistungsintensiver, unternehmenskritischer Workloads wie Oracle, SAP HANA, Microsoft SQL Server und SAS Analytics.
Die Block-Express-Architektur erhöht die Leistung und Skalierung von `io2`-Volumes. Block Express-Server kommunizieren mit [Nitro-basierten Instances](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) über das Netzwerkprotokoll Scalable Reliable Datagram (SRD). Diese Schnittstelle ist in der Nitro Card für die Amazon I/O EBS-Funktion auf der Host-Hardware der Instance implementiert. Sie minimiert I/O Verzögerungen und Latenzschwankungen (Netzwerk-Jitter) und sorgt so für eine schnellere und konsistentere Leistung Ihrer Anwendungen.
`io2`-Block-Express-Volumes sind so konzipiert, dass sie eine Volume-Haltbarkeit von 99,999 % bei einer jährlichen Ausfallrate (AFR) von nicht mehr als 0,001 % bieten, was einem einzigen Volume-Ausfall pro 100 000 ausgeführten Volumes über einen Zeitraum von einem Jahr entspricht. `io2` Block Express-Volumes eignen sich für Workloads, die von einem einzigen Volume profitieren, das eine konsistente Latenz von unter einer Millisekunde bietet und höhere IOPS und einen höheren Durchsatz als GP3-Volumes unterstützt.
Wenn `io2` Block Express-Volumes an [Nitro-basierte Instances](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) angeschlossen werden, sind sie so konzipiert, dass sie eine durchschnittliche Latenz von unter 500 Mikrosekunden für 16-KB-Operationen bieten. I/O `io2` Block Express-Volumes bieten auch eine bessere Latenz bei Ausreißern als Allzweckvolumes, wodurch die Frequenz von I/Os mehr als 800 Mikrosekunden um mehr als das Zehnfache reduziert wird.
**Topics**
+ [
### Überlegungen
](#io2-bx-considerations)
+ [
### Leistung
](#io2-bx-perf)
### Überlegungen
+ `io2`Block Express-Volumen sind in allen AWS Regionen verfügbar, einschließlich der AWS GovCloud (US) Regionen und der Regionen China.
+ Seit dem **30. April 2025** handelt es sich bei allen neuen und zuvor erstellten `io2` Bänden um `io2` Block Express-Bände.
+ [Nitro-basierte Instances](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) unterstützen Volumes, die mit bis zu 256.000 IOPS bereitgestellt werden. Andere Instance-Typen können an Volumes angehängt werden, die mit bis zu 64 000 IOPS bereitgestellt werden, können aber nur bis zu 32 000 IOPS erreichen.
### Leistung
`io2`Block Express-Volumes weisen die folgenden Eigenschaften auf:
+ Durchschnittliche Latenz unter 500 Mikrosekunden bei einer Größe von 16 KiB I/O . Bessere Latenz bei Ausreißern im Vergleich zu Standarddatenträgern, wodurch die Frequenz von I/Os mehr als 800 Mikrosekunden um mehr als das Zehnfache reduziert wird.
+ Speicherkapazität bis zu 64 TiB (65.536 GiB).
+ Bereitgestellte IOPS bis zu 256 000, mit einem IOPS:GIB-Verhältnis von 1 000:1. Maximale IOPS können mit Volumes ab einer Größe von 256 GiB (1 000 IOPS × 256 GiB = 256 000 IOPS) bereitgestellt werden.
**Anmerkung**
[Mit Nitro-basierten Instances können Sie bis zu 256.000 IOPS erreichen.](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) Auf anderen Instances können Sie bis zu 32.000 IOPS erreichen.
+ Volumendurchsatz von bis zu 4.000 MiB/s. Throughput scales proportionally at a rate of 0.256 MiB/s pro bereitgestelltem IOPS. Der maximale Durchsatz kann bei 16 000 IOPS oder höher erreicht werden.
![\[Durchsatzlimits für io2 Block Express-Volumes\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/images/io2_bx.png)
## Bereitgestellte IOPS SSD (`io1`)-Volumes
SSD-Volumes mit bereitgestellten IOPS (`io1`) sind auf die Anforderungen von E/A-intensiven Workloads ausgelegt, insbesondere Datenbank-Workloads, die empfindlich auf Speicherleistung und -konsistenz reagieren. Bereitgestellte IOPS-SSD-Volumes verwenden eine konsistente IOPS-Rate, die Sie beim Erstellen des Volumes angeben. Amazon EBS stellt die Leistung 99,9 Prozent der Zeit bereit.
`io1`-Volumes sind so konzipiert, dass sie eine Volume-Haltbarkeit von 99,8 % bis 99,9 % bei einer jährlichen Ausfallrate (AFR) von nicht mehr als 0,2 % bieten, was maximal zwei Volume-Ausfällen pro 1 000 ausgeführten Volumes über einen Zeitraum von einem Jahr entspricht.
`io1`-Volumes sind für alle Amazon-EC2-Instance-Typen verfügbar.
**Leistung**
`io1`-Volumes können eine Größe von 4 GiB bis 16 TiB aufweisen und Sie können von 100 IOPS bis zu 64 000 IOPS pro Volume bereitstellen. Das maximale Verhältnis von bereitgestellten IOPS zur angeforderten Volume-Größe (in GiB) liegt bei 50 zu 1. Beispielsweise können mit einem 100-GiB-`io1`-Volume bis zu 5 000 IOPS bereitgestellt werden.
Die maximalen IOPS können für Volumes ab 1 280 GiB (50 × 1 280 GiB = 64 000 IOPS) bereitgestellt werden.
+ `io1`Volumes, die mit bis zu 32.000 IOPS bereitgestellt werden, unterstützen eine maximale I/O Größe von 256 KiB und bieten einen Durchsatz von bis zu 500 MiB/s . Bei maximaler I/O Größe wird der Spitzendurchsatz bei 2.000 IOPS erreicht.
+ `io1`-Volumes mit mehr als 32 000 IOPS (bis zu einem Maximum von 64 000 IOPS) führen zu einer linearen Erhöhung des Durchsatzes mit einer Rate von 16 KiB pro bereitgestellter IOPS. Beispielsweise kann ein mit 48.000 IOPS bereitgestelltes Volume einen Durchsatz MiB/s von bis zu 750 unterstützen (16 KiB pro bereitgestellte IOPS × 48.000 bereitgestellte IOPS = 750 MiB/s).
+ Um den maximalen Durchsatz von 1.000 zu erreichen). MiB/s, a volume must be provisioned with 64,000 IOPS (16 KiB per provisioned IOPS × 64,000 provisioned IOPS = 1,000 MiB/s
+ Sie können nur auf [Nitro-basierten](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) Instances bis zu 64.000 IOPS erreichen. Auf anderen Instances können Sie bis zu 32.000 IOPS erreichen.
Diese Leistungsmerkmale werden im folgenden Diagramm veranschaulicht:
![\[Durchsatzlimits für io1-Volumes\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/images/io1_throughput.png)
Ihr Workload pro I/O latency experience depends on the provisioned IOPS and on your workload profile. For the best I/O latency experience, ensure that you provision IOPS to meet the I/O Profil.
# Durchsatzoptimierte Amazon EBS-Festplatten- und Cold-HDD-Volumes
Die von Amazon EBS bereitgestellten festplattengestützten Volumes fallen in folgende Kategorien:
+ Durchsatzoptimierte HDD – eine kostengünstige HDD für häufig aufgerufene, durchsatzintensive Workloads
+ Cold HDD — Die kostengünstigste Festplatte, die für Workloads konzipiert ist, auf die seltener zugegriffen wird.
**Topics**
+ [
## Einschränkungen beim Durchsatz pro Instance
](#throughput-limitations)
+ [
## Durchsatzoptimierte HDD-Volumes
](#EBSVolumeTypes_st1)
+ [
## Cold-HDD-Volumes
](#EBSVolumeTypes_sc1)
+ [
## Überlegungen in Bezug auf die Leistung bei Verwendung von HDD-Volumes
](#EBSVolumeTypes_considerations)
+ [
## Überwachen der Burst Bucket-Menge für Volumes
](#monitoring_burstbucket-hdd)
## Einschränkungen beim Durchsatz pro Instance
Der Durchsatz für `st1`- und `sc1`-Volumes wird immer durch den kleineren der folgenden Werte bestimmt:
+ Durchsatzlimits des Volumes
+ Durchsatzlimits der Instance
Wie für alle Amazon-EBS-Volumes empfehlen wir die Auswahl einer geeigneten EBS-optimierten EC2-Instance, um Netzwerkengpässe zu vermeiden.
## Durchsatzoptimierte HDD-Volumes
Durchsatzoptimierte HDD-Volumes (`st1`) bieten kostengünstigen Magnetfestplattenspeicher, bei dem die Leistung durch den Durchsatz anstatt die IOPS definiert wird. Dieser Volume-Typ eignet sich für große, sequenzielle Workloads wie Amazon EMR, ETL, Data Warehouses und die Protokollverarbeitung. Startbare `st1`-Volumes werden nicht unterstützt.
Durchsatzoptimierte HDD-Volumes (`st1`) ähneln zwar Cold-HDD-Volumes (`sc1`), sind aber auf Daten ausgelegt, auf die *häufig* zugegriffen wird.
**Anmerkung**
Dieser Volumetyp ist für Workloads optimiert, bei denen eine umfangreiche, sequentielle Nutzung oder I/O, and we recommend that customers with workloads performing small, random I/O [Allzweck-SSD-Volumes von Amazon EBS](general-purpose.md) [Von Amazon EBS bereitgestellte IOPS-SSD-Volumes](provisioned-iops.md) Weitere Informationen finden Sie unter [Ineffizienz von Small auf HDD read/writes](#inefficiency).
Durchsatzoptimierte HDD (`st1`)-Volumes, die an EBS-optimierte Instances angefügt sind, sind so konzipiert, dass sie eine konsistente Leistung bieten und in 99 Prozent der Zeit eines Jahres mindestens 90 Prozent der erwarteten Durchsatzleistung erbringen.
### Durchsatzguthaben und Maximalleistung
Wie `gp2`, verwendet auch `st1` ein Burst-Bucket-Modell für die Leistung. Die Volumegröße bestimmt den Basisdurchsatz Ihres Volumes; dabei handelt es sich um die Rate, mit der das Volume Durchsatzguthaben sammelt. Die Volumegröße bestimmt auch den Spitzendurchsatz Ihres Volumes; dabei handelt es sich um die Rate, mit der Sie verfügbares Guthaben verbrauchen können. Größere Volumes haben einen höheren Basis- und Spitzendurchsatz. Je mehr Credits Ihr Volume hat, desto länger kann es I/O im Burst-Modus betrieben werden.
Im folgenden Diagramm wird das Burst-Bucket-Verhalten für `st1` dargestellt.
![\[st1 Burst-Bucket\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/images/st1-burst-bucket.png)
Der verfügbare Durchsatz eines `st1`-Volumes unterliegt Durchsatz- und Durchsatzguthabengrenzen und wird durch die folgende Formel ausgedrückt:
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Bei einem `st1` 1-TiB-Volume ist der Burst-Durchsatz auf 250 begrenztMiB/s, the bucket fills with credits at 40 MiB/s, und es können Credits im Wert von bis zu 1 TiB gespeichert werden.
Größere Volumen skalieren diese Grenzen linear, wobei der Durchsatz auf maximal 500 MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 40 MiB/s pro TiB begrenzt ist.
Bei Volumengrößen von 0,125 TiB bis 16 TiB variiert der Basisdurchsatz zwischen 5 MiB/s und einer Obergrenze von 500 MiB/s, die bei 12,5 TiB wie folgt erreicht wird:
```
40 MiB/s
12.5 TiB × ---------- = 500 MiB/s
1 TiB
```
Der Burst-Durchsatz variiert zwischen 31 MiB/s und einer Obergrenze von 500 MiB/s, die bei 2 TiB wie folgt erreicht wird:
```
250 MiB/s
2 TiB × ---------- = 500 MiB/s
1 TiB
```
Die folgende Tabelle gibt den vollständigen Bereich von Basis- und Spitzendurchsatzwerten für `st1`.
| Volumegröße (TiB) | ST1 Basisdurchsatz (MiB/s) | ST1 Burst-Durchsatz (MiB/s) |
| --- | --- | --- |
| 0.125 | 5 | 31 |
| 0,5 | 20 | 125 |
| 1 | 40 | 250 |
| 2 | 80 | 500 |
| 3 | 120 | 500 |
| 4 | 160 | 500 |
| 5 | 200 | 500 |
| 6 | 240 | 500 |
| 7 | 280 | 500 |
| 8 | 320 | 500 |
| 9 | 360 | 500 |
| 10 | 400 | 500 |
| 11 | 440 | 500 |
| 12 | 480 | 500 |
| 12,5 | 500 | 500 |
| 13 | 500 | 500 |
| 14 | 500 | 500 |
| 15 | 500 | 500 |
| 16 | 500 | 500 |
Das folgende Diagramm stellt die Tabellenwerte dar:
![\[Vergleich st1 der Basis- und Spitzenleistung von\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/images/st1_base_v_burst.png)
**Anmerkung**
Wenn Sie einen Snapshot eines durchsatzoptimierten HDD-Volumes (`st1`) erstellen, kann die Leistung bis auf den Basiswert des Volumes abfallen, während der Snapshot generiert wird.
Informationen zur Verwendung von CloudWatch Metriken und Alarmen zur Überwachung Ihres Burst-Bucket-Saldos finden Sie unter. [Überwachen der Burst Bucket-Menge für Volumes](#monitoring_burstbucket-hdd)
## Cold-HDD-Volumes
Cold-HDD-Volumes (`sc1`) bieten kostengünstigen Magnetfestplattenspeicher, bei dem die Leistung durch den Durchsatz anstatt die IOPS definiert wird. Mit einem niedrigeren Durchsatzlimit als `st1` ist `sc1` ideal für große, sequenzielle Workloads für selten verwendete Daten. Wenn Sie nur selten auf Ihre Daten zugreifen müssen und Kosten sparen möchten, bietet `sc1` kostengünstige Blockspeicherung. Startbare `sc1`-Volumes werden nicht unterstützt.
Cold-HDD-Volumes (`sc1`) ähneln zwar durchsatzoptimierten HDD-Volumes (`st1`), sind aber auf Daten ausgelegt, auf die *selten* zugegriffen wird.
**Anmerkung**
Dieser Volume-Typ ist für Workloads mit umfangreicher, sequentieller I/O, and we recommend that customers with workloads performing small, random I/O Nutzung [Allzweck-SSD-Volumes von Amazon EBS](general-purpose.md) von optimiert. [Von Amazon EBS bereitgestellte IOPS-SSD-Volumes](provisioned-iops.md) Weitere Informationen finden Sie unter [Ineffizienz von Small auf HDD read/writes](#inefficiency).
Cold HDD (`sc1`)-Volumes, die an EBS-optimierte Instances angefügt sind, sind so konzipiert, dass sie eine konsistente Leistung bieten und in 99 Prozent der Zeit eines Jahres mindestens 90 Prozent der erwarteten Durchsatzleistung erbringen.
### Durchsatzguthaben und Maximalleistung
Wie `gp2`, verwendet auch `sc1` ein Burst-Bucket-Modell für die Leistung. Die Volumegröße bestimmt den Basisdurchsatz Ihres Volumes; dabei handelt es sich um die Rate, mit der das Volume Durchsatzguthaben sammelt. Die Volumegröße bestimmt auch den Spitzendurchsatz Ihres Volumes; dabei handelt es sich um die Rate, mit der Sie verfügbares Guthaben verbrauchen können. Größere Volumes haben einen höheren Basis- und Spitzendurchsatz. Je mehr Credits Ihr Volume hat, desto länger kann es I/O im Burst-Modus betrieben werden.
![\[sc1 Burst-Bucket\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/images/sc1-burst-bucket.png)
Der verfügbare Durchsatz eines `sc1`-Volumes unterliegt Durchsatz- und Durchsatzguthabengrenzen und wird durch die folgende Formel ausgedrückt:
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Bei einem `sc1` 1-TiB-Volume ist der Burst-Durchsatz auf 80 begrenztMiB/s, the bucket fills with credits at 12 MiB/s, und es können Credits im Wert von bis zu 1 TiB gespeichert werden.
Größere Volumen skalieren diese Grenzen linear, wobei der Durchsatz auf maximal 250 MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 12 MiB/s pro TiB begrenzt ist.
Bei Volumengrößen von 0,125 TiB bis 16 TiB variiert der Basisdurchsatz zwischen 1,5 MiB/s und maximal 192 MiB/s, der bei 16 TiB wie folgt erreicht wird:
```
12 MiB/s
16 TiB × ---------- = 192 MiB/s
1 TiB
```
Der Burst-Durchsatz variiert zwischen 10 MiB/s und einer Obergrenze von 250 MiB/s, die bei 3,125 TiB wie folgt erreicht wird:
```
80 MiB/s
3.125 TiB × ----------- = 250 MiB/s
1 TiB
```
Die folgende Tabelle gibt den vollständigen Bereich von Basis- und Spitzendurchsatzwerten für a `sc1`:
| Volumegröße (TiB) | SC1 Basisdurchsatz (MiB/s) | SC1 Burst-Durchsatz (MiB/s) |
| --- | --- | --- |
| 0.125 | 1.5 | 10 |
| 0,5 | 6 | 40 |
| 1 | 12 | 80 |
| 2 | 24 | 160 |
| 3 | 36 | 240 |
| 3,125 | 37,5 | 250 |
| 4 | 48 | 250 |
| 5 | 60 | 250 |
| 6 | 72 | 250 |
| 7 | 84 | 250 |
| 8 | 96 | 250 |
| 9 | 108 | 250 |
| 10 | 120 | 250 |
| 11 | 132 | 250 |
| 12 | 144 | 250 |
| 13 | 156 | 250 |
| 14 | 168 | 250 |
| 15 | 180 | 250 |
| 16 | 192 | 250 |
Das folgende Diagramm stellt die Tabellenwerte dar:
![\[Vergleich sc1 der Basis- und Spitzenleistung von\]](http://docs.aws.amazon.com/de_de/ebs/latest/userguide/images/sc1_base_v_burst.png)
**Anmerkung**
Wenn Sie einen Snapshot eines Cold-HDD-Volumes (`sc1`) erstellen, kann die Leistung bis auf den Basiswert des Volumes abfallen, während der Snapshot generiert wird.
Informationen zur Verwendung von CloudWatch Metriken und Alarmen zur Überwachung Ihres Burst-Bucket-Saldos finden Sie unter. [Überwachen der Burst Bucket-Menge für Volumes](#monitoring_burstbucket-hdd)
## Überlegungen in Bezug auf die Leistung bei Verwendung von HDD-Volumes
Für optimale Durchsatzergebnisse bei der Verwendung von HDD-Volumes berücksichtigen Sie bei der Planung Ihrer Workloads folgende Punkte.
### **Vergleich von durchsatzoptimierter HDD und Cold-HDD**
Die Bucketgrößen von `st1` und `sc1` variieren je nach Volumegröße und ein voller Bucket enthält genügend Token für eine vollständige Volumeüberprüfung. Bei größeren `st1`- und `sc1`-Volumes dauert die Volume-Überprüfung jedoch aufgrund von Durchsatzbeschränkungen pro Instance und pro Volume länger. An kleinere Instances angefügte Volumes sind auf den Durchsatz pro Instance anstatt der Durchsatzlimits von `st1` oder `sc1` begrenzt.
Sowohl `st1` als auch `sc1` sind für eine Leistungskonsistenz von 90 Prozent des Burst-Durchsatzes zu 99 Prozent der Zeit ausgelegt. Nicht konforme Zeiträume sind ungefähr gleichmäßig verteilt, wobei 99 Prozent des erwarteten Gesamtdurchsatzes pro Stunde angestrebt werden.
Im Allgemeinen werden Überprüfungszeiten mit dieser Formel ausgedrückt:
```
Volume size
------------ = Scan time
Throughput
```
Beispiel: Bei Berücksichtigung der garantierten Leistungskonsistenz und anderer Optimierungen kann ein `st1`-Kunde mit einem 5-TiB-Volume erwarten, dass eine vollständige Volume-Überprüfung in 2,91 bis 3,27 Stunden abgeschlossen wird.
+ Optimale Scan-Zeit
```
5 TiB 5 TiB
----------- = ------------------ = 10,486 seconds = 2.91 hours
500 MiB/s 0.00047684 TiB/s
```
+ Maximale Scan-Zeit
```
2.91 hours
-------------- = 3.27 hours
(0.90)(0.99) <-- From expected performance of 90% of burst 99% of the time
```
Entsprechend kann ein `sc1`-Kunde mit einem 5-TiB-Volume erwarten, dass eine vollständige Volume-Überprüfung in 5,83 bis 6,54 Stunden abgeschlossen wird.
+ Optimale Scan-Zeit
```
5 TiB 5 TiB
----------- = ------------------- = 20972 seconds = 5.83 hours
250 MiB/s 0.000238418 TiB/s
```
+ Maximale Scan-Zeit
```
5.83 hours
-------------- = 6.54 hours
(0.90)(0.99)
```
Die folgende Tabelle zeigt ideale Überprüfungszeiten für Volumes verschiedener Größen; dabei wird von vollen Buckets und ausreichendem Instance-Durchsatz ausgegangen.
| Volumegröße (TiB) | ST1 Scandauer mit Burst (Stunden) \$1 | SC1 Scanzeit mit Burst (Stunden) \$1 |
| --- | --- | --- |
| 1 | 1,17 | 3,64 |
| 2 | 1,17 | 3,64 |
| 3 | 1,75 | 3,64 |
| 4 | 2,33 | 4,66 |
| 5 | 2,91 | 5,83 |
| 6 | 3,50 | 6,99 |
| 7 | 4,08 | 8,16 |
| 8 | 4,66 | 9,32 |
| 9 | 5,24 | 10,49 |
| 10 | 5,83 | 11,65 |
| 11 | 6,41 | 12,82 |
| 12 | 6,99 | 13,98 |
| 13 | 7,57 | 15,15 |
| 14 | 8,16 | 16,31 |
| 15 | 8,74 | 17,48 |
| 16 | 9,32 | 18,64 |
\$1 Bei diesen Überprüfungszeiten wird bei einer sequenziellen I/O-Leistung von 1 MiB von einer durchschnittlichen Warteschlangentiefe (auf die nächste ganze Zahl gerundet) von mindestens vier ausgegangen.
Wenn Sie eine durchsatzorientierte Workload haben, die Überprüfungen schnell (bis zu 500 MiB/s) durchführen muss oder mehrere vollständige Volumeüberprüfungen pro Tag erfordert, verwenden Sie daher `st1`. Wenn Sie kostenoptimiert sind, relativ selten auf Ihre Daten zugegriffen wird und Sie nicht mehr als 250 MiB/s % Scanleistung benötigen, dann verwenden Sie`sc1`.
### Ineffizienz von Small auf HDD read/writes
Das Leistungsmodell für `st1` und `sc1` Volumes ist für I/Os, favoring high-throughput workloads, offering acceptable performance on workloads with mixed IOPS and throughput, and discouraging workloads with small, random I/O sequenzielle Anwendungen optimiert.
Beispielsweise zählt eine I/O Anfrage von 1 MiB oder weniger als 1 MiB Guthaben I/O . Wenn sie jedoch sequentiell I/Os sind, werden sie zu I/O 1-MiB-Blöcken zusammengeführt und zählen nur als I/O 1-MiB-Guthaben.
## Überwachen der Burst Bucket-Menge für Volumes
Sie können den Burst-Bucket-Level `st1` und die `sc1` Volumes mithilfe der in Amazon verfügbaren Amazon `BurstBalance` EBS-Metrik überwachen. CloudWatch Diese Metrik zeigt die Durchsatzgutschriften für `st1` und `sc1`, die im Burst-Bucket verbleiben. Weitere Informationen über die `BurstBalance` Metrik und andere Metriken im Zusammenhang mit I/O finden Sie unter[I/O Merkmale und Überwachung von Amazon EBS](ebs-io-characteristics.md). CloudWatch ermöglicht es Ihnen auch, einen Alarm einzustellen, der Sie benachrichtigt, wenn der `BurstBalance` Wert auf ein bestimmtes Niveau fällt. Weitere Informationen finden Sie unter [ CloudWatch Alarme erstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).