Amazon Web Services (AWS) mit dem Agenten Amazon Web Services (AWS) überwachen

Sie können den „ AWS “-Agenten unter Windows oder den „ Linux “-Agenten unter EC2 installieren. Es empfiehlt sich, den „ Instana “-Agenten AWS auf einem Allzweck -Rechner der aktuellen Generation auszuführen, auf dem „ Linux® “ läuft. Ideal sind beispielsweise m5.large Instanzen.

1. Klicken Sie in der Benutzeroberfläche von „ Instana “ auf „Mehr“ > „Agenten“ > „Agenten installieren “ > „ AWS “.

2. Wählen Sie in der Liste Technologie den Eintrag Instana AWS-Sensor aus.

3. Wählen Sie aus der Liste „ AWS -Agent ausführen“ die Option „ Elastic Cloud -Compute ( EC2 ) “ aus (dies ist die Standardeinstellung).

   Der Agentenschlüssel und die Agentenposition sind in dem Script, das als User Data in EC2verwendet werden soll, bereits ausgefüllt. Kopieren Sie das angezeigte Script. Das Script sieht wie folgt aus, außer dass alle erforderlichen Informationen bereitgestellt werden:

   #!/bin/bash
   
   curl -o setup_agent.sh https://setup.instana.io/agent
   chmod 700 ./setup_agent.sh
   sudo -E ./setup_agent.sh --assume-yes --agent-key <your-agent-key> --agent-mode aws --agent-type dynamic --endpoint <location> --enable-agent-service

4. Führen Sie eine dedizierte EC2 -VM aus und verwenden Sie das kopierte Script als User Data. Weitere Informationen zur Verwendung von Be fehlen User Data auf EC2 finden Sie im Abschnitt „Ausführen von Befehlen auf Ihrer Linux -Instanz“ in der Launch-Dokumentation.

5. Kopieren Sie die Konfigurationen im Codeblock des Abschnitts IAM-Rollen in eine Datei IAM_permission.json . Diese Konfigurationen werden für die erforderliche IAM-Rolle der virtuellen Maschine „ EC2 “ verwendet, auf der der Agent „ Instana “ ( AWS ) ausgeführt wird, und ermöglichen es dem Agent „ AWS “, Ihre Ressourcen unter AWS zu erkennen und zu überwachen. Erstellen Sie anschließend eine IAM-Rolle mit der Datei IAM_permission.json . Weitere Informationen finden Sie unter „Erstellen einer Rolle zur Delegierung von Berechtigungen an einen IAM-Benutzer “.

6. Damit die IAM-Rolle die AssumedRole Aktion ausführen kann, bearbeiten Sie die Einstellung Trust Relationship wie folgt (in der Benutzeroberfläche von „ trust_relationship.jsonInstana “ als dargestellt):

   {
     "Version": "2012-10-17",
     "Statement": [
       {
         "Effect": "Allow",
         "Principal": {
           "Service": "ec2.amazonaws.com"
         },
         "Action": "sts:AssumeRole"
       }
     ]
   }
    

   Wenn der Agent auf einem Rechner mit dem Betriebssystem „ EC2 “ ohne Internetzugang ausgeführt wird, bearbeiten Sie die Datei Trust Relationship wie folgt:

   {
     "Version": "2012-10-17",
     "Statement": [
       {
         "Effect": "Allow",
         "Principal": {
           "Service": "ec2.amazonaws.com.cn"
         },
         "Action": "sts:AssumeRole"
       }
     ]
   }
    

   Weitere erforderliche Konfigurationen finden Sie unter „Einrichten des regionalen STS-Endpunkts “.

Sie können den „ AWS “-Agenten auf Windows oder Linux auf Fargate in ECS installieren.

1. Klicken Sie in der Benutzeroberfläche von „ Instana “ auf „Mehr“ > „Agenten“ > „Agenten installieren “ > „ AWS “.

2. Wählen Sie in der Liste Technologie den Eintrag Instana AWS-Sensor aus.

3. Wählen Sie in der Liste AWS Agent für Elastic Container Service (ECS)aus.

   Der Abschnitt „ JSON “ einer Aufgabendefinition wird in der Vorlage „Task Definition JSON “ bereits für Sie generiert. Laden Sie die Datei „ JSON “ herunter und verwenden Sie sie über die Funktionen „Konfigurieren“ und „ JSON “ in der Benutzeroberfläche der Aufgabendefinition.

4. Laden Sie die IAM-Berechtigungs datei „ JSON “ herunter und weisen Sie der neuen Aufgabendefinition eine IAM-Rolle zu, die mindestens die Berechtigungen enthält, die in der heruntergeladenen Datei „ JSON “ aufgeführt sind.

