Konfiguration auf Anwendungsebene CloudWatch - AWS Präskriptive Leitlinien

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.

Konfiguration auf Anwendungsebene CloudWatch

Anwendungsprotokolle und Metriken werden bei der Ausführung von Anwendungen generiert und sind anwendungsspezifisch. Stellen Sie sicher, dass Sie die Protokolle und Metriken definieren, die erforderlich sind, um Anwendungen, die regelmäßig von Ihrem Unternehmen verwendet werden, angemessen zu überwachen. Beispielsweise könnte Ihre Organisation Microsoft Internet Information Server (IIS) für webbasierte Anwendungen standardisiert haben. Sie können eine Standardprotokoll- und CloudWatch Metrikkonfiguration für IIS erstellen, die auch in Ihrer gesamten Organisation verwendet werden kann. Anwendungsspezifische Konfigurationsdateien können an einem zentralen Ort gespeichert werden (z. B. in einem S3-Bucket). Workload-Besitzer können darauf zugreifen oder sie automatisch abrufen und in das CloudWatch Konfigurationsverzeichnis kopieren. Der CloudWatch Agent kombiniert automatisch CloudWatch Konfigurationsdateien, die sich im Konfigurationsdateiverzeichnis jeder EC2 Instanz oder jedes Servers befinden, zu einer zusammengesetzten Konfiguration. CloudWatch Das Endergebnis ist eine CloudWatch Konfiguration, die die Standardkonfiguration Ihres Unternehmens auf Systemebene sowie alle relevanten Konfigurationen auf CloudWatch Anwendungsebene umfasst.

Workload-Besitzer sollten Protokolldateien und Metriken für alle wichtigen Anwendungen und Komponenten identifizieren und konfigurieren.

Konfiguration von Protokollen auf Anwendungsebene

Die Protokollierung auf Anwendungsebene hängt davon ab, ob es sich bei der Anwendung um eine kommerzielle off-the-shelf (COTS) oder eine individuell entwickelte Anwendung handelt. COTS-Anwendungen und ihre Komponenten bieten möglicherweise mehrere Optionen für die Protokollkonfiguration und -ausgabe, z. B. die Protokolldetailebene, das Protokolldateiformat und den Speicherort der Protokolldatei. Bei den meisten COTS- oder Drittanbieteranwendungen ist es Ihnen jedoch nicht möglich, die Protokollierung grundlegend zu ändern (z. B. den Code der Anwendung so zu aktualisieren, dass er zusätzliche Protokollanweisungen oder Formate enthält, die nicht konfigurierbar sind). Sie sollten zumindest die Protokollierungsoptionen für COTS oder Drittanbieteranwendungen so konfigurieren, dass Informationen zu Warnungen und Fehlern protokolliert werden, vorzugsweise im JSON-Format.

Sie können individuell entwickelte Anwendungen in CloudWatch Logs integrieren, indem Sie die Protokolldateien der Anwendung in Ihre Konfiguration aufnehmen. CloudWatch Benutzerdefinierte Anwendungen bieten eine bessere Protokollqualität und Kontrolle, da Sie das Protokollausgabeformat anpassen, die Komponentenausgabe kategorisieren und in separate Protokolldateien unterteilen und zusätzlich alle zusätzlichen erforderlichen Details angeben können. Stellen Sie sicher, dass Sie die Protokollbibliotheken und die erforderlichen Daten und Formatierungen für Ihr Unternehmen überprüfen und standardisieren, damit Analysen und Verarbeitung einfacher werden.

Sie können auch mit dem CloudWatch CloudWatch PutLogEvents Logs-API-Aufruf oder mithilfe des AWS SDK in einen Protokollstream schreiben. Sie können die API oder das SDK für benutzerdefinierte Protokollierungsanforderungen verwenden, z. B. für die Koordination der Protokollierung in einem einzigen Protokollstream über eine verteilte Gruppe von Komponenten und Servern. Die am einfachsten zu wartende und am weitesten verbreitete Lösung besteht jedoch darin, Ihre Anwendungen so zu konfigurieren, dass sie in Protokolldateien schreiben und dann den CloudWatch Agenten zum Lesen und Streamen der Protokolldateien verwenden. CloudWatch

Sie sollten auch die Art der Metriken berücksichtigen, die Sie anhand Ihrer Anwendungsprotokolldateien messen möchten. Sie können Metrikfilter verwenden, um diese Daten in einer CloudWatch Protokollgruppe zu messen, grafisch darzustellen und Warnmeldungen zu erstellen. Sie können beispielsweise einen Metrikfilter verwenden, um fehlgeschlagene Anmeldeversuche zu zählen, indem Sie sie in Ihren Protokollen identifizieren.

