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. Diese Volume-Typen gliedern sich in die folgenden Kategorien:

• Solid State-Laufwerke (SSD)— Optimiert für Transaktions-Workloads mit häufigen Lese-/Schreiboperationen mit kleiner E/A-Größe und IOPS als dominantem Leistungsattribut.

• Festplattenlaufwerke (HDD) — Optimiert für große Streaming-Workloads, bei denen das dominante Leistungsattribut der Durchsatz ist.

• Vorherige Generation — Festplattenlaufwerke, die für Workloads mit kleinen Datasets verwendet werden können, bei denen selten auf Daten zugegriffen wird und die Leistung nicht von vorrangiger Bedeutung ist. Es wird empfohlen, stattdessen einen Datenträgertyp der aktuellen Generation in Betracht zu ziehen.

Mehrere Faktoren können sich auf die Leistung von EBS-Volumes auswirken, z. B. Instance-Konfiguration, E/A-Merkmale und Auslastung. Um die auf einem EBS-Volume bereitgestellten IOPS vollständig zu nutzen, verwenden Sie EBS-optimierte Instances. Weitere Informationen zur optimalen Nutzung von EBS-Volumes finden Sie unter Amazon EBS-Volume-Leistung auf Linux-Instances.

Weitere Informationen zu Preisen finden Sie unter Amazon EBS-Preise.

Solid State-Laufwerke (SSD)

Die von Amazon EBS bereitgestellten SSD-gestützten Volumes fallen in die folgenden Kategorien:

• Allzweck-SSD — Bietet ein ausgewogenes Verhältnis zwischen Preis und Leistung. Wir empfehlen diese Volumes für die meisten Workloads.

• Bereitgestellte IOPS-SSD — Bietet hohe Leistung für geschäftskritische Workloads mit geringer Latenz oder hohem Durchsatz.

Im Folgenden finden Sie eine Zusammenfassung der Anwendungsfälle und Merkmale von SSD-gestützten Volumes. Informationen über die maximalen IOPS und den Durchsatz pro Instance finden Sie unter Amazon EBS–optimierte Instances.

	Allzweck-SSD		Bereitgestellte IOPS-SSD
Volume-Typ	gp3	gp2	io2 Block Express ‡	io2	io1
Haltbarkeit	99,8% - 99,9% Haltbarkeit (0,1% - 0,2% jährliche Ausfallrate)	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	Interaktive Anwendungen mit geringer Latenz Entwicklungs- und Testumgebungen		Workloads, die eine Latenz unter einer Millisekunde und anhaltende IOPS-Leistung oder mehr als 64.000 IOPS oder 1.000 MiB/s Durchsatz erfordern	Workloads, die eine anhaltende IOPS-Leistung oder mehr als 16,000-IOPS erfordern E/A-intensive Datenbank-Workloads
Volume-Größe	1 GiB – 16 TiB		4 GiB – 64 TiB	4 GiB – 16 TiB
Max. IOPS pro Volume (16 KiB E/A)	16,000		256 000	64,000 †
Max. Durchsatz pro Volume	1,000 MiB/s	250 MiB/s*	4.000 MiB/s	1,000 MiB/s†
Amazon EBS Multi-attach	Nicht unterstützt		Nicht unterstützt	Unterstützt
Startvolume	Unterstützt

* Die Durchsatzgrenze liegt zwischen 128 MiB/s und 250 MiB/s, abhängig von der Volume-Größe. Volumes kleiner oder gleich 170 GiB liefern einen maximalen Durchsatz von 128 MiB/s. Volumes mit mehr als 170 GiB und unter 334 GiB bieten einen maximalen Durchsatz von 250 MiB/s, wenn Burst-Guthaben verfügbar sind. Volumes, die größer oder gleich 334 GiB sind, liefern 250 MiB/s unabhängig von Burst-Credits. gp2-Volumes, die vor dem 3. Dezember 2018 erstellt wurden und die seit der Erstellung nicht geändert wurden, erreichen möglicherweise nur die volle Leistung, wenn Sie das Volume ändern.

† Maximale IOPS und maximaler Durchsatz sind nur auf Instances, die auf dem Nitro-System basieren gewährleistet, die mit mehr als 32.000 IOPS bereitgestellt werden. Andere Instances garantieren bis zu 32,000 IOPS und 500 MiB/s. io1-Volumes, die vor dem 6. Dezember 2017 erstellt wurden und die seit der Erstellung nicht geändert wurden, erreichen möglicherweise nicht die volle Leistung, es sei denn, Sie ändern das Volume.

‡ io2-Block Express-Volumes sind nur als Opt-In-Vorversion verfügbar. Weitere Informationen finden Sie unter io2-Block Express-Volumes (als Vorversion).

Hard-Disk-Drives (HDD)