5. Erstellen Sie einen ECS-Service mit einer Instanz der neu erstellten Taskdefinition.

Sie können auch jeden Agenten zuordnen, der außerhalb Ihrer AWS -Infrastruktur ausgeführt wird. Zur Erreichung dieses Ziels müssen Sie die folgenden Umgebungsvariablen in der Datei setenv angeben:

• Unter Linux:

  /opt/instana/agent/bin/setenv

• Unter Windows:

  C:\Program Files\Instana\instana-agent\bin\setenv

• Die zu überwachende Region:

  INSTANA_AWS_REGION_CONFIG=

• Die Berechtigungsnachweise für den Zugriff auf AWS-Ressourcen. Diese Berechtigungsnachweise sollten zu einem Benutzer gehören, der auf die Ressourcen zugreifen darf, die bereits im Abschnitt Amazon Web Services IAM Configuration beschrieben sind.

  AWS_ACCESS_KEY_ID=
  AWS_SECRET_ACCESS_KEY=

Standardmäßig kontaktiert der „ Instana “-Agent den globalen STS-Endpunkt über die „ EC2 “-Instanz, um die Anmeldedaten des Instanzprofils abzurufen. Wenn der Host-Agent von „ Instana “ jedoch auf einem Rechner mit „ EC2 “ ohne Internetzugang ausgeführt wird (beispielsweise in Regionen in China), muss der STS-Regionalendpunkt als Umgebungsvariable angegeben werden, wodurch der Agent von „ Instana “ angewiesen wird, regionale STS-Endpunkte zu verwenden.

Nachdem der Agent „ Instana “ installiert wurde, geben Sie die folgende Umgebungsvariable in der *instanaAgentDir*/bin/setenvDatei an:

export AWS_STS_REGIONAL_ENDPOINTS=regional
 

Für jeden Service müssen Sie die erforderlichen Berechtigungen auf den einzelnen Serviceseiten hinzufügen, die über den Abschnitt Überwachte Services verlinkt sind. Um einen Service von der Überwachung auszuschließen, lassen Sie die entsprechende Berechtigung aus.

Alternativ können Sie einen Service auch von der Überwachung ausschließen, indem Sie das entsprechende Flag "-enabled_" in <agent_install_dir>/etc/instana/configuration.yml hinzufügen, wie auf den folgenden einzelnen Serviceseiten beschrieben.

Der AWS-Instana-Agent unterstützt die Überwachung von Services von mehreren AWS-Accounts in derselben Region. Derzeit gibt es zwei Ansätze: die Verwendung von benannten Profilen ( AWS ) und die Verwendung des Security Token Service (STS) ( AWS ).

Nachdem Sie die Überwachung eines Dienstes aktiviert haben, können Sie durch Bearbeiten der Konfigurationsdatei /opt/instana/agent/etc/instana/configuration.yaml des „ AWS “-Agenten festlegen, welche Instanzen von „ Instana “ anhand von „ AWS “-Tags überwacht werden sollen.

Die verfügbaren Optionen in der Konfigurationsdatei lauten wie folgt:

com.instana.plugin.aws:
  # Comma-separated list of tags in key:value format.
  # Any AWS resource containing at least one of the specified tags is discovered.
  include_tags: ...
  # Comma-separated list of tags in key:value format.
  # Any AWS resource containing at least one of the specified tags is omitted from discovery.
  exclude_tags: ...
  # Exclude untagged AWS resources by setting the flag to `false`
  include_untagged: ...
 

Es können mehrere Tags getrennt durch Kommata definiert werden. Tags sollten ein durch :getrenntes Schlüssel/Wert-Paar sein. Wenn Sie Tags in beiden Listen definieren (ein-und ausschließen), hat die Ausschlussliste eine höhere Priorität. Wenn keine Filterservices erforderlich sind, sollte die Konfiguration nicht definiert werden.

Der Agent „ Instana “ überwacht automatisch alle Ressourcen unter AWS, denen keine Tags zugewiesen sind. {: note} Um Ressourcen ohne Tags von der Überwachung auszuschließen, setzen Sie das include_untagged Flag auf false.

Die Filterung kann auch auf Service-Level-Ebene konfiguriert werden. In diesem Fall wird die Standardkonfiguration für den jeweiligen Service außer Kraft gesetzt. Weitere Details zur Filterung der Erkennung nach bestimmten Services finden Sie in der Dokumentation zu bestimmten Services.

Verwenden Sie die Konfigurationseigenschaft tagged-services-poll-rate , um anzugeben, wie oft der AWS -Agent den überwachten AWS -Service abfragt, um zugeordnete Tags abzurufen. Der Standardwert ist 300 Sekunden. Der Agent verwendet AWS -Service-Client zum Abfragen von Tags.