Sie können auch benutzerdefinierte Metriken für Ihre speziell entwickelten Anwendungen erstellen, indem Sie das CloudWatch eingebettete Metrikformat in Ihren Anwendungsprotokolldateien verwenden.

Konfiguration von Metriken auf Anwendungsebene

Benutzerdefinierte Metriken sind Metriken, die nicht direkt von AWS Services to CloudWatch bereitgestellt werden. Sie werden in einem benutzerdefinierten Namespace unter Metriken veröffentlicht. CloudWatch Alle Anwendungsmetriken werden als benutzerdefinierte CloudWatch Metriken betrachtet. Anwendungsmetriken können einer EC2 Instanz, einer Anwendungskomponente, einem API-Aufruf oder sogar einer Geschäftsfunktion entsprechen. Sie müssen auch die Wichtigkeit und Kardinalität der Dimensionen berücksichtigen, die Sie für Ihre Metriken auswählen. Dimensionen mit hoher Kardinalität generieren eine große Anzahl von benutzerdefinierten Metriken und können Ihre Kosten in die Höhe treiben. CloudWatch

CloudWatch hilft Ihnen dabei, Metriken auf Anwendungsebene auf verschiedene Arten zu erfassen, unter anderem auf folgende Weise:

Sie können procstat verwenden, um kritische Anwendungsprozesse mit dem Agenten zu überwachen und zu messen. CloudWatch Auf diese Weise können Sie einen Alarm auslösen und Maßnahmen ergreifen (z. B. eine Benachrichtigung oder einen Neustartprozess), wenn ein kritischer Prozess für Ihre Anwendung nicht mehr läuft. Sie können auch die Leistungsmerkmale Ihrer Anwendungsprozesse messen und einen Alarm auslösen, wenn sich ein bestimmter Prozess ungewöhnlich verhält.

Die Procstat-Überwachung ist auch nützlich, wenn Sie Ihre COTS-Anwendungen nicht mit zusätzlichen benutzerdefinierten Messwerten aktualisieren können. Sie können beispielsweise eine my_process Metrik erstellen, die das misst cpu_time und eine benutzerdefinierte application_version Dimension enthält. Sie können auch mehrere CloudWatch Agentenkonfigurationsdateien für eine Anwendung verwenden, wenn Sie unterschiedliche Dimensionen für verschiedene Metriken haben.

Wenn Ihre Anwendung unter Windows ausgeführt wird, sollten Sie prüfen, ob sie bereits Metriken im Windows Performance Monitor veröffentlicht. Viele COTS-Anwendungen sind in den Windows-Leistungsmonitor integriert, sodass Sie Anwendungsmetriken einfach überwachen können. CloudWatch lässt sich auch in den Windows Performance Monitor integrieren, sodass Sie alle Messwerte erfassen können, die bereits darin verfügbar sind.

Stellen Sie sicher, dass Sie das von Ihren Anwendungen bereitgestellte Protokollierungsformat und die Protokollinformationen überprüfen, um festzustellen, welche Metriken mit Metrikfiltern extrahiert werden können. Sie könnten die historischen Protokolle der Anwendung überprüfen, um festzustellen, wie Fehlermeldungen und ungewöhnliche Abschaltungen dargestellt werden. Sie sollten auch zuvor gemeldete Probleme überprüfen, um festzustellen, ob eine Kennzahl erfasst werden kann, um zu verhindern, dass sich das Problem wiederholt. Sie sollten auch die Dokumentation der Anwendung lesen und die Anwendungsentwickler bitten, zu bestätigen, wie Fehlermeldungen identifiziert werden können.

Definieren Sie bei kundenspezifisch entwickelten Anwendungen gemeinsam mit den Entwicklern der Anwendung wichtige Metriken, die mithilfe des CloudWatch eingebetteten metrischen Formats, des AWS SDK oder der AWS API implementiert werden können. Der empfohlene Ansatz besteht darin, das eingebettete metrische Format zu verwenden. Sie können die AWS bereitgestellten Open-Source-Bibliotheken für eingebettete metrische Formate verwenden, um Ihre Aussagen im erforderlichen Format zu verfassen. Außerdem müssten Sie Ihre anwendungsspezifische CloudWatch Konfiguration aktualisieren, um den eingebetteten metrischen Format-Agenten einzubeziehen. Dadurch fungiert der auf der EC2 Instance ausgeführte Agent als lokaler eingebetteter Endpunkt im metrischen Format, an den eingebettete Metriken im metrischen Format gesendet werden. CloudWatch

Wenn Ihre Anwendungen bereits die Veröffentlichung von Metriken für gesammelte oder statistische Daten unterstützen, können Sie diese nutzen, um Metriken in diese zu importieren. CloudWatch