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.
# Durchsatzoptimierte Amazon EBS-Festplatten- und Cold-HDD-Volumes
Die von Amazon EBS bereitgestellten HDD-backed Volumen lassen sich in folgende Kategorien einteilen:
+ 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 bei allen Amazon EBS-Volumes empfehlen wir, eine geeignete EBS-optimized EC2-Instance auszuwählen, 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 Volume-Typ ist für große, sequentielle Workloads optimiert. Wir empfehlen Kunden mit kleinen Workloads I/O, die nach dem Zufallsprinzip arbeiten, oder. 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-optimized Instances angeschlossen sind, sind so konzipiert, dass sie eine konsistente Leistung bieten und in 99 Prozent der Fälle in einem bestimmten Jahr mindestens 90 Prozent der erwarteten Durchsatzleistung liefern.
### 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-Level betrieben werden.
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) × (Credit accumulation rate per TiB) = Throughput
```
Bei einem `st1` 1-Tib-Volumen ist der Burst-Durchsatz auf 250 begrenzt MiB/s, der Bucket füllt sich mit 40 MiB/s Credits und kann bis zu 1 TiB-worth Credits aufnehmen.
Bei größeren Volumen werden diese Grenzwerte linear skaliert, wobei der Durchsatz auf maximal 500 begrenzt ist. MiB/s Wenn der Eimer aufgebraucht ist, ist der Durchsatz auf die Basisrate von 40 MiB/s pro TiB begrenzt.
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:
**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 große, sequenzielle I/O Workloads optimiert. Wir empfehlen Kunden mit kleinen, zufälligen I/O Workloads oder. [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).
An EBS-optimized Instances angeschlossene Cold HDD (`sc1`) -Volumes sind so konzipiert, dass sie eine konsistente Leistung bieten und in 99 Prozent der Fälle in einem bestimmten Jahr mindestens 90 Prozent der erwarteten Durchsatzleistung liefern.
### 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.
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-Volumen ist der Burst-Durchsatz auf 80 begrenzt MiB/s, der Bucket füllt sich mit 12 MiB/s Credits und kann bis zu 1 TiB-worth Credits aufnehmen.
Bei größeren Volumen werden diese Grenzwerte linear skaliert, wobei der Durchsatz auf maximal 250 begrenzt ist. MiB/s Wenn der Eimer aufgebraucht ist, ist der Durchsatz auf die Basisrate von 12 MiB/s pro TiB begrenzt.
Bei Volumengrößen von 0,125 TiB bis 16 TiB variiert der Basisdurchsatz zwischen 1,5 MiB/s und einem Maximum von 192 MiB/s, was 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:
**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.
`st1`Sowohl als auch `sc1` sind auf eine Leistungskonstanz von 90 Prozent des Burst-Durchsatzes in 99 Prozent der Fälle ausgelegt. Non-compliant Die Perioden sind ungefähr gleichmäßig verteilt, sodass 99 Prozent des erwarteten Gesamtdurchsatzes pro Stunde erreicht 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-Ü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 |
\* Diese Scanzeiten gehen von einer durchschnittlichen Warteschlangentiefe (auf die nächste ganze Zahl gerundet) von vier oder mehr aus, wenn 1 MiB I/O sequentiell ausgeführt wird.
Wenn Sie also einen durchsatzorientierten Workload haben, der Scans schnell abschließen muss (bis zu 500 MiB/s) oder mehrere vollständige Scans pro Tag erfordert, verwenden Sie. `st1` Wenn Sie kostenoptimiert sind, relativ selten auf Ihre Daten zugegriffen wird und Sie nicht mehr als 250 MiB/s % Scanleistung benötigen, sollten Sie verwenden. `sc1`
### Ineffizienz von Small auf HDD read/writes
Das Leistungsmodell für `st1` und `sc1` Volumes ist für sequenzielle Workloads optimiert I/Os, bevorzugt Workloads mit hohem Durchsatz, bietet akzeptable Leistung bei Workloads mit gemischten IOPS und Durchsatz und verhindert Workloads mit kleinen, zufälligen Workloads. I/O
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 zur `BurstBalance` Metrik und zu anderen Kennzahlen im Zusammenhang mit finden Sie I/O 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).