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.
Konzipieren und Implementieren von Protokollierung und Überwachung mit CloudWatch häufig gestellten Fragen
Dieser Abschnitt enthält Antworten auf häufig gestellte Fragen zum Entwerfen und Implementieren einer Protokollierungs- und Überwachungslösung mit CloudWatch.
Wo speichere ich meine CloudWatch Konfigurationsdateien?
Der CloudWatch Agent für Amazon EC2 kann mehrere Konfigurationsdateien anwenden, die im CloudWatch Konfigurationsverzeichnis gespeichert sind. Idealerweise sollten Sie Ihre CloudWatch Konfiguration als eine Reihe von Dateien speichern, da Sie die Versionskontrolle vornehmen und sie für mehrere Konten und Umgebungen erneut verwenden können. Weitere Informationen dazu finden Sie im CloudWatch Konfigurationen verwalten Abschnitt dieses Handbuchs. Alternativ können Sie Ihre Konfigurationsdateien in einem Repository speichern GitHub und den Abruf der Konfigurationsdateien automatisieren, wenn eine neue EC2-Instance bereitgestellt wird.
Wie kann ich in meiner Service Management-Lösung ein Ticket erstellen, wenn ein Alarm ausgelöst wird?
Sie integrieren Ihr Service-Management-System in ein Amazon Simple Notification Service (Amazon SNS) -Thema und konfigurieren den CloudWatch Alarm so, dass das SNS-Thema benachrichtigt wird, wenn ein Alarm ausgelöst wird. Ihr integriertes System empfängt die SNS-Nachricht und kann mithilfe Ihrer Service-Management-Systeme oder ein Ticket erstellen. APIs SDKs
Wie verwende ich CloudWatch , um Protokolldateien in meinen Containern zu erfassen?
Amazon ECS-Aufgaben und Amazon EKS-Pods können so konfiguriert werden, dass die STDOUT- und STDERR-Ausgabe automatisch an gesendet wird. CloudWatch Der empfohlene Ansatz für die Protokollierung containerisierter Anwendungen besteht darin, dass Container ihre Ausgabe an STDOUT und STDERR senden. Dies wird auch im Twelve-Factor App-Manifest behandelt.
Wenn Sie jedoch bestimmte Protokolldateien an senden möchten, können Sie ein Volume in Ihrem Amazon EKS-Pod oder Ihrer Amazon ECS-Aufgabendefinition bereitstellen, in das Ihre Anwendung ihre Protokolldateien schreibt, und einen Sidecar-Container für Fluentd oder Fluent Bit verwenden, an den die Protokolle gesendet werden. CloudWatch CloudWatch Sie sollten erwägen, eine bestimmte Protokolldatei in Ihrem Container symbolisch mit und zu verknüpfen. /dev/stdout /dev/stderr Weitere Informationen dazu finden Sie in der Docker-Dokumentation unter Logs für einen Container oder Dienst anzeigen
Wie überwache ich Gesundheitsprobleme bei AWS Diensten?
Sie können das verwenden AWS Health Dashboard, um AWS Gesundheitsereignisse zu überwachen. Im aws-health-tools
Wie kann ich eine benutzerdefinierte CloudWatch Metrik erstellen, wenn es keine Agentenunterstützung gibt?
Sie können das eingebettete Metrikformat verwenden, um Metriken zu importieren CloudWatch. Sie können auch AWS SDK (z. B. put_metric_data
Wie integriere ich meine vorhandenen Protokollierungs- und Überwachungstools in? AWS
Für die Integration mit sollten Sie sich an die Anleitungen des Software- oder Serviceanbieters halten AWS. Möglicherweise können Sie Agentsoftware, SDK oder eine bereitgestellte API verwenden, um Protokolle und Metriken an die jeweilige Lösung zu senden. Möglicherweise können Sie auch eine Open-Source-Lösung wie Fluentd oder Fluent Bit verwenden, die gemäß den Spezifikationen des Anbieters konfiguriert ist. Sie können auch die AWS SDK- und CloudWatch Logs-Abonnementfilter mit Lambda und Kinesis Data Streams verwenden, um benutzerdefinierte Protokollprozessoren und Shipper zu erstellen. Schließlich sollten Sie auch überlegen, wie Sie die Software integrieren, wenn Sie mehrere Konten und Regionen verwenden.