Die von Amazon EBS bereitgestellten festplattengestützten Volumes fallen in folgende Kategorien:

• Throughput Optimized HDD — Kostengünstiges HDD-Volume für häufig aufgerufene durchsatzintensive Workloads

• Cold HDD — Das kostengünstigste HDD-Design für weniger häufig aufgerufene Workloads.

Im Folgenden finden Sie eine Zusammenfassung der Anwendungsfälle und Merkmale von HDD-gestützten Volumes. Informationen über die maximalen IOPS und den Durchsatz pro Instance finden Sie unter Amazon EBS–optimierte Instances.

	Throughput Optimized HDD	Cold HDD
Volume-Typ	st1	sc1
Haltbarkeit	99,8% - 99,9% Haltbarkeit (0,1% - 0,2% jährliche Ausfallrate)	99,8% - 99,9% Haltbarkeit (0,1% - 0,2% jährliche Ausfallrate)
Anwendungsfälle	Big Data Data Warehouses Protokollverarbeitung	Durchsatzorientierte Speicherung für Daten, auf die selten zugegriffen wird Szenarien, in denen niedrigste Speicherkosten wichtig sind
Volume-Größe	125 GiB – 16 TiB	125 GiB – 16 TiB
Max. IOPS pro Volume (1 MiB E/A)	500	250
Max. Durchsatz pro Volume	500 MiB/s	250 MiB/s
Amazon EBS Multi-attach	Nicht unterstützt	Nicht unterstützt
Startvolume	Nicht unterstützt	Nicht unterstützt

Volume-Typen der vorherigen Generation

Die folgende Tabelle beschreibt EBS-Volume-Typen der früheren Generation. Falls Sie größere Leistung oder Leistungskonsistenz benötigen, als Volumes der früheren Generation bieten können, empfehlen wir Ihnen die Nutzung von Allzweck-SSD (gp2 und gp3) oder anderen aktuellen Volume-Typen. Weitere Informationen finden Sie unter Volumes der vorherigen 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 (gp3)

Allzweck-SSD (gp3)-Volumes bieten kostengünstigen Speicher, der für ein breites Spektrum an Workloads gedacht ist. Diese Volumes liefern eine konsistente Basisrate von 3.000 IOPS und 125 MiB/s, die im Speicherpreis enthalten sind. Sie können zusätzliche IOPS (bis zu 16.000) und Durchsatz (bis zu 1.000 MiB/s) gegen einen Aufpreis bereitstellen.

Das maximale Verhältnis von bereitgestellten IOPS zur bereitgestellten Volume-Größe beträgt 500 IOPS pro GiB. Das maximale Verhältnis des bereitgestellten Durchsatzes zu bereitgestellten IOPS beträgt 0,25 MiB/s pro IOPS. Die folgenden Volume-Konfigurationen unterstützen die Bereitstellung von maximalem IOPS oder maximalem Durchsatz:

• 32 GiB oder größer: 500 IOPS/GIB x 32 GiB = 16.000 IOPS

• 8 GiB oder größer und 4.000 IOPS oder höher: 4.000 IOPS x 0,25 MiB/s/IOPS = 1.000 MiB/s

Allzweck-SSD-Volumes (gp2)

Allzweck-SSD (gp2)-Volumes bieten kostengünstigen Speicher, der für ein breites Spektrum an Workloads gedacht ist. Diese Volumes bieten Latenzen im einstelligen Millisekundenbereich und die Möglichkeit, für längere Zeiträume auf 3 000 IOPS zu beschleunigen. Bei einem Minimum von 100 IOPS (bei 33,33 GiB und weniger) und einem Maximum von 16,000 IOPS (bei 5,334 GiB und mehr) skaliert die Basisleistung linear bei 3 IOPS pro GiB der Volume-Größe. AWS legt gp2-Volumes darauf aus, ihre bereitgestellte Leistung zu 99,9 % der Zeit zu bringen. gp2-Volumes verfügen über Größen von 1 GiB bis 16 TiB.

E/A-Guthaben und Maximalleistung

Die Leistung von gp2-Volumes hängt von der Volume-Größe ab, die die Basisleistung des Volumes und die Geschwindigkeit bestimmt, mit der sich ein E/A-Guthaben ansammelt. Größere Volumes verfügen über eine höhere Basisleistung und sammeln schneller E/A-Guthaben an. E/A-Guthaben repräsentiert die verfügbare Bandbreite, die ein gp2-Volume aufwenden kann, wenn für große E/A-Mengen mehr als die Basisleistung benötigt wird. Je mehr E/A-Guthaben für das Volume vorliegt, desto länger kann die Leistung über die Basisleistung hinaus gesteigert werden und desto besser ist die Leistung, wenn mehr Leistung benötigt wird. Im folgenden Diagramm wird das Burst-Bucket-Verhalten für gp2 dargestellt.

