Warum kommt es bei meinem Amazon EBS-Volume zu einer hohen E/A-Wartezeit, einer längeren Warteschlangenlänge und einer Erhöhung der Latenz?

Lösung

Bei Ihren Amazon EBS-Volumes kommt es zu einer längeren Warteschlangenlänge und einer hohen E/A-Wartezeit, wenn beim Abschluss des E/A-Vorgangs eine Latenz auftritt. Im Folgenden sind einige der häufigsten Gründe für eine erhöhte Latenz aufgeführt.

Das Volume erreicht seinen Durchsatz oder sein IOPS-Kontingent

Wenn Sie den Durchsatz und die IOPS-Kontingente erreichen, kann es zu einer Latenz kommen. Informationen zum Ermitteln des Durchsatzes und der IOPS-Kontingente finden Sie unter Wie kann ich die maximalen IOPS und den maximalen Durchsatz für ein Amazon EBS-Volume berechnen? Prüfen Sie anschließend, ob die EBS-Volumes der Amazon Elastic Compute Cloud (Amazon EC2)-Instance den Durchsatz oder die IOPS-Kontingente erreichen.

Wenn Sie den Durchsatz oder das IOPS-Kontingent häufig erreichen, ändern Sie den Volume-Typ oder die Größe so, dass sie den Anforderungen der Anwendung entspricht. Um zu ermitteln, welche Volume-Typen verwendet werden sollten, empfiehlt es sich, die EBS-Volumes in einer Testumgebung mit der Workload zu vergleichen.

Der Instance-Durchsatz oder das IOPS-Kontingent ist erreicht

EBS-optimierte EC2-Instances haben einen maximalen aggregierten Durchsatz und IOPS für alle EBS-Volumes, die an die Instance angehängt sind. Möglicherweise stellen Sie eine hohe E/A-Wartezeit und eine erhöhte Latenz fest, aber das Volume erreicht nicht seinen Durchsatz oder seine IOPS-Kontingente. Prüfen Sie in diesem Fall, ob der Durchsatz oder die IOPS des Volumes den Durchsatz oder das IOPS-Kontingent der Instanz erreicht.

Sie haben beispielsweise ein gp3-Volume von 1 TiB mit 16.000 bereitgestellten IOPS und einem Durchsatz von 700 MiBps, das an eine t3.medium-Instance angehängt ist. Eine t3.medium-Instance kann eine maximale Leistung von 260,57 MiBps Durchsatz und 11.800 IOPS erreichen, die über alle angehängten Volumes aggregiert werden. Die Instance erreicht dies nur 30 Minuten lang in einem Zeitraum von 24 Stunden. Dann wird die Leistung auf einen Basisdurchsatz von 43,43 MiBps und 2.000 IOPS gedrosselt, die für alle angehängten Volumes aggregiert werden. Obwohl ein Volume bis zu 700 MIBps und 16.000 IOPS verwalten kann, kann die Instance diese Leistung nicht erreichen.

Wenn Ihre Anforderungen an die Anwendungsleistung die Funktionen Ihrer Instance übersteigen, ändern Sie den Instance-Typ in einen, der Ihre Workload verwalten kann.

Micro-Bursting tritt im Volumen auf

Micro-Bursting tritt auf, wenn ein Volume für einen deutlich kürzeren Zeitraum als den Erfassungszeitraum IOPS oder den Durchsatz erhöht. Amazon CloudWatch zeigt kein Micro-Bursting an. Weitere Informationen finden Sie unter Wie kann ich feststellen, ob es sich bei meinem Amazon EBS-Volume um Micro-Bursting handelt, und wie kann ich verhindern, dass dies passiert?

Sie haben das Volume aus einem Snapshot wiederhergestellt, und das Volume wird initialisiert

Wenn ein Volume aus einem Snapshot wiederhergestellt wird, muss das Volume die Daten initialisieren. Wenn Sie zum ersten Mal auf jeden Datenblock zugreifen, kann es zu einer erhöhten Latenz kommen, da das Volume die Daten von Amazon Simple Storage (Amazon S3) herunterladen muss.

Um die Latenz zu minimieren, können Sie die Initialisierung des Volumes erzwingen. Sie können auch Amazon EBS – Schnelle Snapshot-Wiederherstellung aktivieren, sodass das Volume bei der Erstellung vollständig initialisiert wird.

Es liegt ein Problem mit den zugrunde liegenden Speichersubsystemen des Volumes vor

Wenn Sie alle vorherigen Schritte zur Problembehandlung ausprobiert haben und weiterhin eine hohe Latenz auftritt, wenden Sie sich an den AWS Support.

Ähnliche Informationen

Wie verwende ich die CloudWatch-Metriken, um den durchschnittlichen Durchsatz und die durchschnittliche Anzahl der IOPS zu berechnen, die mein EBS-Volume liefert?

Behebung der E/A-Latenz bei der Wiederherstellung von Amazon EBS-Volumes aus EBS-Snapshots