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.

# Fehlerbehebung bei einem Classic Load Balancer: Antwortcode-Metriken
<a name="ts-elb-http-errors"></a>

Ihr Load Balancer sendet Metriken CloudWatch für die an Clients gesendeten HTTP-Antwortcodes an Amazon und identifiziert dabei entweder den Load Balancer oder die registrierten Instances als Fehlerquelle. Sie können die von Ihrem Load Balancer zurückgegebenen CloudWatch Metriken verwenden, um Probleme zu beheben. Weitere Informationen finden Sie unter [CloudWatch Metriken für Ihren Classic Load Balancer](elb-cloudwatch-metrics.md).

Im Folgenden finden Sie die von CloudWatch Ihrem Load Balancer zurückgegebenen Antwortcode-Metriken, die möglichen Ursachen und die Schritte, die Sie zur Behebung der Probleme ergreifen können.

**Topics**
+ [HTTPCode\$1ELB\$14XX](#ts-elb-error-metrics-ELB_4XX)
+ [HTTPCode\$1ELB\$15XX](#ts-elb-error-metrics-ELB_5XX)
+ [HTTPCode\$1Backend\$12xx](#ts-elb-error-metrics-Backend_2XX)
+ [HTTPCode\$1Backend\$13xx](#ts-elb-error-metrics-Backend_3XX)
+ [HTTPCode\$1Backend\$14xx](#ts-elb-error-metrics-Backend_4XX)
+ [HTTPCode\$1Backend\$15xx](#ts-elb-error-metrics-Backend_5XX)

## HTTPCode\$1ELB\$14XX
<a name="ts-elb-error-metrics-ELB_4XX"></a>

**Cause**: Eine falsch formatierte oder stornierte Anforderung vom Client.

**Lösungen**
+ Siehe [HTTP 400: BAD\$1REQUEST](ts-elb-error-message.md#ts-elb-errorcodes-http400).
+ Siehe [HTTP 405: METHOD\$1NOT\$1ALLOWED](ts-elb-error-message.md#ts-elb-errorcodes-http405).
+ Siehe [HTTP 408: Request Timeout](ts-elb-error-message.md#ts-elb-errorcodes-http408).

## HTTPCode\$1ELB\$15XX
<a name="ts-elb-error-metrics-ELB_5XX"></a>

**Cause**: Entweder der Load Balancer oder die registrierte Instance verursacht den Fehler oder der Load Balancer kann die Antwort nicht analysieren.

**Lösungen**
+ Siehe [HTTP 502: Bad Gateway](ts-elb-error-message.md#ts-elb-errorcodes-http502).
+ Siehe [HTTP 503: Service Unavailable](ts-elb-error-message.md#ts-elb-errorcodes-http503).
+ Siehe [HTTP 504: Gateway Timeout](ts-elb-error-message.md#ts-elb-errorcodes-http504).

## HTTPCode\$1Backend\$12xx
<a name="ts-elb-error-metrics-Backend_2XX"></a>

**Cause**: Eine normale, erfolgreiche Antwort von den registrierten Instances.

**Solution**: Keine.

## HTTPCode\$1Backend\$13xx
<a name="ts-elb-error-metrics-Backend_3XX"></a>

**Cause**: Eine umgeleitete Antwort von den registrierten Instances.

**Solution**: Rufen Sie die Zugriffsprotokolle oder die Fehlerprotokolle auf der Instance auf, um die Ursache zu ermitteln. Senden Sie Ihre Anforderungen direkt an die Instance (unter Umgehung des Load Balancers), um die Antworten zu sehen.

## HTTPCode\$1Backend\$14xx
<a name="ts-elb-error-metrics-Backend_4XX"></a>

**Cause**: Eine Client-Fehlerantwort aus den registrierten Instances.

**Solution**: Rufen Sie die Zugriffsprotokolle oder die Fehlerprotokolle auf den Instances auf, um die Ursache zu ermitteln. Senden Sie Anforderungen direkt an die Instance (unter Umgehung des Load Balancers), um die Antworten zu sehen.

**Anmerkung**  
Wenn der Client eine HTTP-Anforderung storniert, die mit einem `Transfer-Encoding: chunked`-Header initiiert wurde, gibt es ein bekanntes Problem, bei dem der Load Balancer die Anforderung an die Instance weiterleitet, obwohl der Client die Anforderung storniert hat. Dies kann zu Backend-Fehlern führen.

## HTTPCode\$1Backend\$15xx
<a name="ts-elb-error-metrics-Backend_5XX"></a>

**Cause**: Eine Server-Fehlerantwort aus den registrierten Instances.

**Solution**: Rufen Sie die Zugriffsprotokolle oder die Fehlerprotokolle auf Ihren Instances auf, um die Ursache zu ermitteln. Senden Sie Anforderungen direkt an die Instance (unter Umgehung des Load Balancers), um die Antworten zu sehen.

**Anmerkung**  
Wenn der Client eine HTTP-Anforderung storniert, die mit einem `Transfer-Encoding: chunked`-Header initiiert wurde, gibt es ein bekanntes Problem, bei dem der Load Balancer die Anforderung an die Instance weiterleitet, obwohl der Client die Anforderung storniert hat. Dies kann zu Backend-Fehlern führen.