Jedes Volume verfügt anfangs über ein E/A-Guthaben von 5,4 Millionen E/A-Guthabenpunkten, was ausreicht, um die Maximalleistung von 3 000 IOPS mindestens 30 Minuten lang aufrechtzuerhalten. Dieses anfängliche Guthaben soll einen schnellen ersten Systemstartzyklus für Start-Volumes und ein gutes Bootstrapping für andere Anwendungen bieten. Volumes sammeln mit der Basisleistungsrate von 3 IOPS pro GiB der Volume-Größe E/A-Guthabenpunkte an. Beispielsweise verfügt ein gp2-Volume mit 100 GiB über eine Basisleistung von 300 IOPS.

Wenn das Volume mehr als die E/A-Basisleistung benötigen, wird E/A-Guthaben verbraucht, um die benötigte Leistung (bis zu 3 000 IOPS) zu liefern. Wenn ein Volume pro Sekunde weniger E/A-Guthaben verbraucht, als es ansammelt, werden dem E/A-Guthaben ungenutzte E/A-Guthabenpunkte hinzugefügt. Der Höchstwert für das E/A-Guthaben für ein Volume beträgt – wie das anfängliche Guthaben – 5,4 Millionen E/A-Guthabenpunkte.

Wenn die Basisleistung eines Volumes höher als die maximale Burst-Leistung ist, wird das E/A-Guthaben nie verbraucht. Wenn das Volume an eine Instance angefügt ist, die auf dem Nitro-System basiert, wird die Burst-Balance nicht gemeldet. Bei anderen Instances beträgt die gemeldete Burst-Balance 100%.

Die Burst-Dauer eines Volume hängt von der Größe des Volumes, der benötigten IOPS-Spitzenleistung und dem E/A-Guthaben zum Zeitpunkt der Leistungssteigerung ab. Das wird anhand der folgenden Gleichung veranschaulicht:

                             (Credit balance)
Burst duration  =  ------------------------------------
                   (Burst IOPS) - 3(Volume size in GiB)

Die folgende Tabelle zeigt mehrere Volume-Größen einschließlich der jeweiligen Basisleistung eines Volume (die gleich der Geschwindigkeit ist, mit der E/A-Guthaben angesammelt wird), der Burst-Dauer bei 3 000 IOPS (mit vollem Guthaben) und der Zeit in Sekunden, die das Volume benötigt, um ein vollständig verbrauchtes Guthaben aufzufüllen.

Volume-Größe (GiB)	Basisleistung (IOPS)	Burst-Dauer beim Antreiben durchgängiger 3 000 IOPS (Sekunde)	Sekunden zum Auffüllen des vollständig verbrauchten Guthabens, wenn kein E/A angetrieben wird
1	100	1.802	54,000
100	300	2000	18.000
250	750	2.400	7.200
334 (Mindestgröße für max. Durchsatz)	1.002	2.703	5.389
500	1.500	3.600	3.600
750	2.250	7.200	2.400
1.000	3.000	Nicht zutreffend*	Nicht zutreffend*
5.334 (Mindestgröße für max. IOPS)	16,000	Nicht zutreffend*	Nicht zutreffend*
16.384 (16 TiB, max. Volume-Größe)	16,000	Nicht zutreffend*	Nicht zutreffend*

* Wenn die Basisleistung des Volumes die maximale Burst-Leistung übersteigt, wird das Guthaben nie verbraucht.

Was passiert, wenn ich mein E/A-Guthaben aufbrauche?

Wenn das E/A-Guthaben eines gp2-Volume aufgebraucht ist, wird die IOPS-Spitzenleistung auf die IOPS-Basisleistung (die Geschwindigkeit, mit der das Volume E/A-Guthaben ansammelt) und der Maximaldurchsatz des Volumes auf den Basis-IOPS-Wert multipliziert mit der maximalen E/A-Größe reduziert. Der Durchsatz kann 250 MiB/s nie überschreiten. Der Durchsatz kann 160 MiB/s nie überschreiten. Wenn der E/A-Bedarf unter die Grundrate fällt und dem E/A-Guthaben nicht in Anspruch genommene Gutschriften hinzugefügt werden, steigt die IOPS-Spitzenleistung des Volumes wieder über die Grundrate. Beispiel: Ein gp2-Volume mit 100 GiB mit vollständig verbrauchtem Guthaben verfügt über eine Basisleistung von 300 IOPS und ein Durchsatzlimit von 75 MiB/s (300 E/A-Vorgänge pro Sekunde * 256 KiB pro E/A-Vorgang = 75 MiB/s). Je größer ein Volume ist, desto höher ist seine Basisleistung und desto schneller wird das Guthaben wieder aufgefüllt. Weitere Informationen zur Messung von IOPS finden Sie unter E/A-Merkmale und Überwachung.