Die Konfiguration der Abrufrate für die mit Tags versehenen Ressourcen sieht wie folgt aus:

com.instana.plugin.aws:
  tagged-services-poll-rate: 60 #default 300
 

Das Abfrageintervall gibt an, wie oft AWS Agent die CloudWatch API aufruft. Sie kann als cloudwatch_period in der Datei configuration.yml konfiguriert werden. Der Standardwert ist 300 Sekunden. Es ist am häufigsten, wenn Überwachungsplattformen einen Wert von 5 bis 10 Minuten verwenden.

Das Abrufintervall ist auf zwei Ebenen konfigurierbar:

• Auf Agentenebene für alle vom Agenten überwachten AWS-Services:

  com.instana.plugin.aws:
    cloudwatch_period: 300
   

• Pro AWS-Service:

  com.instana.plugin.aws.rds:
    cloudwatch_period: 300
   

Die Konfiguration für einen einzelnen Service überschreibt die Konfiguration auf Agentenebene.

Um Einblicke in Ihre AWS-Services zu ermöglichen, müssen Überwachungsplattformen wie Instana die CloudWatch-API verwenden. Dieser Dienst „ API “ wird von AWS auf Basis einer nutzungsabhängigen Abrechnung bereitgestellt. Diese Dokumentation soll Transparenz darüber schaffen, wie Instana den Dienst „ CloudWatch “ ( API ) nutzt, damit Nutzer die Auswirkungen auf ihre Rechnung bei AWS nachvollziehen können.

Die Kosten von CloudWatch sind abhängig von:

• Anzahl der überwachten Instanzen von AWS-Services
• Anzahl der erfassten Metriken pro AWS -Agent
• Abrufintervall (konfigurierbar)

Jeder „ AWS “-Agent ruft die Anfrage „ CloudWatchGetMetricData “ unter API zur Erfassung von Metriken auf; sollte dies fehlschlagen, GetMetricStatistics wird als Ausweichlösung aufgerufen. Für beide Endpunkte fallen die gleichen Kosten pro Metrik an (beachten GetMetricStatistics Sie, dass die Fallback-Nutzung keine zusätzlichen Kosten verursacht). Weitere Informationen zu beiden Modellen finden Sie auf der Preisseite von „ AWS “ unter CloudWatch.

Die folgende Tabelle enthält ungefähr geschätzte tägliche Kosten für verschiedene AWS -Agenten, wenn das Abfrageintervall 5 Minuten beträgt und die Amazon-Gebühr bei $0.01 pro 1000 CloudWatch -Metriken liegt:

Beachten Sie, dass die CloudWatch nicht für EC2 und für Polling-Tagsverwendet werden, sodass dort keine CloudWatch -Kosten anfallen.

Sie können die CloudWatch-Kosten reduzieren, indem Sie das Abfrageintervall erhöhen. Die Erhöhung des Abfrageintervalls hat den Nachteil, dass Sie die Granularitätsmetriken von CloudWatchreduzieren. Jede Anforderung stellt einen einzelnen Metrikwert bereit, sodass die Differenz zwischen einem Abfrageintervall von 60s und 300s fünf Metrikwerte oder einen Metrikwert für einen Zeitraum von 300s beträgt.

Es liegt an Ihnen, zu bestimmen, ob das Standardabfrageintervall für Ihr Unternehmen geeignet ist oder ob es angepasst werden muss, um den Ausgleich zwischen Kosten und Qualität der Erkenntnisse zu erreichen.

Wenn der Host-Agent von „ Instana “ auf einem Rechner mit „ EC2 “ ausgeführt wird, der keinen Internetzugang hat, kann der Agent nicht auf öffentliche APIs von „ AWS “-Diensten zugreifen und daher die unterstützten „ AWS “-Dienste nicht überwachen.

AWS PrivateLink bietet privaten Zugriff auf Dienste, die auf AWS hochverfügbar und skalierbar gehostet werden, ohne dass öffentliche IP-Adressen verwendet werden müssen und ohne dass der Datenverkehr das Internet durchlaufen muss.

Um „ AWS PrivateLink “ zu nutzen, erstellen Sie einen VPC-Endpunkt für alle Dienste von „ AWS “, die überwacht werden sollen. Der VPC-Endpunkt stellt in Ihrem Subnetz eine elastische Netzwerkschnittstelle mit einer privaten IP-Adresse für den Dienst „ AWS “ ( API ) bereit, die vom Host-Agenten „ Instana “ genutzt werden kann.