

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.

# CloudWatch Integration mit X-Ray
<a name="xray-services-cloudwatch"></a>

AWS X-Ray lässt sich in [CloudWatch Application Signals](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Application-Monitoring-Sections.html), CloudWatch RUM und CloudWatch Synthetics integrieren, um die Überwachung des Zustands Ihrer Anwendungen zu vereinfachen. Ermöglichen Sie es Ihrer Anwendung für Application Signals, den Betriebsstatus Ihrer Dienste, Clientseiten, Synthetics Canaries und Serviceabhängigkeiten zu überwachen und Fehler zu beheben.

Durch die Korrelation von CloudWatch Metriken, Protokollen und X-Ray-Traces bietet die X-Ray-Trace-Map einen end-to-end Überblick über Ihre Services, sodass Sie Leistungsengpässe schnell erkennen und betroffene Benutzer identifizieren können.

Mit CloudWatch RUM können Sie eine echte Benutzerüberwachung durchführen, um clientseitige Daten über die Leistung Ihrer Webanwendung aus tatsächlichen Benutzersitzungen nahezu in Echtzeit zu sammeln und anzuzeigen. Mit AWS X-Ray und CloudWatch RUM können Sie den Anforderungspfad analysieren und debuggen, angefangen bei den Endbenutzern Ihrer Anwendung bis hin zu nachgelagerten Managed Services. AWS Auf diese Weise können Sie Latenztrends und Fehler identifizieren, die sich auf Ihre Endbenutzer auswirken. 

**Topics**
+ [CloudWatch RUM und AWS X-Ray](xray-services-RUM.md)
+ [Debuggen von CloudWatch synthetischen Kanarienvögeln mit X-Ray](xray-services-cloudwatch-synthetics.md)

# CloudWatch RUM und AWS X-Ray
<a name="xray-services-RUM"></a>

Mit Amazon CloudWatch RUM können Sie eine echte Benutzerüberwachung durchführen, um clientseitige Daten über die Leistung Ihrer Webanwendung aus tatsächlichen Benutzersitzungen nahezu in Echtzeit zu sammeln und anzuzeigen. Mit AWS X-Ray und CloudWatch RUM können Sie den Anforderungspfad analysieren und debuggen, angefangen bei den Endbenutzern Ihrer Anwendung bis hin zu nachgelagerten Managed Services. AWS Auf diese Weise können Sie Latenztrends und Fehler identifizieren, die sich auf Ihre Endbenutzer auswirken. 

Nachdem Sie die Röntgenverfolgung von Benutzersitzungen aktiviert haben, fügt CloudWatch RUM den zulässigen HTTP-Anfragen einen X-Ray-Trace-Header hinzu und zeichnet ein X-Ray-Segment für zulässige HTTP-Anfragen auf. Sie können dann Traces und Segmente aus diesen Benutzersitzungen im X-Ray und in den CloudWatch Konsolen sehen, einschließlich der X-Ray-Trace-Map. 