Wenn Sie feststellen, dass Ihre Volume-Leistung häufig auf das Basisniveau beschränkt ist (aufgrund eines leeren E/A-Kreditsaldos), sollten Sie erwägen, auf ein gp3-Volume zu wechseln.

Informationen zur Verwendung von CloudWatch-Metriken und -Alarmen zur Überwachung Ihrer Burst Bucket-Menge finden Sie unter Überwachen der Burst Bucket-Menge für Volumes.

Durchsatzleistung

Der Durchsatz für ein gp2-Volume kann nach folgender Formel bis zur Durchsatzgrenze von 250 MiB/s berechnet werden:

Throughput in MiB/s = ((Volume size in GiB) × (IOPS per GiB) × (I/O size in KiB))

Angenommen, dass V = Volume-Größe, I = E/A-Größe, R = E/A-Rate und T = Durchsatz ist, kann dies vereinfacht werden zu:

T = VIR

Die kleinste Volume-Größe, die den maximalen Durchsatz erreicht, ist wie folgt gegeben:

        T          
V  =  -----  
       I R   

            250 MiB/s
   =  ---------------------
      (256 KiB)(3 IOPS/GiB)


               [(250)(2^20)(Bytes)]/s
   =  ------------------------------------------
      (256)(2^10)(Bytes)([3 IOP/s]/[(2^30)(Bytes)])


      (250)(2^20)(2^30)(Bytes)
   =  ------------------------
           (256)(2^10)(3)

   =  357,913,941,333 Bytes
   
   =  333⅓ GiB (334 GiB in practice because volumes are provisioned in whole gibibytes)

Bereitgestellte IOPS-SSD-Volumes

Bereitgestellte IOPS-SSD (io1 und io2)-Volumes sind so konzipiert, dass sie die Anforderungen von E/A-intensiven Workloads, insbesondere Datenbank-Workloads, erfüllen, die empfindlich auf Speicherleistung und Konsistenz reagieren. Bereitgestellte IOPS-SSD-Volumes verwenden eine konsistente IOPS-Rate, die Sie beim Erstellen des Volumes angeben, und Amazon EBS liefert die bereitgestellte Performance 99,9 Prozent der Zeit.

io1-Volumes sind so konzipiert, dass eine Volume-Haltbarkeit von 99,8 bis 99,9 Prozent mit einer jährlichen Ausfallrate (AFR) von höchstens 0,2 Prozent erzielt wird. Dies entspricht maximal zwei Volume-Ausfällen pro 1.000 laufenden Volumes über einen Zeitraum von einem Jahr. io2 -Volumes sind so konzipiert, dass sie eine Volume-Haltbarkeit von 99,999 Prozent mit einem AFR von nicht mehr als 0,001 Prozent bieten, was zu einem einzigen Volume-Ausfall pro 100.000 laufenden Volumes über einen Zeitraum von einem Jahr führt.

Bereitgestellte IOPS-SSD io1-Volumes sind für alle Amazon EC2-Instance-Typen verfügbar. Bereitgestellte IOPS-SSD io2-Volumes sind für alle EC2-Instance-Typen verfügbar, mit Ausnahme von R5b.

Bereitgestellte IOPS-SSD-Volumes verfügen über Größen von 4 GiB bis 16 TiB. Sie können von 100 IOPS bis zu 64,000 IOPS pro Volume auf Instances, die auf dem Nitro-System basieren und bis zu 32,000 auf anderen Instances bereitstellen. Das maximale Verhältnis von bereitgestellten IOPS zur angeforderten Volume-Größe (in GiB) ist 50:1 für io1-Volumes und 500:1 für io2-Volumes. Beispielsweise kann ein 100-GiB-io1-Volume mit bis zu 5.000 IOPS bereitgestellt werden, während ein 100-GiB-io2-Volume mit bis zu 50.000 IOPS bereitgestellt werden kann. Auf einem unterstützten Instance-Typ ermöglichen die folgenden Volume-Größen die Bereitstellung bis zum 64,000-IOPS-Maximum:

• io1-Volume 1.280 GiB oder größer (50 × 1.280 GiB = 64.000 IOPS)

• io2-Volume 128 GiB oder größer (500 × 128 GiB = 64.000 IOPS)

Ein Bereitgestellte IOPS-SSD-Volume, das mit bis zu 32.000 IOPS bereitgestellt wird, unterstützt eine maximale E/A-Größe von 256 KiB und einen Durchsatz von bis zu 500 MiB/s. Bei maximaler E/A-Größe wird ein Spitzendurchsatz von 2 000 IOPS erreicht. 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 Volume, das mit 48.000 IOPS bereitgestellt wird, einen Durchsatz von bis zu 750 MiB/s unterstützen (16 KiB pro bereitgestellten IOPS x 48.000 bereitgestellte IOPS = 750 MiB/s). Um den maximalen Durchsatz von 1.000 MiB/s zu erreichen, muss ein Volume mit 64.000 IOPS (16 KiB pro bereitgestellten IOPS x 64.000 bereitgestellte IOPS = 1.000 MiB/s) bereitgestellt werden. Diese Leistungsmerkmale werden im folgenden Diagramm veranschaulicht:

