Von Application Signals erfasste Metriken

Application Signals erfasst sowohl Standardanwendungsmetriken als auch Laufzeitmetriken von den Anwendungen, für die Sie es aktivieren.

Standardanwendungsmetriken beziehen sich auf die wichtigsten Aspekte der Serviceleistung, Latenz und Verfügbarkeit.

Laufzeitmetriken verfolgen Anwendungsmetriken im Zeitverlauf, einschließlich Speicherauslastung, CPU-Auslastung und Garbage Collection. Application Signals zeigt die Laufzeitmetriken im Kontext der Services an, die Sie für Application Signals aktiviert haben. Wenn Sie ein Betriebsproblem haben, kann es hilfreich sein, die Laufzeitmetriken zu beobachten, um die Ursache des Problems zu finden. Sie können beispielsweise feststellen, ob Latenzspitzen in Ihrem Service mit Spitzen in einer Laufzeitmetrik zusammenhängen.

Erfasste Standard-Anwendungsmetriken

Application Signals erfasst Standard-Anwendungsmetriken von den Services, die es entdeckt. Diese Metriken beziehen sich auf die wichtigsten Aspekte der Leistung eines Services: Latenz, Störungen und Fehler. Diese können Ihnen helfen, Probleme zu identifizieren, Leistungstrends zu überwachen und Ressourcen zu optimieren, um das allgemeine Benutzererlebnis zu verbessern.

Die folgende Tabelle listet die Metriken auf, die von Application Signals erfasst werden. Dise Metriken werden an CloudWatch im ApplicationSignals-Namespace gesendet.

Die auf den Dashboards von Application Signals angezeigte Availability-Metrik wird als (1 – Faults/Gesamt)*100 berechnet. Die Gesamtzahl der Antworten umfasst alle Antworten und wird von SampleCount(Latency) abgeleitet. Erfolgreiche Antworten sind alle Antworten ohne einem 5XX-Fehler. 4XX-Antworten werden als erfolgreich behandelt, wenn Application Signals Availability berechnet.

Erfasste Dimensionen und Dimensionskombinationen

Die folgenden Dimensionen sind für jede der Standard-Anwendungsmetriken definiert. Weitere Informationen zu Dimensionen finden Sie unter Dimensions (Abmessungen).

Für Service-Metriken und Abhängigkeitsmetriken werden unterschiedliche Dimensionen erfasst. Wenn innerhalb der von Application Signals erkannten Services Microservice A Microservice B aufruft, wird die Anforderung an Microservice B bereitgestellt. In diesem Fall gibt Microservice A Abhängigkeitsmetriken und Microservice B Service-Metriken aus. Wenn ein Client Microservice A aufruft, stellt Microservice A die Anforderung und gibt Service-Metriken aus.

Dimensionen für Service-Metriken

Die folgenden Dimensionen werden für Service-Metriken erfasst.

Wenn Sie diese Metriken in der CloudWatch-Konsole anzeigen, können Sie sie mit den folgenden Dimensions-Kombinationen anzeigen:

Dimensionen für Abhängigkeitsmetriken

Die folgenden Dimensionen werden für Abhängigkeitsmetriken erfasst:

Wenn Sie diese Metriken in der CloudWatch-Konsole anzeigen, können Sie sie mit den folgenden Dimensions-Kombinationen anzeigen:

Wird auf Amazon-EKS-Clustern ausgeführt

Laufzeitmetriken

Application Signals verwendet das AWS Distro für OpenTelemetry SDK, um automatisch OpenTelemetry-kompatible Metriken aus Ihren Java- und Python-Anwendungen zu erfassen. Um Laufzeit-Metriken zu erfassen, müssen Sie die folgenden Anforderungen erfüllen:

Laufzeitmetriken werden für Node.js-Anwendungen nicht erfasst.

Laufzeitmetriken sind Teil der Kosten für Application Signals. Weitere Informationen zur Preisgestaltung von CloudWatch finden Sie unter Amazon CloudWatch – Preise.