**Anmerkung**  
CloudWatch RUM lässt sich nicht in die X-Ray-Probenahmeregeln integrieren. Wählen Sie stattdessen einen Prozentsatz für die Probenahme aus, wenn Sie Ihre Anwendung für die Verwendung von CloudWatch RUM einrichten. Bei Traces, die von CloudWatch RUM gesendet werden, können zusätzliche Kosten anfallen. Weitere Informationen finden Sie unter [AWS X-Ray Preise](https://aws.amazon.com/xray/pricing/). 

Standardmäßig sind von CloudWatch RUM gesendete clientseitige Traces nicht mit serverseitigen Traces verbunden. Um clientseitige Traces mit serverseitigen Traces zu verbinden, konfigurieren Sie den CloudWatch RUM-Webclient so, dass er diesen HTTP-Anfragen einen X-Ray-Trace-Header hinzufügt. 

**Warnung**  
Wenn Sie den CloudWatch RUM-Webclient so konfigurieren, dass er HTTP-Anfragen einen X-Ray-Trace-Header hinzufügt, kann dies dazu führen, dass Cross-Origin Resource Sharing (CORS) fehlschlägt. Um dies zu vermeiden, fügen Sie den `X-Amzn-Trace-Id` HTTP-Header der Liste der zulässigen Header in der CORS-Konfiguration Ihres Downstream-Dienstes hinzu. Wenn Sie API Gateway als Downstream verwenden, finden Sie weitere Informationen unter [CORS für eine REST-API-Ressource aktivieren](https://docs.aws.amazon.com/apigateway/latest/developerguide/how-to-cors.html). Wir empfehlen dringend, Ihre Anwendung zu testen, bevor Sie einen clientseitigen X-Ray-Ablaufverfolgungs-Header in einer Produktionsumgebung hinzufügen. Weitere Informationen finden Sie in der [ CloudWatch RUM-Webclient-Dokumentation](https://github.com/aws-observability/aws-rum-web/blob/main/docs/cdn_installation.md#http).

Weitere Informationen zur Überwachung von echten Benutzern finden Sie unter [ CloudWatch RUM verwenden](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html). CloudWatch Informationen zum Einrichten Ihrer Anwendung für die Verwendung von CloudWatch RUM, einschließlich der Protokollierung von Benutzersitzungen mit X-Ray, finden Sie unter [Eine Anwendung für die Verwendung von CloudWatch RUM einrichten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM-get-started.html). 

# Debuggen von CloudWatch synthetischen Kanarienvögeln mit X-Ray
<a name="xray-services-cloudwatch-synthetics"></a>

CloudWatch Synthetics ist ein vollständig verwalteter Service, mit dem Sie Ihre Endgeräte überwachen und Scripted Canaries APIs verwenden können, die 24 Stunden am Tag und einmal pro Minute ausgeführt werden. 

Sie können Canary-Skripte anpassen, um nach Änderungen zu suchen in: 
+ Verfügbarkeit
+ Latenz
+ Transaktionen
+ Unterbrochene oder tote Links
+ Step-by-step Erledigung von Aufgaben
+ Fehler beim Laden der Seite
+ Ladelatenzen für Komponenten der Benutzeroberfläche
+ Komplexe Assistentenabläufe
+ Checkout-Abläufe in Ihrer Anwendung

Canarys folgen denselben Routen, agieren und verhalten sich wie Ihre Kunden und überprüfen die Kundenerfahrung kontinuierlich.

Weitere Informationen zum Einrichten von Synthetics-Tests finden Sie unter [Erstellen und Verwalten von Canarys mit Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html).

![\[Beispielhafter Canary-Knoten in X-Ray-Trace-Zuordnung.\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-show-canary-active.png)


Die folgenden Beispiele zeigen häufige Anwendungsfälle für Debugging-Probleme, die von Ihren Synthetics-Canarys ausgelöst werden. Jedes Beispiel zeigt eine wichtige Strategie für das Debuggen mit der Trace-Map oder der X-Ray Analytics-Konsole.

Weitere Informationen zum Lesen und Interagieren mit der Trace-Map finden Sie unter [Service-Map anzeigen](https://docs.aws.amazon.com/xray/latest/devguide/xray-console.html#xray-console-servicemap). 

Weitere Informationen zum Lesen und Interagieren mit der X-Ray Analytics-Konsole finden Sie unter [Interaktion mit der AWS X-Ray Analytics-Konsole](https://docs.aws.amazon.com/xray/latest/devguide/xray-console-analytics.html). 

**Topics**
+ [In der Trace-Map werden Kanarienvögel angezeigt, bei denen häufiger Fehler gemeldet werden](#xray-services-cloudwatch-synthetics-workflows-which-canary)
+ [Verwenden Sie Trace-Detailkarten für einzelne Traces, um sich jede Anfrage im Detail anzusehen](#xray-services-cloudwatch-synthetics-workflows-trace-map)
+ [Die Ursache fortlaufender Fehler in Upstream- und Downstream-Services ermitteln](#xray-services-cloudwatch-synthetics-workflows-root-cause)
+ [Performance-Engpässe und Trends identifizieren](#xray-services-cloudwatch-synthetics-workflows-bottlenecks)
+ [Latenz und Fehler- oder Ausfallraten vor und nach Änderungen vergleichen](#xray-services-cloudwatch-synthetics-workflows-latency)
+ [Ermitteln Sie die erforderliche Kanarienabdeckung für alle APIs und URLs](#xray-services-cloudwatch-synthetics-workflows-impact)
+ [Gruppen für die Konzentration auf Synthetics-Tests verwenden](#xray-services-cloudwatch-synthetics-groups)

## In der Trace-Map werden Kanarienvögel angezeigt, bei denen häufiger Fehler gemeldet werden
<a name="xray-services-cloudwatch-synthetics-workflows-which-canary"></a>

 [Um zu sehen, welche Kanaren in Ihrer X-Ray-Trace-Map häufiger Fehler, Störungen, Drosselungsraten oder langsame Reaktionszeiten aufweisen, können Sie die Canary-Clientknoten von Synthetics mithilfe des Filters hervorheben. `Client::Synthetic`](xray-console-filters.md) Wenn Sie auf einen Knoten klicken, wird die Verteilung der Antwortzeit der gesamten Anfrage angezeigt. Wenn Sie auf eine Kante zwischen zwei Knoten klicken, werden Details zu den Anfragen angezeigt, die diese Verbindung verarbeitet haben. Sie können in Ihrer Trace-Map auch abgeleitete „entfernte“ Knoten für verwandte Downstream-Dienste anzeigen. 

Wenn Sie auf den Synthetics-Knoten klicken, wird im Seitenbereich die Schaltfläche **In Synthetics anzeigen** angezeigt, über die Sie zur Synthetics-Konsole weitergeleitet werden, wo Sie die Canary-Details überprüfen können.

![\[Beispiel für einen kanarischen Knoten in einer Röntgen-Trace-Map mit Servicedetails.\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-servicedetail.png)


## Verwenden Sie Trace-Detailkarten für einzelne Traces, um sich jede Anfrage im Detail anzusehen
<a name="xray-services-cloudwatch-synthetics-workflows-trace-map"></a>

Um zu ermitteln, welcher Service zu der höchsten Latenz führt oder einen Fehler verursacht, rufen Sie die Trace-Details-Map auf, indem Sie die Trace in der Trace-Map auswählen. Die einzelnen Trace-Detailkarten zeigen den end-to-end Pfad einer einzelnen Anfrage an. Mit dieser Option können Sie die aufgerufenen Services verstehen und die Upstream- und Dowstream-Services visualisieren.

![\[Beispiel für einen kanarischen Knoten in der Karte mit den Trace-Details im Röntgenbild.\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-tracemap.png)


## Die Ursache fortlaufender Fehler in Upstream- und Downstream-Services ermitteln
<a name="xray-services-cloudwatch-synthetics-workflows-root-cause"></a>

Sobald Sie einen CloudWatch Alarm für Fehler in einem Synthetics Canary erhalten, verwenden Sie die statistische Modellierung der Trace-Daten in X-Ray, um die wahrscheinliche Ursache des Problems in der X-Ray Analytics-Konsole zu ermitteln. In der Analytics-Konsole werden in der Tabelle mit den **Ursachen der Antwortzeiten** aufgezeichnete Entitätenpfade angezeigt. X-Ray bestimmt, welcher Pfad in Ihrer Spur die wahrscheinlichste Ursache für die Reaktionszeit ist. Das Format steht für eine Hierarchie von vorgefundenen Entitäten. Dies führt zu einer Reaktionszeit-Ursache. 

Das folgende Beispiel zeigt, dass der Synthetics-Test für API „XXX“, der auf API Gateway ausgeführt wird, aufgrund einer Durchsatzkapazitätsausnahme aus der Amazon DynamoDB-Tabelle fehlschlägt.

![\[Beispielhafter Canary-Knoten in X-Ray-Trace-Zuordnung.\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-active-select.png)


![\[Beispielursache beim Canary-Knoten\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-rootcause.png)


![\[Beispiel für einen Annotationsfilter, der den Canary-Node angibt.\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-showannot.png)


## Performance-Engpässe und Trends identifizieren
<a name="xray-services-cloudwatch-synthetics-workflows-bottlenecks"></a>

Sie können Trends in der Leistung Ihres Endpunkts im Zeitverlauf anzeigen, indem Sie kontinuierlichen Datenverkehr von Ihren Synthetics-Kanaren verwenden, um eine Karte mit Trace-Details über einen bestimmten Zeitraum zu füllen. 

![\[Beispiel für einen Annotationsfilter, der den kanarischen Knoten angibt.\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-distribution.png)


## Latenz und Fehler- oder Ausfallraten vor und nach Änderungen vergleichen
<a name="xray-services-cloudwatch-synthetics-workflows-latency"></a>

Ermitteln Sie den Zeitpunkt, zu dem eine Änderung eingetreten ist, um diese Änderung mit einer Zunahme von Problemen zu korrelieren, die auf Ihren Kanaren aufgetreten sind. Verwenden Sie die X-Ray Analytics-Konsole, um die Zeitbereiche „Vorher“ und „Nachher“ als unterschiedliche Trace-Sets zu definieren und so eine visuelle Differenzierung in der Verteilung der Antwortzeiten zu erzielen.

![\[Beispiel für einen Annotationsfilter, der den kanarischen Knoten angibt.\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-compare.png)


## Ermitteln Sie die erforderliche Kanarienabdeckung für alle APIs und URLs
<a name="xray-services-cloudwatch-synthetics-workflows-impact"></a>

 Verwenden Sie X-Ray Analytics, um die Erfahrung von Canarys mit den Benutzern zu vergleichen. Die folgende Benutzeroberfläche zeigt eine blaue Trendlinie für Canarys und eine grüne Linie für Benutzer an. Sie können auch feststellen, dass bei zwei der drei URLs keine kanarischen Tests durchgeführt wurden.

![\[Beispiel für einen Annotationsfilter, der den kanarischen Knoten angibt.\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-vs-customer.png)


## Gruppen für die Konzentration auf Synthetics-Tests verwenden
<a name="xray-services-cloudwatch-synthetics-groups"></a>

 Sie können mithilfe eines Filterausdrucks eine X-Ray-Gruppe erstellen, um sich auf eine bestimmte Gruppe von Workflows zu konzentrieren, z. B. einen Synthetics für die Anwendung „www“, auf der AWS Elastic Beanstalk ausgeführt wird. Verwenden Sie die [komplexen Schlüsselwörter](xray-console-filters.md#console-filters-complex) `service()` und filtern `edge()` Sie nach Services und Edges.

**Example Gruppenfilterausdruck**  

```
"edge(id(name: "www", type: "client::Synthetics"), id(name: "www", type: "AWS::ElasticBeanstalk::Environment"))" 
```

![\[Beispielknoten für Elastic Beanstalk www\]](http://docs.aws.amazon.com/de_de/xray/latest/devguide/images/synthetics-canary-active-www.png)