Die E/A-basierte Latenz hängt von den bereitgestellten IOPS und Ihrem Workload-Profil ab. Stellen Sie sicher, dass Sie IOPS bereitstellen, um das E/A-Profil Ihrer Workloads mit optimaler E/A-Latenz zu erfüllen.

io2-Block Express-Volumes (als Vorversion)

Anmerkung

Sie können sich jetzt für die io2-Block Express-Volumes-Vorversion in us-east-1, us-west-2, us-east-2, eu-central-1, ap-southeast-1, und ap-northeast-1 anmelden. Nachdem Sie sich angemeldet haben, werden alle io2-Volumes, die Sie in Ihrem Konto in den angemeldeten Regionen erstellen, io2-Block Express-Volumes sein. Überprüfen Sie sorgfältig die Funktionseinschränkungen, die für die Vorversion gelten, bevor Sie sich anmelden.

Sie können sich nur mit einem Konto für die Vorversion anmelden, das über keine vorhandenen io2-Volumes verfügt.

EBS Block Express ist die nächste Generation der Amazon EBS-Speicher-Serverarchitektur. Sie wurde entwickelt, um die Leistungsanforderungen der anspruchsvollsten E/A-intensiven Anwendungen zu erfüllen, die auf Nitro-basierten Amazon EC2-Instances ausgeführt werden.

Die Block Express-Architektur steigert die Leistung und den Umfang. Block Express-Server kommunizieren mit Nitro-basierten Instances unter Verwendung des Scalable Reliable Datagram(SRD)-Netzwerkprotokolls. Diese Schnittstelle ist in der Nitro Card implementiert, die für die Amazon EBS-E/A-Funktion auf der Host-Hardware der Instance vorgesehen ist. Sie minimiert E/A-Verzögerungen und Latenzschwankungen (Netzwerk-Jitter), was eine schnellere und konsistentere Leistung für Ihre Anwendungen bietet. Weitere Informationen finden Sie unter io2-Block Express-Volumes.

io2-Block Express-Volumes eignen sich für Workloads, die von einem einzigen Volume profitieren, das Latenz unter einer Millisekunde bietet und höhere IOPS, einen höheren Durchsatz und eine größere Kapazität als io2-Volumes unterstützt.

Leistung

Mit io2-Block Express-Volumes können Sie Volumes bereitstellen mit:

• Durchschnittliche Latenz unter einer Millisekunde

• 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, die 256 GiB groß und größer sind (1.000 IOPS x 256 GiB = 256.000 IOPS), bereitgestellt werden.

• Volumendurchsatz bis zu 4.000 MiB/s. Der Durchsatz wird proportional auf bis zu 0,256 MiB/s pro bereitgestellter IOPS skaliert. Der maximale Durchsatz kann bei 16.000 IOPS oder höher erreicht werden.

Einschränkungen in der Vorversion

io2-Block Express-Volumes haben während in der Vorversion folgende Einschränkungen:

• io2-Block Express-Volumes werden nur mit R5B-Instances unterstützt. Wenn Sie versuchen, einen nicht unterstützten Instance-Typ mit io2-Block Express-Volumes zu starten, schlägt die Anfrage fehl.

• io2-Block Express-Volumes sind nur in den folgenden Regionen verfügbar: us-east-1, us-west-2, us-east-2, eu-central-1, ap-southeast-1, und ap-northeast-1.

• io2-Block Express-Volumes sind nicht für den Start optimiert und können zu längeren Startzeiten führen. Wir empfehlen, dass Sie weiterhin io1, gp2, oder gp3 für Startvolumes verwenden.

• Sie können aus unverschlüsselten Snapshots oder freigegebenen Snapshots keine verschlüsselten io2-Block Express-Volumes erstellen, oder Instances mit verschlüsselten io2-Block Express-Volumes starten. Um verschlüsselte io2-Block Express-Volumes-Instances zu erstellen oder Instances mit verschlüsselten io2-Block Express-Volumes zu starten, müssen Sie verschlüsselte Snapshots oder AMIs verwenden, die Sie in Ihrem Konto besitzen.

• Sie können keine verschlüsselten io2-Block Express-Volumes-Instances erstellen oder Instances mit verschlüsselten io2-Block Express-Volumes mit der Amazon EC2 Konsole starten. Sie müssen die AWS CLI oder die API Amazon EC2 verwenden.