Java-Laufzeit-Metriken

Application Signals erfasst die folgenden JVM-Metriken von Java-Anwendungen, die Sie für Application Signals aktivieren. Alle Laufzeitmetriken werden im ApplicationSignals-Namespace an CloudWatch gesendet und mit dem Dimensionssatz Service und Environment erfasst.

Python-Laufzeitmetriken

Application Signals sammelt die folgenden Metriken aus Python-Anwendungen, die Sie für Application Signals aktivieren. Alle Laufzeitmetriken werden im ApplicationSignals-Namespace an CloudWatch gesendet und mit dem Dimensionssatz Service und Environment erfasst.

.Net-Laufzeitmetriken

Application Signals sammelt die folgenden Metriken von .Net-Anwendungen, die Sie für Application Signals aktivieren. Alle Laufzeitmetriken werden im ApplicationSignals-Namespace an CloudWatch gesendet und mit dem Dimensionssatz Service und Environment erfasst.

Deaktivierung der Erfassung von Laufzeitmetriken

Laufzeitmetriken werden standardmäßig für Java- und Python-Anwendungen erfasst, die für Application Signals aktiviert sind. Wenn Sie die Erfassung dieser Metriken deaktivieren möchten, folgen Sie den Anweisungen in diesem Abschnitt für Ihre Umgebung.

Amazon EKS

Um Laufzeitmetriken in Amazon-EKS-Anwendungen auf Anwendungsebene zu deaktivieren, fügen Sie Ihrer Workload-Spezifikation die folgende Umgebungsvariable hinzu.

env:
    - name: OTEL_AWS_APPLICATION_SIGNALS_RUNTIME_ENABLED 
      value: "false"

Um Laufzeitmetriken in Amazon-EKS-Anwendungen auf Cluster-Ebene zu deaktivieren, wenden Sie die Konfiguration auf die erweiterte Konfiguration Ihres Amazon-CloudWatch-Beobachtbarkeits-EKS-Add-ons an.

{
  "agent": {
    "config": {
      "traces": {
        "traces_collected": {
          "application_signals": {
            
          }
        }
      },
      "logs": {
        "metrics_collected": {
          "application_signals": {
            
          }
        }
      }
    },
    "manager": {
      "autoInstrumentationConfiguration": {
        "java": {
          "runtime_metrics": {
            "enabled": false
          }
        },
        "python": {
          "runtime_metrics": {
            "enabled": false
          }
        },
        "dotnet": {
          "runtime_metrics": {
            "enabled": false
          }
        }
      }
    }
  }
}

Amazon ECS

Um Laufzeitmetriken in Amazon-ECS-Anwendungen zu deaktivieren, fügen Sie die Umgebungsvariable OTEL_AWS_APPLICATION_SIGNALS_RUNTIME_ENABLED=false in der neuen Version der Aufgabendefinition hinzu und stellen Sie die Anwendung erneut bereit.

EC2

Um Laufzeitmetriken in Amazon-EC2-Anwendungen zu deaktivieren, fügen Sie die Umgebungsvariable OTEL_AWS_APPLICATION_SIGNALS_RUNTIME_ENABLED=false hinzu, bevor die Anwendung gestartet wird.

Kubernetes

Um Laufzeitmetriken in Kubernetes-Anwendungen auf Anwendungsebene zu deaktivieren, fügen Sie Ihrer Workload-Spezifikation die folgende Umgebungsvariable hinzu.

env:
    - name: OTEL_AWS_APPLICATION_SIGNALS_RUNTIME_ENABLED 
      value: "false"

Verwenden Sie Folgendes, um Laufzeitmetriken in Kubernetes-Anwendungen auf Clusterebene zu deaktivieren:

helm upgrade ... \
--set-string manager.autoInstrumentationConfiguration.java.runtime_metrics.enabled=false \
--set-string manager.autoInstrumentationConfiguration.python.runtime_metrics.enabled=false \
-\-set-string manager.autoInstrumentationConfiguration.dotnet.runtime_metrics.enabled=false