• io2-Block Express-Volumes unterstützt die schnelle Snapshot-Wiederherstellung nicht vollständig. Während Sie io2-Block Express-Volumes von Snapshots wiederherstellen können, die für eine schnelle Snapshot-Wiederherstellung aktiviert sind, können Sie eine höhere E/A-Latenz erzielen, während die Volumes initialisiert werden. Dies wurde früher als Vorwärmung bezeichnet. Um die höhere Latenz zu vermeiden, empfehlen wir Ihnen, Ihre io2-Block Express-Volumes zu initialisieren, bevor Sie mit Ihren E/A-Vorgängen beginnen. Weitere Informationen finden Sie unter Initialisieren von Volumes Amazon EBS.

• io2-Block Express-Volumes unterstützt keine Elastic-Volume-Vorgänge. Sie können den Volume-Typ oder die Leistung nicht ändern, nachdem das Volume erstellt wurde.

• io2-Block Express-Volumes unterstützt kein Multi-Attach.

Anmelden für die Vorversion

Um sich für die io2-Block Express-Volumes Vorversion anzumelden, besuchen Sie die io2-Block Express-Volumes Vorversionseite und füllen Sie das Formular aus. Sie müssen die Regionen angeben, für die Sie sich anmelden möchten.

Nachdem Sie sich angemeldet haben, werden alle neuen io2-Volumes, die Sie in Ihrem Konto in den angemeldeten Regionen erstellen io2-Block Express-Volumes sein. Während Ihr Konto angemeldet ist, können Sie keine io2-Volumes erstellen, die nicht io2-Block Express-Volumes in den angemeldeten Regionen enthalten sind. Um Ihre vorhandenen Workloads von Ihren vorhandenen -Volumes zu überführen, erstellen Sie Snapshots der Volumes und stellen Sie sie dann auf neue io2-Block Express-Volumes wieder her.

Abmelden von der Vorversion

Um sich von der io2-Block Express-Volumes-Vorversion abzumelden, rufen Sie die io2-Block Express-Volumes Vorversionseite auf, lassen Sie alle Kontrollkästchen Region unmarkiert und füllen Sie den Rest des Formulars aus.

Nachdem Sie sich abmelden, sind alle neuen io2-Volumes, die Sie in den abgemeldeten Regionen erstellen, io2-Volumes und nicht io2-Block Express-Volumes. io2-Volumes, die Sie in den abgemeldeten Regionen vor dem Abmelden erstellt haben, werden weiterhin io2-Block Express-Volumes sein. Wenn Sie Snapshots von Volumes erstellt haben, die größer als 16 TiB sind, können Sie diese nicht auf io2-Volumes in den abgemeldeten Regionen wiederherstellen. Bevor Sie sich abmelden, empfehlen wir, dass Sie für io2-Block Express-Volumes größer als 16 TiB die Daten in einen Raid-Set kopieren, der aus io2-Volumes mit einer Größe von weniger als 16 TiB besteht, und dann eine Sicherung des Raid-Sets mit Snapshots mit mehreren Volumes erstellen. Weitere Informationen finden Sie unter Multi-Volume-Snapshots.

Kontingente

io2-Block Express-Volumes halten sich an dieselben Dienstkontingente wie io2-Volumes. Weitere Informationen finden Sie unter Amazon EBS Kontingente.

Preise und Fakturierung

io2 Volumes und io2-Block Express-Volumes werden zum gleichen Satz abgerechnet. Weitere Informationen finden Sie unter Amazon EBS – Preise.

Nutzungsberichte unterscheiden nicht zwischen io2-Block Express-Volumes und io2-Volumes. Wir empfehlen, dass Sie Tags verwenden, um die mit io2-Block Express-Volumes verbundenen Kosten zu ermitteln.

Throughput Optimized HDD-Volumes

Throughput Optimized HDD (st1)-Volumes bieten kostengünstigen Magnetspeicher, der Leistung in Bezug auf Durchsatz anstelle von IOPS definiert. 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.

Obwohl sich Throughput Optimized HDD-Volumes (st1) und Cold HDD-Volumes (sc1) durchaus ähnlich sind, wurden erstere für die Unterstützung von Daten entwickelt, auf die häufig zugegriffen wird.

Dieser Volumetyp ist für Workloads mit hohen sequenziellen E/A-Leistung optimiert, und wir empfehlen für Kunden, die Workloads mit niedriger Random-E/A-Leistung haben, die Verwendung von gp2. Weitere Informationen finden Sie unter Ineffizienz kleiner Lese-/Schreibvorgänge auf HDD.

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 Guthaben Ihr Volume aufweist, desto länger kann es einen E/A-Durchsatz mit der Spitzenrate generieren.

Im folgenden Diagramm wird das Burst-Bucket-Verhalten für st1 dargestellt.

Der verfügbare Durchsatz eines st1-Volumes unterliegt Durchsatz- und Durchsatzguthabengrenzen und wird durch die folgende Formel ausgedrückt:

(Volume size) x (Credit accumulation rate per TiB) = Throughput

Für ein st1-Volume mit 1 TiB ist der Spitzendurchsatz auf 250 MiB/s beschränkt, der Bucket wird bei 40 MiB/s mit Guthaben gefüllt und kann ein Guthaben von bis zu 1 TiB enthalten.

Größere Volumes skalieren für diese Limits linear, wobei der Durchsatz auf maximal 500 MiB/s begrenzt ist. Nachdem der Bucket aufgebraucht ist, wird der Durchsatz auf die Basisrate von 40 MiB/s pro TiB begrenzt.

Bei Volumegrößen von 0,125 bis 16 TiB variiert der Basisdurchsatz folgendermaßen zwischen 5 MiB/s und einer Obergrenze von 500 MiB/s, die bei 12,5 TiB erreicht wird:

            40 MiB/s
12.5 TiB x ---------- = 500 MiB/s
             1 TiB                                                                 

Der Spitzendurchsatz variiert folgendermaßen zwischen 31 MiB/s und einer Obergrenze von 500 MiB/s, die bei 2 TiB erreicht wird:

         250 MiB/s
2 TiB x ---------- = 500 MiB/s
          1 TiB                                                                 

Die folgende Tabelle gibt den vollständigen Bereich von Basis- und Spitzendurchsatzwerten für st1 an:

Volumegröße (TiB)	ST1-Basisdurchsatz (MiB/s)	ST1-Spitzendurchsatz (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:

Anmerkung

Wenn Sie einen Snapshot eines Volumes vom Typ Throughput Optimized HDD (st1) erstellen, kann die Leistung bis auf den Basiswert des Volumes abfallen, während ein Snapshot generiert wird.

Informationen zur Verwendung von CloudWatch-Metriken und -Alarmen zur Überwachung Ihrer Burst Bucket-Menge finden Sie unter Überwachen der Burst Bucket-Menge für Volumes.

Cold HDD-Volumes

Cold HDD (sc1)-Volumes bieten kostengünstigen Magnetspeicher, der Leistung in Bezug auf Durchsatz anstelle von IOPS definiert. 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.

Obwohl sich Cold HDD-Volumes (sc1) und Throughput Optimized HDD-Volumes (st1) durchaus ähnlich sind, wurden erstere für die Unterstützung von Daten entwickelt, auf die unregelmäßig zugegriffen wird.

Anmerkung

Dieser Volumetyp ist für Workloads mit hohen sequenziellen E/A-Leistung optimiert, und wir empfehlen für Kunden, die Workloads mit niedriger Random-E/A-Leistung haben, die Verwendung von gp2. Weitere Informationen finden Sie unter Ineffizienz kleiner Lese-/Schreibvorgänge auf HDD.

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 Guthaben Ihr Volume aufweist, desto länger kann es einen E/A-Durchsatz mit der Spitzenrate generieren.

Der verfügbare Durchsatz eines sc1-Volumes unterliegt Durchsatz- und Durchsatzguthabengrenzen und wird durch die folgende Formel ausgedrückt:

(Volume size) x (Credit accumulation rate per TiB) = Throughput

Für ein sc1-Volume mit 1 TiB ist der Spitzendurchsatz auf 80 MiB/s beschränkt, der Bucket wird bei 12 MiB/s mit Guthaben gefüllt und kann ein Guthaben von bis zu 1 TiB enthalten.

Größere Volumes skalieren für diese Limits linear, wobei der Durchsatz auf maximal 250 MiB/s begrenzt ist. Nachdem der Bucket aufgebraucht ist, wird der Durchsatz auf die Basisrate von 12 MiB/s pro TiB begrenzt.

Bei Volumegrößen von 0,125 bis 16 TiB variiert der Basisdurchsatz folgendermaßen zwischen 1,5 MiB/s und einer Obergrenze von 192 MiB/s, die bei 16 TiB erreicht wird:

           12 MiB/s
16 TiB x ---------- = 192 MiB/s
            1 TiB                                                                 

Der Spitzendurchsatz variiert folgendermaßen zwischen 10 MiB/s und einer Obergrenze von 250 MiB/s, die bei 3,125 TiB erreicht wird:

             80 MiB/s
3.125 TiB x ----------- = 250 MiB/s
              1 TiB                                                                 

Die folgende Tabelle gibt den vollständigen Bereich von Basis- und Spitzendurchsatzwerten für sc1 an:

Volumegröße (TiB)	SC1-Basisdurchsatz (MiB/s)	SC1-Spitzendurchsatz (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:

Anmerkung

Wenn Sie einen Snapshot eines Volumes vom Typ Cold HDD (sc1) erstellen, kann die Leistung bis auf den Basiswert des Volumes abfallen, während ein Snapshot generiert wird.

Informationen zur Verwendung von CloudWatch-Metriken und -Alarmen zur Überwachung Ihrer Burst Bucket-Menge finden Sie unter Überwachen der Burst Bucket-Menge für Volumes.

Magnetic-Volumes

Magnetic-Volumes verfügen über Magnetantriebe und eignen sich für Workloads, bei denen selten auf Daten zugegriffen wird, und Szenarien, in denen es auf geringe Speicherkosten für kleine Volumes ankommt. Diese Volumes bieten durchschnittlich ca. 100 E/A-Vorgänge pro Sekunde und einer Spitzenleistung bis zu Hunderten IOPS. Ihre Größe kann 1 GiB bis 1 TiB betragen.

Anmerkung

Magnetic ist ein Volumetyp der vorherigen Generation. Für neue Anwendungen empfehlen wir die Verwendung eines neueren Volumetyps. Weitere Informationen finden Sie unter Volumes der vorherigen Generation.

Informationen zur Verwendung von CloudWatch-Metriken und -Alarmen zur Überwachung Ihrer Burst Bucket-Menge finden Sie unter Überwachen der Burst Bucket-Menge für Volumes.

Ü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 Throughput Optimized 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 aufgrund von Durchsatzlimits pro Instance und Volume jedoch 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 auf eine Leistungskonsistenz von 90 % des maximalen Durchsatzes zu 99 % der Zeit ausgelegt. Davon abweichende Zeiträume sind ziemlich gleichmäßig verteilt, sodass 99 % des erwarteten Gesamtdurchsatzes pro Stunde erreicht werden.

Die folgende Tabelle zeigt ideale Überprüfungszeiten für Volumes verschiedener Größen; dabei wird von vollen Buckets und ausreichendem Instance-Durchsatz ausgegangen.

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.

   5 TiB            5 TiB
----------- = ------------------- = 10,486 s = 2.91 hours (optimal) 
 500 MiB/s     0.00047684 TiB/s


               2.91 hours
2.91 hours + -------------- = 3.27 hours (minimum expected)
              (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.

      5 TiB
------------------- = 20972 s = 5.83 hours (optimal) 
 0.000238418 TiB/s


  5.83 hours
-------------- = 6.54 hours (minimum expected)
 (0.90)(0.99)

Volumegröße (TiB)	ST1-Überprüfungszeit bei Spitzenleistung (Stunden)*	SC1-Überprüfungszeit bei Spitzenleistung (Stunden)*
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

* Bei diesen Überprüfungszeiten wird bei einer sequenziellen E/A-Leistung von 1 MiB von einer durchschnittlichen Warteschlangentiefe (auf die nächste ganze Zahl gerundet) von mindestens vier ausgegangen.

Verwenden Sie daher st1, 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. Wenn Sie Ihre Kosten optimieren möchten, auf Ihre Daten relativ selten zugegriffen wird und Sie nicht mehr als 250 MiB/s an Überprüfungsleistung benötigen, verwenden Sie sc1.

Ineffizienz kleiner Lese-/Schreibvorgänge auf HDD

Das Leistungsmodell für st1- und sc1-Volumes ist für sequenzielle E/A-Operationen optimiert. Dabei werden Workloads mit hohem Durchsatz bevorzugt, für Workloads mit uneinheitlichen IOPS und Durchsätzen wird eine akzeptable Leistung geboten und von Workloads mit niedriger Random-E/A-Leistung wird abgeraten.

Beispielsweise zählt eine E/A-Anforderung von 1 MiB oder weniger als E/A-Guthaben von 1 MiB. Wenn die E/A-Vorgänge jedoch sequenziell sind, werden Sie zu E/A-Blöcken von 1 MiB zusammengefasst und zählen nur als E/A-Guthaben von 1 MiB.

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, für EBS optimierten EC2-Instance, um Netzwerkengpässe zu vermeiden. Weitere Informationen finden Sie unter Amazon EBS–optimierte Instances.

Überwachen der Burst Bucket-Menge für Volumes

Sie können die Burst Bucket-Menge für gp2-, st1- und sc1-Volumes mithilfe der in BurstBalance verfügbaren EBS-Metrik Amazon CloudWatch überwachen. Die Metrik zeigt den Prozentsatz von E/A-Guthaben (für gp2) oder Durchsatzguthaben (für st1 und sc1) an, die im Burst-Bucket verbleiben. Weitere Informationen zur BurstBalance-Metrik und weiteren Metriken im Zusammenhang mit E/A finden Sie unter E/A-Merkmale und Überwachung. Mit CloudWatch können Sie auch einen Alarm festlegen, der Sie benachrichtigt, wenn der BurstBalance-Wert auf ein bestimmtes Level fällt. Weitere Informationen finden Sie unter Erstellen von Amazon CloudWatch-Alarmen.