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.
Erstellen oder bearbeiten Sie die CloudWatch Agenten-Konfigurationsdatei manuell
Die CloudWatch Agentenkonfigurationsdatei ist eine JSON-Datei mit fünf Abschnitten: agent metricslogs,traces, undopentelemetry.
-
Der Abschnitt
agententhält Felder für die allgemeine Konfiguration des Agenten. -
Der
metricsAbschnitt spezifiziert die benutzerdefinierten Metriken für die Erfassung und Veröffentlichung in CloudWatch. Wenn Sie den Agenten nur verwenden, um Protokolle zu erfassen, können Sie den Abschnittmetricsin der Datei weglassen. -
Der
logsAbschnitt gibt an, welche Protokolldateien in CloudWatch Logs veröffentlicht werden. Hierbei kann es sich u. a. um Ereignisse aus dem Windows-Ereignisprotokoll handeln, wenn auf dem Server Windows Server ausgeführt wird. -
Der
tracesAbschnitt gibt die Quellen für Traces an, die gesammelt und an die gesendet werden AWS X-Ray. -
opentelemetryIn diesem Abschnitt werden die Quellen von Metriken, Protokollen und Traces angegeben, die der Agent sammeln und an die CloudWatch OpenTelemetry OTLP-Endpunkte (OTLP) senden soll. Weitere Informationen finden Sie unter OTLP-Endpunkte.
In diesem Abschnitt werden die Struktur und die Felder der CloudWatch Agentenkonfigurationsdatei erläutert. Sie können die Schemadefinition für diese Konfigurationsdatei anzeigen. Die Schemadefinition befindet sich auf Linux-Servern unter und auf Servern mit Windows Server unter installation-directory/doc/amazon-cloudwatch-agent-schema.json. installation-directory/amazon-cloudwatch-agent-schema.json
Wenn Sie die -Agentenkonfigurationsdatei manuell erstellen oder bearbeiten, können Sie ihr einen beliebigen Namen geben. Zur Vereinfachung der Fehlerbehebung wird empfohlen, ihr auf Linux-Servern den Namen /opt/aws/amazon-cloudwatch-agent/etc/cloudwatch-agent.json und auf Servern, auf denen Windows Server ausgeführt wird, den Namen $Env:ProgramData\Amazon\AmazonCloudWatchAgent\amazon-cloudwatch-agent.json zu geben. Anschließend können Sie die Datei auf andere Server kopieren, auf denen der Agent installiert werden soll.
Wenn der Agent gestartet wird, erstellt er eine Kopie jeder Konfigurationsdatei im Verzeichnis /opt/aws/amazon-cloudwatch-agent/etc/amazon-cloudwatch-agent.d, wobei dem Dateinamen entweder file_ (für lokale Dateiquellen) oder ssm_ (für Systems Manager Manager-Parameterspeicherquellen) vorangestellt wird, um den Ursprung der Konfiguration anzugeben.
Anmerkung
Für Metriken, Protokolle und Traces, die vom CloudWatch Agenten erfasst werden, fallen Gebühren an. Weitere Informationen zur Preisgestaltung finden Sie unter CloudWatch Amazon-Preise
Der Abschnitt agent kann die folgenden Felder enthalten: Der Assistent erstellt keinen Abschnitt agent. Stattdessen lässt der Assistent diesen weg und verwendet die Standardwerte für alle Felder in diesem Abschnitt.
-
metrics_collection_interval– Optional. Gibt an, wie oft alle in dieser Konfigurationsdatei angegebenen Metriken erfasst werden. Sie können den Wert für bestimmte Arten von Metriken überschreiben.Der Wert wird in Sekunden angegeben. Beispiel: Angeben, dass 10 Metriken alle 10 Sekunden und 300 Metriken alle 5 Minuten gesammelt werden sollen.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen zu hochauflösenden Metriken finden Sie unter High-resolution Metriken.
Der Standardwert lautet 60.
-
region— Gibt die Region an, die für den CloudWatch Endpunkt verwendet werden soll, wenn eine Amazon EC2-Instance überwacht wird. Die gesammelten Metriken werden an diese Region gesendet, wie z. B.us-west-1. Wenn Sie dieses Feld weglassen, sendet der Agent Metriken an die Region, in der sich die Amazon-EC2-Instance befindet.Wenn Sie einen On-Premises-Server überwachen, wird dieses Feld nicht verwendet, und der Agent liest die Region aus dem
AmazonCloudWatchAgent-Profil der AWS -Konfigurationsdatei. -
credentials— Gibt eine IAM-Rolle an, die beim Senden von Metriken, Protokollen und Traces an ein anderes AWS Konto verwendet werden soll. Sofern angegeben, enthält dieses Feld einen Parameter,role_arn.-
role_arn— Gibt den Amazon-Ressourcennamen (ARN) einer IAM-Rolle an, die für die Authentifizierung beim Senden von Metriken, Protokollen und Traces an ein anderes AWS Konto verwendet werden soll. Weitere Informationen finden Sie unter Metriken, Protokolle und Ablaufverfolgungen an ein anderes Konto senden.
-
-
debug– Optional. Gibt an, dass der CloudWatch Agent mit Debug-Protokollmeldungen ausgeführt wird. Der Standardwert istfalse. -
aws_sdk_log_level– Optional. Wird nur in den Versionen 1.247350.0 und höher des Agenten unterstützt. CloudWatchSie können dieses Feld angeben, damit der Agent die Protokollierung für AWS SDK-Endpunkte durchführt. Der Wert für dieses Feld kann eine oder mehrere der folgenden Optionen enthalten. Trennen Sie mehrere Optionen mit dem
|-Zeichen.-
LogDebug -
LogDebugWithSigning -
LogDebugWithHTTPBody -
LogDebugRequestRetries -
LogDebugWithEventStreamBody
Weitere Informationen zu diesen Optionen finden Sie unter LogLevelType.
-
-
logfile— Gibt den Ort an, an dem der CloudWatch Agent Protokollnachrichten schreibt. Wenn Sie eine leere Zeichenfolge angeben, wird das Protokoll in stderr abgelegt. Wenn Sie diese Option nicht angeben, lauten die Standardspeicherorte folgendermaßen:-
Linux:
/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log -
Windows Server:
c:\\ProgramData\\Amazon\\CloudWatchAgent\\Logs\\amazon-cloudwatch-agent.log
Der CloudWatch Agent rotiert die Protokolldatei, die er erstellt, automatisch. Eine Protokolldatei wird rotiert, wenn sie eine Größe von 100 MB erreicht. Der Agent bewahrt die rotierten Protokolldateien bis zu sieben Tage lang auf, und er behält bis zu fünf Backup-Protokolldateien, die ausgelagert werden. Die Dateinamen der Sicherungen von Protokolldateien werden um einen Zeitstempel ergänzt. Der Zeitstempel gibt das Datum und die Uhrzeit der Rotation an, z. B.
amazon-cloudwatch-agent-2018-06-08T21-01-50.247.log.gz. -
-
omit_hostname– Optional. Standardmäßig wird der Hostname als Dimension von Metriken veröffentlicht, die vom Agenten erfasst werden, es sei denn, Sie verwenden dasappend_dimensions-Feld immetrics-Abschnitt. Setzen Sieomit_hostnameauftrue, um zu verhindern, dass der Hostname als Dimension veröffentlicht wird, auch wenn Sieappend_dimensionsnicht verwenden. Der Standardwert istfalse. -
run_as_user– Optional. Gibt einen Benutzer an, der zum Ausführen des CloudWatch -Agenten verwendet werden soll. Wenn Sie diesen Parameter nicht angeben, wird der Root-Benutzer verwendet. Diese Option ist nur auf Linux-Servern gültig.Wenn Sie diese Option angeben, muss der Benutzer existieren, bevor Sie den CloudWatch Agenten starten. Weitere Informationen finden Sie unter Den CloudWatch Agenten als ein anderer Benutzer ausführen.
-
user_agent– Optional. Gibt dieuser-agentZeichenfolge an, die vom CloudWatch Agenten verwendet wird, wenn er API-Aufrufe an das CloudWatch Backend tätigt. Der Standardwert ist eine Zeichenfolge, die aus der Agentenversion, der Version der Go-Programmiersprache, die zum Kompilieren des Agenten verwendet wurde, dem Laufzeitbetriebssystem und der Architektur, der Buildzeit und den aktivierten Plugins besteht. -
usage_data– Optional. Standardmäßig sendet der CloudWatch Agent Zustands- und Leistungsdaten über sich selbst an, CloudWatch wann immer er Metriken oder Protokolle veröffentlicht. CloudWatch Für diese Daten entstehen Ihnen keine Kosten. Sie können verhindern, dass der Agent diese Daten sendet, indem Siefalsefürusage_dataangeben. Wenn Sie diesen Parameter weglassen, wird der Standard vontrueverwendet, und der Agent sendet die Zustands- und Leistungsdaten.Wenn Sie diesen Wert auf
falsesetzen, müssen Sie den Agenten beenden und neu starten, damit die Änderung wirksam wird. -
service.name– Optional. Gibt den Servicenamen an, der verwendet werden soll, um die Entität für die Suche nach zugehöriger Telemetrie mit Werten zu befüllen. -
deployment.environment– Optional. Gibt den Umgebungsnamen an, der verwendet werden soll, um die Entität für die Suche nach zugehöriger Telemetrie mit Werten zu befüllen. -
use_dualstack_endpoint– Optional. Ist dies der Falltrue, verwendet der CloudWatch Agent Dual-Stack-Endpunkte für alle API-Aufrufe.
Es folgt ein Beispiel für den Abschnitt agent.
"agent": { "metrics_collection_interval": 60, "region": "us-west-1", "logfile": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log", "debug": false, "run_as_user": "cwagent" }
Gemeinsame Felder für Linux und Windows
Auf Servern mit Linux oder Windows Server enthält der Abschnitt metrics die folgenden Felder:
-
namespace– Optional. Der Namespace für die vom Agent zu erfassenden Metriken. Der Standardwert istCWAgent. Die maximale Länge beträgt 255 Zeichen. Im Folgenden wird ein Beispiel gezeigt:{ "metrics": { "namespace": "Development/Product1Metrics", ...... }, } -
append_dimensions– Optional. Fügt Amazon-EC2-Metrik-Dimensionen zu allen vom Agent erfassten Metriken hinzu. Dies bewirkt auch, dass der Agent den Hostnamen nicht als Dimension veröffentlicht.Die einzigen unterstützten Schlüssel-Wert-Paare für
append_dimensionswerden in der folgenden Liste angezeigt. Alle anderen Schlüssel-Wert-Paare werden ignoriert. Der Agent unterstützt diese Schlüssel-Wert-Paare genau so, wie sie in der folgenden Liste aufgeführt sind. Sie können die Schlüsselwerte nicht ändern, um unterschiedliche Dimensionsnamen für sie zu veröffentlichen.-
"ImageId":"${aws:ImageId}"legt die AMI-ID der Instance als Wert derImageId-Dimension fest. -
"InstanceId":"${aws:InstanceId}"legt die Instance-ID der Instance als Wert derInstanceId-Dimension fest. -
"InstanceType":"${aws:InstanceType}"legt den Instance-Typ der Instance als Wert derInstanceType-Dimension fest. -
"AutoScalingGroupName":"${aws:AutoScalingGroupName}"legt den Namen der Auto Scaling-Gruppe der Instance als Wert derAutoScalingGroupName-Dimension fest.
Wenn Sie Dimensionen an Metriken mit beliebigen Schlüssel-Wert-Paaren anfügen möchten, verwenden Sie den Parameter
append_dimensionsim Feld für diesen bestimmten Metriktyp.Wenn Sie einen Wert angeben, der von Amazon-EC2-Metadaten abhängt, und Sie Proxys verwenden, müssen Sie sicherstellen, dass der Server auf den Endpunkt für Amazon EC2 zugreifen kann. Weitere Informationen zu diesen Endpunkten finden Sie unter Amazon Elastic Compute Cloud (Amazon EC2) in der Allgemeine Amazon Web Services-Referenz.
-
-
aggregation_dimensions– Optional. Gibt die Dimensionen an, in denen erfasste Metriken aggregiert werden sollen. Beispiel: Wenn Sie Metriken in derAutoScalingGroupName-Dimension zusammenführen, werden die Metriken aus allen Instances in der jeweiligen Auto-Scaling-Gruppe aggregiert und können als Ganzes angezeigt werden.Sie können Metriken in einer einzelnen oder in mehreren Dimensionen zusammenfassen. Beispiel: Wenn Sie
[["InstanceId"], ["InstanceType"], ["InstanceId","InstanceType"]]festlegen, werden Metriken für die Instance-ID einzeln, den Instance-Typ einzeln und für die Kombination der beiden Dimensionen aggregiert.Sie können auch
[]angeben, um alle Metriken in einer Sammlung ungeachtet jeglicher Dimensionen zusammenzufassen. -
endpoint_override– Gibt einen FIPS-Endpunkt oder einen privaten Link an, der als Endpunkt verwendet wird, an den der Agent Metriken sendet. Wenn Sie dies angeben und einen privaten Link einrichten, können Sie die Metriken an eine Amazon-VPC-Endpunkt senden. Weitere Informationen finden Sie unter Was ist Amazon VPC?Der Wert von
endpoint_overridemuss eine Zeichenkette sein, die eine URL ist.Beispielsweise legt der folgende Teil des Metrikabschnitts der Konfigurationsdatei fest, dass der Agent beim Senden von Metriken einen VPC-Endpunkt verwendet.
{ "metrics": { "endpoint_override": "vpce-XXXXXXXXXXXXXXXXXXXXXXXXX.monitoring.us-east-1.vpce.amazonaws.com", ...... }, } -
metrics_collected– Erforderlich. Gibt an, welche Metriken erfasst werden sollen, einschließlich benutzerdefinierter Metriken, die mitStatsDodercollectderfasst werden. Dieser Abschnitt enthält mehrere Unterabschnitte.Der Inhalt des
metrics_collected-Abschnitts hängt davon ab, ob diese Konfigurationsdatei für einen Server mit Linux oder Windows Server vorgesehen ist. -
metrics_destinations– Optional. Gibt ein oder mehrere Ziele für alle inmetrics_collecteddefinierten Metriken an. Wenn dies hier angegeben wird, überschreibt es das Standardziel voncloudwatch.-
cloudwatch— Amazon CloudWatch. -
amp: Amazon Managed Service für Prometheus-
workspace_id: Die ID, die dem Workspace in Amazon Managed Service für Prometheus entspricht.
-
{ "metrics": { "metrics_destinations": { "cloudwatch": {}, "amp": { "workspace_id": "ws-abcd1234-ef56-7890-ab12-example" } } } } -
-
force_flush_interval– Gibt die maximale Zeitspanne in Sekunden an, in der Metriken im Speicherpuffer verbleiben, bevor sie an den Server gesendet werden. Unabhängig von dieser Einstellung werden die Metriken sofort an den Server gesendet, sobald die Größe der Metriken im Puffer 1 MB oder 1 000 verschiedene Metriken erreicht.Der Standardwert lautet 60.
-
credentials– Gibt eine IAM-Rolle an, die beim Senden von Metriken an ein anderes Konto verwendet werden soll. Sofern angegeben, enthält dieses Feld einen Parameter,role_arn.-
role_arn– Gibt den ARN einer IAM-Rolle für die Authentifizierung beim Senden von Metriken an ein anderes Konto an. Weitere Informationen finden Sie unter Metriken, Protokolle und Ablaufverfolgungen an ein anderes Konto senden. Wenn dieser Wert hier angegeben wird, überschreibt er denrole_arnim Abschnittagentder Konfigurationsdatei, sofern vorhanden. -
service.name– Optional. Gibt den Servicenamen an, der verwendet werden soll, um die Entität für die Suche nach zugehöriger Telemetrie mit Werten zu befüllen. -
deployment.environment– Optional. Gibt den Umgebungsnamen an, der verwendet werden soll, um die Entität für die Suche nach zugehöriger Telemetrie mit Werten zu befüllen.
-
Linux-Abschnitt
Auf Servern mit Linux kann der Abschnitt metrics_collected der Konfigurationsdatei auch die folgenden Felder enthalten.
Viele dieser Felder können measurement-Bereiche enthalten, in denen die Metriken aufgelistet werden, die Sie für diese Ressource erfassen möchten. In diesen measurement-Abschnitten können Sie entweder den vollständigen Metriknamen, wie z. B. swap_used, oder nur den Teil des Metriknamens, der an die Typ der Ressource angehängt wird. Beispiel: Die Angabe von reads im Abschnitt measurement des Abschnitts diskio bewirkt, dass die Metrik diskio_reads erfasst wird.
-
collectd– Optional. Gibt an, dass Sie benutzerdefinierte Metriken mithilfe des Protokollscollectdabrufen möchten. Sie verwendencollectdSoftware, um die Metriken an den CloudWatch Agenten zu senden. Weitere Informationen zu den Konfigurationsoptionen, die für collectd verfügbar sind, finden Sie unter Abrufen benutzerdefinierter Metriken mit collectd. -
cpu– Optional. Gibt an, dass CPU-Metriken erfasst werden sollen. Dieser Abschnitt gilt nur für Linux-Instances. Sie müssen mindestens eines derresources- undtotalcpu-Felder für alle zu erfassenden CPU-Metriken einschließen. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
resources– Optional. Geben Sie dieses Feld mit dem Wert*an, um zu bewirken, dass pro CPU-Metriken erfasst werden. Der einzige zulässige Wert ist*. -
totalcpu– Optional. Gibt an, ob CPU-Metriken gesammelt über alle CPU-Kerne hinweg gemeldet werden sollen. Der Standardwert ist true. -
measurement– Gibt das Array der zu erfassenden CPU-Metriken an. Mögliche Werte sindtime_active,time_guest,time_guest_nice,time_idle,time_iowait,time_irq,time_nice,time_softirq,time_steal,time_system,time_user,usage_active,usage_guest,usage_guest_nice,usage_idle,usage_iowait,usage_irq,usage_nice,usage_softirq,usage_steal,usage_systemundusage_user. Dieses Feld muss angegeben werden, wenn Siecpueinbeziehen.Standardmäßig ist die Einheit für
cpu_usage_*-MetrikenPercent;cpu_time_*-Metriken sind einheitenlos.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (None). Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
-
-
metrics_collection_interval– Optional. Gibt an, wie oft die CPU-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben. Beispiel: Angeben, dass 10 Metriken alle 10 Sekunden und 300 Metriken alle 5 Minuten gesammelt werden sollen.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen zu hochauflösenden Metriken finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Zusätzliche Dimensionen, die nur für die CPU-Metriken verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den im globalen Feldappend_dimensionsangegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agenten erfasst werden.
-
-
disk– Optional. Gibt an, dass Datenträger-Metriken erfasst werden sollen. Erfasst Metriken nur für bereitgestellte Volumes. Dieser Abschnitt gilt nur für Linux-Instances. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
resources– Optional. Gibt ein Array von Datenträger-Mountingpunkten an. Dieses Feld CloudWatch beschränkt die Erfassung von Metriken auf die aufgelisteten Mount-Points. Sie können*als Wert festlegen, um Metriken von allen Mountingpunkten zu erfassen. Standardmäßig werden Metriken von allen Mountingpunkten erfasst. -
measurement– Gibt das Array der zu erfassenden Disk-Metriken an. Mögliche Werte sindfree,total,used,used_percent,inodes_free,inodes_usedundinodes_total. Dieses Feld muss angegeben werden, wenn Siediskeinbeziehen.Anmerkung
Die
disk-Metriken haben eine Dimension fürPartition, was bedeutet, dass die Anzahl der generierten benutzerdefinierten Metriken von der Anzahl der Partitionen abhängt, die Ihrer Instance zugeordnet sind. Die Anzahl der Festplattenpartitionen hängt davon ab, welches AMI Sie verwenden, und wie viele Amazon-EBS-Volumes Sie an den Server anfügen.Informationen zum Anzeigen der Standardeinheiten für jede
disk-Metrik finden Sie unter Vom CloudWatch Agenten auf Linux- und macOS-Instanzen gesammelte Metriken.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (NonevonNone). Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
-
-
ignore_file_system_types– Gibt Dateisystemtypen an, die beim Erfassen von Datenträgermetriken ausgeschlossen werden sollen. Gültige Werte sindsysfs,devtmpfsusw. -
drop_device– Wenn Sie dies auftruesetzen, wirdDevicenicht als Dimension für Datenträgermetriken aufgenommen.Verhindern, dass
Deviceals Dimension verwendet wird, kann auf Instances nützlich sein, die das Nitro-System verwenden, da sich die Gerätenamen auf diesen Instances bei jedem Datenträger-Mount ändern, wenn die Instance neu gestartet wird. Dies kann dazu führen, dass inkonsistente Daten in Ihren -Metriken und dazu führen, dass Alarme, die auf diesen Metriken basieren, in den StatusINSUFFICIENT DATAübergehen.Der Standardwert ist
false. -
metrics_collection_interval– Optional. Gibt an, wie oft die Datenträger-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Geben Sie Schlüssel-Wert-Paare an, die als zusätzliche Dimensionen nur für die Festplattenmetriken verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den imappend_dimensions-Feld angegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agent erfasst werden.Ein Schlüssel-Wert-Paar, das Sie verwenden können, ist das Folgende. Sie können auch andere benutzerdefinierte Schlüssel-Wert-Paare festlegen.
-
"VolumeId":"${aws:VolumeId}"fügt den Festplattenmetriken des Blockgeräts eineVolumeId-Dimension hinzu. Für Amazon-EBS-Volumes ist dies die Amazon-EBS-Volume-ID. Für den EC2-Instance-Speicher ist dies die Seriennummer des Geräts. Um dies zu verwenden, muss der Parameterdrop_deviceauffalsegesetzt sein.
-
-
-
diskio– Optional. Gibt an, dass i/o Festplattenmesswerte erfasst werden sollen. Dieser Abschnitt gilt nur für Linux-Instances. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
resources– Optional. Wenn Sie ein Array von Geräten angeben, werden nur Metriken von diesen Geräten CloudWatch erfasst. Andernfalls werden Metriken für alle Geräte erfasst. Sie können auch * als Wert festlegen, um Metriken von allen Geräten zu erfassen. -
measurement— Gibt das Array von Diskio- und AWS NVMe-Treibermetriken an, die für Amazon EBS-Volumes und Instance-Speicher-Volumes erfasst werden sollen, die an Amazon EC2-Instances angehängt sind. Mögliche diskio-Werte sindreads,writes,read_bytes,write_bytes,read_time,write_time,io_timeundiops_in_progress. Eine Liste der NVMe-Treibermetriken für Amazon-EBS-Volumes und Amazon-EC2-Instance-Speicher-Volumes finden Sie unter Erfassen von Amazon EBS-NVMe-Treibermetriken und Erfassen von NVMe-Treiber-Metriken der Amazon-EC2-Instance-Speicher-Volumes. Dieses Feld muss angegeben werden, wenn Siediskioeinbeziehen.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (NonevonNone). Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in der Beschreibung unter aufgeführt.UnitMetricDatum
Informationen zu Standardeinheiten und eine Beschreibung der Metriken finden Sie unter Erfassen von Amazon EBS-NVMe-Treibermetriken.
-
-
metrics_collection_interval– Optional. Gibt an, wie oft die diskio-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen zu hochauflösenden Metriken finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Zusätzliche Dimensionen, die nur für die diskio-Metriken verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den imappend_dimensions-Feld angegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agent erfasst werden.
-
-
swap– Optional. Gibt an, dass Swap-Arbeitsspeicher-Metriken erfasst werden sollen. Dieser Abschnitt gilt nur für Linux-Instances. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
measurement– Gibt das Array der zu erfassenden Swap-Metriken an. Mögliche Werte sindfree,usedundused_percent. Dieses Feld muss angegeben werden, wenn Sieswapeinbeziehen.Informationen zum Anzeigen der Standardeinheiten für jede
swap-Metrik finden Sie unter Vom CloudWatch Agenten auf Linux- und macOS-Instanzen gesammelte Metriken.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (NonevonNone). Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
-
-
metrics_collection_interval– Optional. Gibt an, wie oft die Swap-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen zu hochauflösenden Metriken finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Zusätzliche Dimensionen, die nur für die Swap-Metriken verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den im globalenappend_dimensions-Feld angegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agent erfasst werden. Der Wert wird als hochauflösende Metrik erfasst.
-
-
mem– Optional. Gibt an, dass Arbeitsspeicher-Metriken erfasst werden sollen. Dieser Abschnitt gilt nur für Linux-Instances. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
measurement– Gibt das Array der zu erfassenden Arbeitsspeicher-Metriken an. Mögliche Werte sindactive,available,available_percent,buffered,cached,free,inactive,shared,total,usedundused_percent. Dieses Feld muss angegeben werden, wenn Siememeinbeziehen.Informationen zum Anzeigen der Standardeinheiten für jede
mem-Metrik finden Sie unter Vom CloudWatch Agenten auf Linux- und macOS-Instanzen gesammelte Metriken.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (None). Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
-
-
metrics_collection_interval– Optional. Gibt an, wie oft die mem-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen zu hochauflösenden Metriken finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Zusätzliche Dimensionen, die nur für die mem-Metriken verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den im Feldappend_dimensionsangegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agenten erfasst werden.
-
-
net– Optional. Gibt an, dass Netzwerk-Metriken erfasst werden sollen. Dieser Abschnitt gilt nur für Linux-Instances. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
resources– Optional. Wenn Sie ein Array von Netzwerkschnittstellen angeben, werden nur Metriken von diesen Schnittstellen CloudWatch erfasst. Andernfalls werden Metriken für alle Geräte erfasst. Sie können auch*als Wert festlegen, um Metriken von allen Schnittstellen zu erfassen. -
measurement– Gibt das Array der zu erfassenden Netzwerk-Metriken an. Mögliche Werte sindbytes_sent,bytes_recv,drop_in,drop_out,err_in,err_out,packets_sentundpackets_recv. Dieses Feld muss angegeben werden, wenn Sieneteinbeziehen.Informationen zum Anzeigen der Standardeinheiten für jede
net-Metrik finden Sie unter Vom CloudWatch Agenten auf Linux- und macOS-Instanzen gesammelte Metriken.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (None). Die angegebene Einheit muss eine gültige CloudWatch metrische Einheit sein, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
-
-
metrics_collection_interval– Optional. Gibt an, wie oft die net-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben. Beispiel: Angeben, dass 10 Metriken alle 10 Sekunden und 300 Metriken alle 5 Minuten gesammelt werden sollen.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen zu hochauflösenden Metriken finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Zusätzliche Dimensionen, die nur für die net-Metriken verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den im Feldappend_dimensionsangegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agent erfasst werden.
-
-
netstat– Optional. Gibt an, dass TCP-Verbindungsstatus und UDP-Verbindungsmetriken gesammelt werden sollen. Dieser Abschnitt gilt nur für Linux-Instances. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
measurement– Gibt das Array der zu erfassenden Netstat-Metriken an. Mögliche Werte sindtcp_close,tcp_close_wait,tcp_closing,tcp_established,tcp_fin_wait1,tcp_fin_wait2,tcp_last_ack,tcp_listen,tcp_none,tcp_syn_sent,tcp_syn_recv,tcp_time_waitundudp_socket. Dieses Feld muss angegeben werden, wenn Sienetstateinbeziehen.Informationen zum Anzeigen der Standardeinheiten für jede
netstat-Metrik finden Sie unter Vom CloudWatch Agenten auf Linux- und macOS-Instanzen gesammelte Metriken.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (None). Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
-
-
metrics_collection_interval– Optional. Gibt an, wie oft die netstat-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen zu hochauflösenden Metriken finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Zusätzliche Dimensionen, die nur für die netstat-Metriken verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den im Feldappend_dimensionsangegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agent erfasst werden.
-
-
processes– Optional. Gibt an, dass Prozess-Metriken erfasst werden sollen. Dieser Abschnitt gilt nur für Linux-Instances. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
measurement– Gibt das Array der zu erfassenden Prozess-Metriken an. Mögliche Werte sindblocked,dead,idle,paging,running,sleeping,stopped,total,total_threads,waitundzombies. Dieses Feld muss angegeben werden, wenn Sieprocesseseinbeziehen.Für alle
processes-Metriken lautet die StandardeinheitNone.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (None). Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
-
-
metrics_collection_interval– Optional. Gibt an, wie oft die Prozess-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben. Beispiel: Angeben, dass 10 Metriken alle 10 Sekunden und 300 Metriken alle 5 Minuten gesammelt werden sollen.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Zusätzliche Dimensionen, die nur für die Prozess-Metriken verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den im Feldappend_dimensionsangegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agent erfasst werden.
-
-
nvidia_gpu– Optional. Gibt an, dass NVIDIA GPU-Metriken erfasst werden sollen. Dieser Abschnitt gilt nur für Linux-Instances auf Hosts, die mit einem NVIDIA GPU-Accelerator konfiguriert sind und auf denen das NVIDIA System Management Interface (nvidia-smi) installiert ist.Den erfassten NVIDIA GPU-Metriken wird die Zeichenfolge
nvidia_smi_vorangestellt, um sie von den Metriken zu unterscheiden, die für andere Accelerator-Typen erfasst wurden. Dieser Abschnitt kann die folgenden Felder enthalten:-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
measurement– Gibt das Array der zu erfassenden NVIDIA GPU-Metriken an. Eine Liste der möglichen Werte, die Sie hier verwenden können, finden Sie in der Spalte Metric (Metrik) in der Tabelle unter Erfassen von NVIDIA GPU-Metriken.Im Eintrag für jede einzelne Metrik können Sie optional einen oder beide der folgenden Werte angeben:
-
rename– Legt einen anderen Namen für diese Metrik fest. -
unit– Gibt die zu verwendende Einheit für diese Metrik an und überschreibt die Standardeinheit für die Metrik (None). Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
-
-
metrics_collection_interval– Optional. Gibt an, wie oft die NVIDIA GPU-Metriken erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.
-
-
jmx– Optional. Gibt an, dass Sie Java Management Extensions (JMX)-Metriken von der Instance abrufen möchten. Weitere Informationen zu den Parametern, die in diesem Abschnitt verwendet werden können, und den Metriken, die erfasst werden können, finden Sie unter Erfassung von Java Management Extensions (JMX)-Metriken. -
otlp– Optional. Gibt an, dass Sie Metriken aus dem OpenTelemetry SDK erfassen möchten. Weitere Informationen über die Felder, die Sie in diesem Abschnitt verwenden können, finden Sie unter Erfassen Sie Metriken und Traces mit OpenTelemetry. -
procstat– Optional. Gibt an, dass Sie Metriken aus einzelnen Prozessen abrufen möchten. Weitere Informationen zu den Konfigurationsoptionen, die für procstat verfügbar sind, finden Sie unter Erfassen von Prozessmetriken mit dem procstat-Plugin. -
statsd– Optional. Gibt an, dass Sie benutzerdefinierte Metriken mithilfe des ProtokollsStatsDabrufen möchten. Der CloudWatch Agent fungiert als Daemon für das Protokoll. Sie verwenden einen beliebigenStatsDStandard-Client, um die Metriken an den CloudWatch Agenten zu senden. Weitere Informationen zu den Konfigurationsoptionen, die für StatsD verfügbar sind, finden Sie unter Abrufen benutzerdefinierter Metriken mit StatsD. -
ethtool– Optional. Gibt an, dass Sie Netzwerkmetriken mithilfe desethtool-Plug-Ins abrufen möchten. Dieses Plugin kann sowohl die vom Standard-Dienstprogramm ethtool gesammelten Metriken als auch die Metriken zur Netzwerkleistung von Amazon-EC2-Instances importieren. Weitere Informationen zu den Konfigurationsoptionen, die für ethtool verfügbar sind, finden Sie unter Netzwerkleistungsmetriken sammeln. -
efa– Optional. Gibt an, dass Elastic Fabric Adapter (EFA) -Metriken erfasst werden sollen. Dieser Abschnitt gilt nur für Linux-Instances, an die EFA-Geräte angeschlossen sind. Der Agent erfasst EFA-Metriken über die/sys/class/infiniband/Sysfs-Schnittstelle.Dieser Abschnitt kann die folgenden Felder enthalten:
-
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken an gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt. -
measurement— Gibt das Array der EFA-Metriken an, die erfasst werden sollen. Dies ist ein Pflichtfeld. Wenn Sie dieses Feld nicht angeben, gibt der Agent einen Fehler zurück. Sie können Metriknamen mit oder ohneefa_Präfix angeben. Beispielsweisetx_bytessind beideefa_tx_bytesund gültig.Eine Liste der möglichen Werte, die Sie hier verwenden können, finden Sie in der Spalte Metric (Metrik) in der Tabelle unter Erfassen Sie EFA-Metriken.
metrics_collection_interval– Optional. Gibt an, wie oft die EFA-Metriken erfasst werden sollen, wobei die imagentAbschnitt der Konfigurationsdateimetrics_collection_intervalangegebenen globalen Werte außer Kraft gesetzt werden. Der Standardwert liegt bei 60 Sekunden.
Jede EFA-Metrik wird mit den Dimensionen
deviceport, und ausgegeben.eniIdVerwenden Sie dasappend_dimensionsFeld imInstanceIdAbschnitt, um die Dimension anzuhängen.metrics -
Es folgt das Beispiel eines metrics-Abschnitts für einen Linux-Server. In diesem Beispiel werden drei CPU-Metriken, drei netstat-Metriken, drei Prozessmetriken und eine Datenträgermetrik erfasst und der Agent ist zum Empfang zusätzlicher Metriken von einem collectd-Client eingerichtet.
"metrics": { "aggregation_dimensions" : [["AutoScalingGroupName"], ["InstanceId", "InstanceType"],[]], "metrics_collected": { "collectd": {}, "cpu": { "resources": [ "*" ], "measurement": [ {"name": "cpu_usage_idle", "rename": "CPU_USAGE_IDLE", "unit": "Percent"}, {"name": "cpu_usage_nice", "unit": "Percent"}, "cpu_usage_guest" ], "totalcpu": false, "drop_original_metrics": [ "cpu_usage_guest" ], "metrics_collection_interval": 10, "append_dimensions": { "test": "test1", "date": "2017-10-01" } }, "netstat": { "measurement": [ "tcp_established", "tcp_syn_sent", "tcp_close" ], "metrics_collection_interval": 60 }, "disk": { "measurement": [ "used_percent" ], "resources": [ "*" ], "drop_device": true }, "processes": { "measurement": [ "running", "sleeping", "dead" ] } }, "append_dimensions": { "ImageId": "${aws:ImageId}", "InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" } }
Windows Server
Im Abschnitt metrics_collected für Windows Server können Sie für jedes Windows-Leistungsobjekt Unterabschnitte anlegen, beispielsweise Memory, Processor und LogicalDisk. Informationen darüber, welche Objekte und Zähler verfügbar sind, finden Sie unter Leistungszähler
Innerhalb des Unterabschnitts für jedes Objekt geben Sie ein measurement-Array der zu erfassenden Zähler an. Das measurement-Array ist für jedes Objekt erforderlich, das Sie in der Konfigurationsdatei angeben. Sie können auch ein resources-Feld angeben, um die Instances zu benennen, aus denen Sie Metriken erfassen. Sie können auch * für resources angeben, um separate Metriken für alle Instances zu erfassen. Wenn Sie resources bei Zählern mit Instances weglassen, werden die Daten für alle Instances in einem Satz zusammengefasst. Wenn Sie Leistungsindikatoren resources auslassen, die keine Instanzen haben, werden die Zähler nicht vom CloudWatch Agenten erfasst. Um festzustellen, ob Zähler über Instances verfügen, können Sie einen der folgenden Befehle verwenden.
Powershell:
Get-Counter -ListSet *
Befehlszeile (nicht Powershell):
TypePerf.exe –q
Innerhalb des jeweiligen Objektabschnitts können Sie auch die folgenden optionalen Felder angeben:
-
metrics_collection_interval– Optional. Gibt an, wie oft die Metriken für dieses Objekt erfasst werden und das globalemetrics_collection_intervalim Abschnittagentder Konfigurationsdatei überschrieben wird.Der Wert wird in Sekunden angegeben. Beispiel: Angeben, dass 10 Metriken alle 10 Sekunden und 300 Metriken alle 5 Minuten gesammelt werden sollen.
Wenn Sie diesen Wert auf weniger als 60 Sekunden festlegen, wird die jeweilige Metrik als hochauflösende Metrik erfasst. Weitere Informationen finden Sie unter High-resolution Metriken.
-
append_dimensions– Optional. Gibt zusätzliche Dimensionen an, die nur für die Metriken für dieses Objekt verwendet werden sollen. Falls Sie dieses Feld angeben, wird es zusätzlich zu den im globalen Feldappend_dimensionsangegebenen Dimensionen verwendet, das für alle Typen von Metriken verwendet wird, die vom Agent erfasst werden. -
drop_original_metrics– Optional. Wenn Sie dasaggregation_dimensions-Feld immetrics-Abschnitt verwenden, um Metriken zu aggregierten Ergebnissen zusammenzufassen, dann sendet der Agent standardmäßig sowohl die aggregierten Metriken als auch die ursprünglichen Metriken, die für jeden Wert der Dimension getrennt sind. Wenn Sie nicht möchten, dass die ursprünglichen Metriken gesendet werden CloudWatch, können Sie diesen Parameter mit einer Liste von Metriken angeben. Für die zusammen mit diesem Parameter angegebenen Metriken werden die Metriken nach Dimension nicht gemeldet CloudWatch. Stattdessen werden nur die aggregierten Metriken gemeldet. Dadurch verringert sich die Anzahl der Metriken, die der Agent erfasst, was Ihre Kosten senkt.
Innerhalb des jeweiligen Zählerabschnitts können Sie auch die folgenden optionalen Felder angeben:
-
rename— Gibt einen anderen Namen an, der CloudWatch für diese Metrik verwendet werden soll. -
unit– Gibt die für diese Metrik zu verwendende Einheit an. Bei der von Ihnen angegebenen Einheit muss es sich um eine gültige CloudWatch metrische Einheit handeln, wie in derUnitBeschreibung unter aufgeführt MetricDatum.
Es gibt zwei weitere optionale Abschnitte, die Sie in metrics_collected aufnehmen können:
-
statsd– Ermöglicht den Abruf benutzerdefinierter Metriken mittelsStatsD-Protokoll. Der CloudWatch Agent fungiert als Daemon für das Protokoll. Sie können die Metriken mit einem beliebigenStatsD-Standardclient an den CloudWatch-Agenten senden. Weitere Informationen finden Sie unter Abrufen benutzerdefinierter Metriken mit StatsD. -
procstat– Ermöglicht den Abruf von Metriken aus einzelnen Prozessen. Weitere Informationen finden Sie unter Erfassen von Prozessmetriken mit dem procstat-Plugin. -
jmx– Optional. Gibt an, dass Sie Java Management Extensions (JMX)-Metriken von der Instance abrufen möchten. Weitere Informationen zu den Feldern, die in diesem Abschnitt verwendet werden können, und den Metriken, die erfasst werden können, finden Sie unter Erfassung von Java Management Extensions (JMX)-Metriken. -
otlp– Optional. Gibt an, dass Sie Metriken aus dem OpenTelemetry SDK sammeln möchten. Weitere Informationen über die Felder, die Sie in diesem Abschnitt verwenden können, finden Sie unter Erfassen Sie Metriken und Traces mit OpenTelemetry.
Es folgt das Beispiel eines metrics-Abschnitts zur Verwendung unter Windows Server. In diesem Beispiel werden viele Windows-Metriken erfasst, und der Computer ist zusätzlich für das Empfangen weiterer Metriken von einem StatsD-Client eingerichtet.
"metrics": { "metrics_collected": { "statsd": {}, "Processor": { "measurement": [ {"name": "% Idle Time", "rename": "CPU_IDLE", "unit": "Percent"}, "% Interrupt Time", "% User Time", "% Processor Time" ], "resources": [ "*" ], "append_dimensions": { "d1": "win_foo", "d2": "win_bar" } }, "LogicalDisk": { "measurement": [ {"name": "% Idle Time", "unit": "Percent"}, {"name": "% Disk Read Time", "rename": "DISK_READ"}, "% Disk Write Time" ], "resources": [ "*" ] }, "Memory": { "metrics_collection_interval": 5, "measurement": [ "Available Bytes", "Cache Faults/sec", "Page Faults/sec", "Pages/sec" ], "append_dimensions": { "d3": "win_bo" } }, "Network Interface": { "metrics_collection_interval": 5, "measurement": [ "Bytes Received/sec", "Bytes Sent/sec", "Packets Received/sec", "Packets Sent/sec" ], "resources": [ "*" ], "append_dimensions": { "d3": "win_bo" } }, "System": { "measurement": [ "Context Switches/sec", "System Calls/sec", "Processor Queue Length" ], "append_dimensions": { "d1": "win_foo", "d2": "win_bar" } } }, "append_dimensions": { "ImageId": "${aws:ImageId}", "InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" }, "aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],[]] } }
Der Abschnitt logs enthält die folgenden Felder:
-
service.name– Optional. Gibt den Servicenamen an, der verwendet werden soll, um die Entität für die Suche nach zugehöriger Telemetrie mit Werten zu befüllen. -
deployment.environment– Optional. Gibt den Umgebungsnamen an, der verwendet werden soll, um die Entität für die Suche nach zugehöriger Telemetrie mit Werten zu befüllen. -
backpressure_mode– Optional. Gibt das Verhalten an, wenn der CloudWatch Agent Protokolle schneller aufnimmt, als er sie an CloudWatch Logs senden kann, was zu einem Gegendruck führt. Ein Gegendruck kann durch Netzwerkprobleme, API-Drosselung oder ein hohes Protokollvolumen entstehen.Der Agent unterstützt die folgenden Werte:
-
fd_release— Gibt bei Gegendruck Dateideskriptoren für gelöschte Dateien frei. Diese Option kann dazu beitragen, eine Erschöpfung des Festplattenspeichers zu verhindern, wenn externe Protokollrotations- oder Bereinigungsprozesse Dateien entfernen, während der Agent offene Dateideskriptoren beibehält. Dieauto_removalOption hat Vorrang vor der Option, auf gesetzt istbackpressure_mode.fd_releaseWenn diese Option aktiviertauto_removalist, verarbeitet der CloudWatch Agent die Datei vollständig, ohne den Dateideskriptor freizugeben.Wichtig
Die Verwendung
fd_releasekann dazu führen, dass der CloudWatch Agent die Protokolldateien nicht vollständig lesen kann, was zu einem Protokollverlust führt.
-
-
concurrency– Optional. Gibt die Anzahl der gemeinsam genutzten Protokollherausgeber an, die für die gleichzeitige Veröffentlichung von Protokolldateien in CloudWatch Logs verwendet werden.Wenn Sie dieses Feld weglassen, hat jedes Protokolldateiziel (Protokollgruppe, Stream-Kombination) einen einzigen gemeinsam genutzten Protokollherausgeber, was bei großen Dateien oder beim Schreiben mehrerer Dateien an dasselbe Ziel zu Engpässen führen kann. Die Aktivierung der Parallelität kann den Durchsatz verbessern.
-
logs_collected– Erforderlich, sofern der Abschnittlogsenthalten ist. Gibt an, welche Protokolldateien, Windows-Ereignisprotokolle und Journald-Protokolle der Agent vom Server sammelt. Es kann die folgenden Felder enthalten:files,windows_events(nur Windows) undjournald(nur Linux).-
files— Gibt an, welche regulären Protokolldateien der CloudWatch Agent sammeln soll. Enthält das Feldcollect_list, das diese Dateien genauer definiert.-
collect_list– Erforderlich, wennfilesenthalten ist. Enthält ein Array von Einträgen, die jeweils eine zu erfassende Protokolldatei angeben. Jeder dieser Einträge kann die folgenden Felder enthalten:-
file_path— Gibt den Pfad der Protokolldatei an, die in Logs hochgeladen CloudWatch werden soll. Globale standardmäßige Unixabgleichsregeln werden akzeptiert.**muss als super asterisk hinzugefügt werden. Beispiel: Angeben von/var/log/**.logbewirkt, dass alle.log-Dateien in der/var/log-Verzeichnisstruktur erfasst werden. Weitere Beispiele finden Sie in der globalen Bibliothek. Sie können das Standardsternchen auch als Standardplatzhalter verwenden. Beispiel:
/var/log/system.log*findet Dateien wiesystem.log_1111,system.log_2222usw. in/var/log.Nur die neueste Datei wird basierend auf dem Zeitpunkt der Dateiänderung in CloudWatch Logs übertragen. Wir empfehlen, dass Sie eine Reihe von Platzhaltern angeben, z. B. Dateien desselben Typs,
access_log.2018-06-01-01undaccess_log.2018-06-01-02, aber nicht mehrere Arten von Dateien, wie z. B.access_log_80undaccess_log_443. Wenn Sie mehrere Arten von Dateien angeben möchten, fügen Sie der Agentenkonfigurationsdatei einen anderen Protokoll-Stream-Eintrag hinzu, damit jede Art von Protokolldatei in einen anderen Protokoll-Stream gestellt wird. -
auto_removal– Optional. Wenn dies der Fall isttrue, löscht der CloudWatch Agent diese Protokolldatei automatisch, nachdem sie gelesen wurde, und sie wurde rotiert. Normalerweise werden die Protokolldateien gelöscht, nachdem ihr gesamter Inhalt in CloudWatch Logs hochgeladen wurde. Wenn der Agent jedoch das EOF (Dateiende) erreicht und auch eine andere neuere Protokolldatei erkennt, die derselben entsprichtfile_path, löscht der Agent die ALTE Datei. Sie müssen also sicherstellen, dass Sie mit dem Schreiben in die ALTE Datei fertig sind, bevor Sie die NEUE Datei erstellen. Die RUST-Ablaufverfolgungsbibliothekist bekanntermaßen nicht kompatibel, da sie möglicherweise eine NEUE Protokolldatei erstellt und dann trotzdem versucht, in die ALTE Protokolldatei zu schreiben. Der Agent entfernt aus Protokollen, die mehrere Dateien erstellen, nur vollständige Dateien. Dies sind z. B. Protokolle, die für jedes Datum separate Dateien erstellen. Wenn ein Protokoll kontinuierlich in eine einzige Datei schreibt, wird es nicht entfernt.
Wenn Sie bereits eine Rotations- oder Entfernungsmethode für Protokolldateien eingerichtet haben, sollten Sie dieses Feld auslassen oder auf
falsefestlegen.Wenn Sie dieses Feld auslassen, wird der Standardwert
falseverwendet. -
log_group_name– Optional. Gibt an, was als Protokollgruppenname in CloudWatch Logs verwendet werden soll.Wir empfehlen, in diesem Feld einen Protokollgruppen-Namen festzulegen, um Verwirrungen zu vermeiden. Wenn Sie
log_group_nameauslassen, wird der Wert vonfile_pathbis zu dem letzten Punkt als Name der Protokollgruppe verwendet. Beispiel: Falls der Dateipfad/tmp/TestLogFile.log.2017-07-11-14ist, lautet der Name der Protokollgruppe/tmp/TestLogFile.log.Wenn Sie einen Protokollgruppen-Namen angeben, können Sie
{instance_id},{hostname},{local_hostname}und{ip_address}als Variablen im Namen verwenden.{hostname}ruft den Hostnamen aus den EC2-Metadaten ab und{local_hostname}verwendet den Hostnamen aus der Netzwerkkonfigurationsdatei.Wenn Sie diese Variablen verwenden, um viele verschiedene Loggruppen zu erstellen, beachten Sie die Begrenzung auf 1.000.000 Loggruppen pro Region und Konto.
Zulässige Zeichen sind a – z, A – Z, 0 – 9, „_“ (Unterstrich), „-“ (Bindestrich), „/“ (Schrägstrich) und „.“ (Punkt).
-
log_group_class– Optional. Gibt an, welche Protokollgruppen-Klasse für die neue Protokollgruppe verwendet werden soll. Weitere Hinweise zu Protokollgruppen-Klassen finden Sie unter Protokollklassen.Gültige Werte sind
STANDARDundINFREQUENT_ACCESS. Wenn Sie dieses Feld auslassen, wird der StandardSTANDARDverwendet.Wichtig
Nachdem eine Protokollgruppe erstellt wurde, kann ihre Klasse nicht mehr geändert werden.
-
log_stream_name– Optional. Gibt an, was als Name des Log-Streams in CloudWatch Logs verwendet werden soll. Sie können die Variablen{instance_id},{hostname},{local_hostname}und{ip_address}im Namen verwenden.{hostname}ruft den Hostnamen aus den EC2-Metadaten ab,{local_hostname}verwendet den Hostnamen aus der Netzwerkkonfigurationsdatei.Wenn Sie dieses Feld auslassen, wird der Wert des Parameters
log_stream_nameim globalenlogs-Abschnitt verwendet. Wird dies ebenfalls weggelassen, wird der Standardwert von{instance_id}verwendet.Wenn ein Protokoll-Stream noch nicht vorhanden ist, wird er automatisch erstellt.
-
retention_in_days– Optional. Gibt an, wie viele Tage lang die Protokollereignisse in der festgelegten Protokollgruppe aufbewahrt werden.-
Wenn der Agent diese Protokollgruppe jetzt erstellt und Sie dieses Feld auslassen, wird die Aufbewahrung dieser neuen Protokollgruppe auf niemals ablaufend gesetzt.
-
Wenn diese Protokollgruppe bereits vorhanden ist und Sie dieses Feld angeben, wird die von Ihnen angegebene neue Aufbewahrung verwendet. Wenn Sie dieses Feld für eine bereits vorhandene Protokollgruppe weglassen, wird die Aufbewahrung der Protokollgruppe nicht geändert.
Der CloudWatch Agentenassistent verwendet
-1den Standardwert für dieses Feld, wenn es zum Erstellen der Agentenkonfigurationsdatei verwendet wird und Sie keinen Wert für die Protokollspeicherung angeben. Dieser vom Assistenten festgelegte-1-Wert legt fest, dass die Ereignisse in der Protokollgruppe nie ablaufen. Das manuelle Ändern dieses Werts auf-1hat jedoch keine Auswirkung.
Mögliche Werte sind 1, 3, 5, 7, 14, 30, 60, 90, 120, 150, 180, 365, 400, 545, 731, 1827, 2192, 2557, 2922, 3288 und 3653.
Wenn Sie den Agenten so konfigurieren, dass er mehrere Protokollstreams in dieselbe Protokollgruppe schreibt, und Sie
retention_in_daysan einer Stelle angeben, wird damit die Protokollaufbewahrung für die gesamte Protokollgruppe festgelegt. Wenn Sieretention_in_daysan mehreren Stellen für dieselbe Protokollgruppe angeben und alle diese Werte gleich sind, wird die Aufbewahrung festgelegt. Werden jedoch für dieselbe Protokollgruppe an mehreren Stellen unterschiedlicheretention_in_days-Werte angegeben, wird die Protokollaufbewahrung nicht festgelegt und der Agent wird gestoppt und gibt einen Fehler zurück.Anmerkung
Die IAM-Rolle oder der IAM-Benutzer des Agenten muss über
logs:PutRetentionPolicyverfügen, damit sie bzw. er Aufbewahrungsrichtlinien festlegen kann.Warnung
Wenn Sie für eine bereits vorhandene Protokollgruppe
retention_in_daysfestlegen, werden alle Protokolle in dieser Protokollgruppe, die vor der von Ihnen angegebenen Anzahl von Tagen veröffentlicht wurden, gelöscht. Wenn Sie beispielsweise den Wert 3 festlegen, werden alle Protokolle gelöscht, die 3 oder mehr Tage alt sind. -
-
filters– Optional. Kann ein Array von Einträgen enthalten, von denen jeder einen regulären Ausdruck und einen Filtertyp angibt, um anzugeben, ob Protokolleinträge, die dem Filter entsprechen, veröffentlicht oder gelöscht werden sollen. Wenn Sie dieses Feld weglassen, werden alle Protokolle in der Protokolldatei in CloudWatch Logs veröffentlicht. Wenn Sie dieses Feld angeben, verarbeitet der Agent jede Protokollnachricht mit allen von Ihnen angegebenen Filtern, und nur die Protokollereignisse, die alle Filter bestehen, werden in CloudWatch Logs veröffentlicht. Die Protokolleinträge, die nicht alle Filter erfüllen, verbleiben weiterhin in der Protokolldatei des Hosts, werden jedoch nicht an CloudWatch Logs gesendet.Jeder Eintrag im Filter-Array kann die folgenden Felder enthalten:
-
type– Gibt den Filtertyp an. Gültige Werte sindincludeundexclude. Mitincludemuss der Logeintrag mit dem Ausdruck übereinstimmen, der in CloudWatch Logs veröffentlicht werden soll. Mitexcludewird nicht jeder Logeintrag, der dem Filter entspricht, an CloudWatch Logs gesendet. -
expression– Eine Zeichenfolge mit einem regulären Ausdruck, die der RE2-Syntaxfolgt. Anmerkung
Der CloudWatch Agent überprüft weder die Leistung eines regulären Ausdrucks, den Sie angeben, noch schränkt er die Laufzeit der Auswertung der regulären Ausdrücke ein. Wir empfehlen, darauf zu achten, keinen Ausdruck zu erstellen, dessen Auswertung hohe Kosten verursacht. Weitere Informationen zu möglichen Problemen finden Sie unter Denial of Service mit regulären Ausdrücken - ReDo S
Im folgenden Auszug der CloudWatch Agentenkonfigurationsdatei werden beispielsweise Protokolle veröffentlicht, bei denen es sich um PUT- und POST-Anfragen an CloudWatch Logs handelt, jedoch keine Protokolle, die von Firefox stammen.
"collect_list": [ { "file_path": "/opt/aws/amazon-cloudwatch-agent/logs/test.log", "log_group_name": "test.log", "log_stream_name": "test.log", "filters": [ { "type": "exclude", "expression": "Firefox" }, { "type": "include", "expression": "P(UT|OST)" } ] }, ..... ]Anmerkung
Die Reihenfolge der Filter in der Konfigurationsdatei ist für die Leistung wichtig. Im vorherigen Beispiel löscht der Agent alle Protokolle, die mit
Firefoxübereinstimmen, bevor er mit der Auswertung des zweiten Filters beginnt. Wenn weniger Protokolleinträge mit mehreren Filtern ausgewertet werden sollen, platzieren Sie den Filter, der voraussichtlich mehr Protokolle ausschließt, an der ersten Stelle in der Konfigurationsdatei. -
-
timezone– Optional. Gibt die Zeitzone an, die verwendet werden soll, wenn Zeitstempel auf Protokollereignisse angewendet werden. Die gültigen Werte sindUTCundLocal. Der Standardwert istLocal.Dieser Parameter wird ignoriert, wenn Sie keinen Wert für
timestamp_formatangeben. -
timestamp_format– Optional. Gibt das Zeitstempelformat an, wobei Klartext und spezielle Symbole verwendet werden, die mit % beginnen. Wenn Sie dieses Feld nicht ausfüllen, wird die aktuelle Zeit verwendet. Wenn Sie dieses Feld verwenden, können Sie die Symbole aus der folgenden Liste als Teil des Formats verwenden.Anmerkung
Dieser Parameter wird nicht berücksichtigt, wenn der
file_pathaufamazon-cloudwatch-agent.loggesetzt ist.Wenn ein einzelner Protokolleintrag zwei Zeitstempel enthält, die dem Format entsprechen, wird der erste Zeitstempel verwendet.
Diese Liste von Symbolen unterscheidet sich von der Liste, die vom älteren CloudWatch Logs-Agenten verwendet wurde. Eine Zusammenfassung der Unterschiede finden Sie unter Zeitstempelunterschiede zwischen dem CloudWatch Agenten und dem früheren CloudWatch Logs-Agenten.
%y-
Jahr ohne Jahrhundert als mit Nullen aufgefüllte Dezimalzahl Zum Beispiel,
19um 2019 darzustellen. %Y-
Jahr mit Jahrhundert als Dezimalzahl Beispiel,
2019. %b-
Monat als Abkürzung des Namens des Gebietsschemas
%B-
Monat als vollständiger Name des Gebietsschemas
%m-
Monat als mit Nullen aufgefüllte Dezimalzahl
%-m-
Monat als Dezimalzahl (nicht mit Nullen aufgefüllt)
%d-
Tag des Monats als mit Nullen aufgefüllte Dezimalzahl
%-d-
Tag des Monats als Dezimalzahl (nicht mit Nullen aufgefüllt)
%A-
Vollständiger Name des Wochentags, wie z. B.
Monday %a-
Abkürzung des Wochentags, wie z. B.
Mon %H-
Stunde (24-Stunden-Format) als mit Nullen aufgefüllte Dezimalzahl
%I-
Stunde (12-Stunden-Format) als mit Nullen aufgefüllte Dezimalzahl
%-I-
Stunde (12-Stunden-Format) als Dezimalzahl (nicht mit Nullen aufgefüllt)
%p-
AM oder PM
%M-
Minuten als mit Nullen aufgefüllte Dezimalzahl
%-M-
Minuten als Dezimalzahl (nicht mit Nullen aufgefüllt)
%S-
Sekunden als mit Nullen aufgefüllte Dezimalzahl
%-S-
Sekunden als Dezimalzahl (nicht mit Nullen aufgefüllt)
%f-
Sekundenbruchteile als Dezimalzahl (1 bis 9 Ziffern), links mit Nullen aufgefüllt.
%Z-
Zeitzone, z. B.
PST %z-
Zeitzone, ausgedrückt als der Abstand zwischen der lokalen Zeitzone und der Koordinierten Weltzeit (UTC). Beispiel,
-0700. Es wird nur das dieses Format unterstützt. Beispiel:-07:00ist kein gültiges Format.
-
multi_line_start_pattern– Gibt das Muster an, anhand dessen der Beginn einer Protokollmeldung identifiziert wird. Eine Protokollmeldung besteht aus einer Zeile, die mit dem angegebenen Muster übereinstimmt, und allen folgenden Zeilen, die nicht dem Muster entsprechen.Wenn Sie dieses Feld leer lassen, wird der Mehrzeilenmodus deaktiviert und bei jeder Zeile, die mit einem Zeichen beginnt, das kein Leerzeichen ist, wird der vorherige Protokolleintrag abgeschlossen und ein neuer Protokolleintrag gestartet.
Wenn Sie dieses Feld aufnehmen, können Sie
{timestamp_format}angeben, um den gleichen regulären Ausdruck wie Ihr Zeitstempelformat zu verwenden. Andernfalls können Sie einen anderen regulären Ausdruck für CloudWatch Logs angeben, anhand dessen die Startzeilen mehrzeiliger Einträge bestimmt werden. -
encoding– Gibt die Codierung der Protokolldatei an, damit sie korrekt gelesen werden kann. Wenn Sie eine falsche Codierung angeben, kann dies zu Datenverlust führen, weil Zeichen, die nicht decodiert werden können, durch andere Zeichen ersetzt werden.Der Standardwert ist
utf-8. Die folgenden Werte sind möglich:ascii, big5, euc-jp, euc-kr, gbk, gb18030, ibm866, iso2022-jp, iso8859-2, iso8859-3, iso8859-4, iso8859-5, iso8859-6, iso8859-7, iso8859-8, iso8859-8-i, iso8859-10, iso8859-13, iso8859-14, iso8859-15, iso8859-16, koi8-r, koi8-u, macintosh, shift_jis, utf-8, utf-16, utf-16le, UTF-16, UTF-16LE, windows-874, windows-1250, windows-1251, windows-1252, windows-1253, windows-1254, windows-1255, windows-1256, windows-1257, windows-1258, x-mac-cyrillic -
service.name– Optional. Gibt den Servicenamen an, der verwendet werden soll, um die Entität für die Suche nach zugehöriger Telemetrie mit Werten zu befüllen. -
deployment.environment– Optional. Gibt den Umgebungsnamen an, der verwendet werden soll, um die Entität für die Suche nach zugehöriger Telemetrie mit Werten zu befüllen. -
trim_timestamp– Optional. Wenn dies zutrifft, entfernt der CloudWatch Agent den mit übereinstimmenden Zeitstempeltimestamp_formataus der Zeile, bevor er ihn an CloudWatch Logs sendet. Der LogEvent wird dastimestampFeld weiterhin enthalten.Wenn Sie dieses Feld auslassen, wird der Standardwert
falseverwendet.
-
-
-
Im Abschnitt
windows_eventsist der Typ der Windows-Ereignisse angegeben, der von Servern mit Windows Server erfasst wird. Er enthält folgende Felder:-
collect_list– Erforderlich, wennwindows_eventsenthalten ist. Gibt die Typen und Stufen von zu erfassenden Windows-Ereignissen an. Jedes zu erfassende Protokoll hat einen Eintrag in diesem Abschnitt, der folgende Felder enthalten kann:-
event_name– Gibt den Typ der zu protokollierenden Windows-Ereignisse an. Dies entspricht dem Kanalnamen des Windows-Ereignisprotokolls, z. B.System,Security,Applicationusw. Dieses Feld ist für jeden Typ eines zu protokollierenden Windows-Ereignisses ein Pflichtfeld.Anmerkung
Wenn Nachrichten aus einem Windows-Protokollkanal CloudWatch abgerufen werden, sucht es anhand seiner
Full NameEigenschaft nach dem Protokollkanal. Währenddessen zeigt der Navigationsbereich der Windows Event Viewer dieLog Name-Eigenschaft von Protokollkanälen an.Full NameundLog Namestimmen nicht immer überein. Um denFull Nameeines Kanals zu bestätigen, klicken Sie in der Windows Event Viewer mit der rechten Maustaste darauf und öffnen Sie Eigenschaften. -
event_levels– Optional. Gibt die Ebenen des zu protokollierenden Ereignisses an. Sie müssen jede zu protokollierende Ebene angeben. Mögliche Werte sindINFORMATION,WARNING,ERROR,CRITICALundVERBOSE. Dieses Feld ist für jede Art von Windows-Ereignis, das protokolliert werden soll, optional und kann mit anderen Filteroptionen wieevent_idsundfiltersverwendet werden. event_ids– Optional. Enthält ein Array von Windows-Ereignis-IDs, um anzugeben, welche Ereignisse aus dem Windows-Ereignisprotokoll erfasst werden sollen. Wenn dieses Feld ausgeschlossen wird, werden alle Ereignisse aus dem angegebenen Ereignisprotokoll erfasst. Wenn dieses Feld enthalten ist, erfasst der Agent nur Ereignisse, die mit den angegebenen Ereignis-IDs übereinstimmen.Jeder Eintrag im
event_ids-Array sollte ein numerischer Ereignis-ID-Wert sein und kann mit anderen Filteroptionen verwendet werden. Beachten Sie den dritten Eintrag im folgenden Konfigurationsbeispiel.Anmerkung
Wenn Sie nach Ereignis-ID filtern müssen, wird die Verwendung von
event_idsgegenüber regulären Ausdrücken empfohlen, da dies eine bessere Leistung bietet.filters– Optional. Enthält einen Array von Einträgen. Jeder Eintrag gibt einen regulären Ausdruck und einen Filtertyp an, um anzugeben, ob Protokolleinträge, die dem Filter entsprechen, veröffentlicht oder gelöscht werden sollen. Wenn das Feld enthalten ist, verarbeitet der Agent jede Protokollnachricht mit allen von Ihnen angegebenen Filtern, und nur die Protokollereignisse, die alle Filter bestehen, werden in CloudWatch Logs veröffentlicht. Die Windows-Ereignisprotokolle, die nicht alle Filter erfüllen, werden gelöscht und nicht an CloudWatch Logs gesendet. Der Filterbereich kann auch zusammen mit anderen Filtermechanismen wie Event-IDs [4624, 4625] und Systemebenen (Information, Fehler oder Kritisch) verwendet werden, um Protokolle effektiv zu filtern und an sie weiterzuleiten. CloudWatchJeder Eintrag im Filter-Array kann die folgenden Felder enthalten:
type: Gibt den Filtertyp an. Gültige Werte sindincludeundexclude. Bei Include muss der Windows-Ereigniseintrag mit dem Ausdruck übereinstimmen, der in Logs veröffentlicht werden soll. CloudWatch Bei exclude wird nicht jeder Windows-Ereignisprotokolleintrag, der dem Filter entspricht, an CloudWatch Logs gesendet.expression: Eine Zeichenfolge mit einem regulären Ausdruck, die der RE2-Syntax folgt.
Anmerkung
Der CloudWatch Agent validiert keine regulären Ausdrücke, die Sie angeben. Er begrenzt auch nicht die Evaluierungszeit. Schreiben Sie Ihre Ausdrücke sorgfältig, um Leistungsprobleme zu vermeiden. Weitere Informationen zu Sicherheitsrisiken finden Sie unter Denial of Service mit regulären Ausdrücken - ReDo S.
In der folgenden Beispielkonfiguration für Agenten:
Für den ersten Eintrag überträgt der Agent Protokolle, die Datenbankfehlermeldungen, alle Aktivitäten im Zusammenhang mit der Authentifizierung und alle Anmeldeereignisse (sowohl erfolgreiche als auch fehlgeschlagene Versuche) enthalten, an. CloudWatch Jedes Protokoll, das diesem Muster nicht entspricht, wird gelöscht.
Beim zweiten Eintrag erfolgt die anfängliche Filterung auf der Grundlage von Ereignis-IDs für das Windows-Ereignisabonnement. Der Agent erfasst alle Protokolle, die die Zeichenfolge „user“ enthalten, und verwirft Protokolle, die diesen Mustern nicht entsprechen. Der Agent löscht dann die darin enthaltenen Protokolle,
successfulbevor er die verbleibenden CloudWatch Protokolle an Logs sendet. Jeder Filtertyp wird auf jedes Windows-Ereignisprotokoll angewendet, bevor es an gesendet wird CloudWatch."collect_list": [ { "event_name": "Application", "log_group_name": "ApplicationEvents", "log_stream_name": "ApplicationEvents", "filters": [ { "type": "include", "expression": "Database.*failed|Authentication.*|login.*" } ] }, { "event_name": "System", "log_group_name": "SystemEvents", "log_stream_name": "Logon-events", "event_ids": [ 4624, 4625 ], "filters": [ { "type": "include", "expression": ".*user.*" }, { "type": "exclude", "expression": ".*successful.*" } ] } ..... ]Anmerkung
Die Reihenfolge der Filter in der Konfiguration ist für die Leistung wichtig. Im zweiten Eintrag verwirft der Agent alle Protokolle, die nicht mit dem Benutzer übereinstimmen, bevor er mit der Auswertung des zweiten Filterausdrucks beginnt. Für optimale Leistung ordnen Sie die Filter von der höchsten zur niedrigsten Ausschlussrate.
Sie können zwar Protokolle nach Ereignis-IDs und Systemebene im Filterausdruck herausfiltern, es wird jedoch empfohlen,
event_idsundlog_levelzu verwenden, wie im zweiten Eintrag gezeigt, um die Leistung zu verbessern.Warnung
Obwohl alle Filtermechanismen (event_levels, event_ids, filters) optional sind, ist während der Agentenkonfiguration mindestens einer erforderlich, um Protokolle zu filtern.
-
log_group_name– Erforderlich. Gibt an, was als Protokollgruppenname in CloudWatch Protokollen verwendet werden soll. -
log_stream_name– Optional. Gibt an, was als Name des Log-Streams in CloudWatch Logs verwendet werden soll. Sie können die Variablen{instance_id},{hostname},{local_hostname}und{ip_address}im Namen verwenden.{hostname}ruft den Hostnamen aus den EC2-Metadaten ab,{local_hostname}verwendet den Hostnamen aus der Netzwerkkonfigurationsdatei.Wenn Sie dieses Feld auslassen, wird der Wert des Parameters
log_stream_nameim globalenlogs-Abschnitt verwendet. Wird dies ebenfalls weggelassen, wird der Standardwert von{instance_id}verwendet.Wenn ein Protokoll-Stream noch nicht vorhanden ist, wird er automatisch erstellt.
-
event_format– Optional. Gibt das Format an, das beim Speichern von Windows-Ereignissen in CloudWatch Protokollen verwendet werden soll.xmlverwendet das XML-Format wie in der Windows-Ereignisanzeige.textverwendet das ältere CloudWatch Logs-Agent-Format. -
retention_in_days– Optional. Gibt an, wie viele Tage lang die Windows-Ereignisse in der festgelegten Protokollgruppe aufbewahrt werden.-
Wenn der Agent diese Protokollgruppe jetzt erstellt und Sie dieses Feld auslassen, wird die Aufbewahrung dieser neuen Protokollgruppe auf niemals ablaufend gesetzt.
-
Wenn diese Protokollgruppe bereits vorhanden ist und Sie dieses Feld angeben, wird die von Ihnen angegebene neue Aufbewahrung verwendet. Wenn Sie dieses Feld für eine bereits vorhandene Protokollgruppe weglassen, wird die Aufbewahrung der Protokollgruppe nicht geändert.
Der CloudWatch Agentenassistent verwendet
-1den Standardwert für dieses Feld, wenn es zur Erstellung der Agentenkonfigurationsdatei verwendet wird und Sie keinen Wert für die Protokollspeicherung angeben. Dieser vom Assistenten festgelegte-1Wert gibt an, dass die Ereignisse in der Protokollgruppe nicht ablaufen. Das manuelle Ändern dieses Werts auf-1hat jedoch keine Auswirkung.
Mögliche Werte sind 1, 3, 5, 7, 14, 30, 60, 90, 120, 150, 180, 365, 400, 545, 731, 1827, 2192, 2557, 2922, 3288 und 3653.
Wenn Sie den Agenten so konfigurieren, dass er mehrere Protokollstreams in dieselbe Protokollgruppe schreibt, und Sie
retention_in_daysan einer Stelle angeben, wird damit die Protokollaufbewahrung für die gesamte Protokollgruppe festgelegt. Wenn Sieretention_in_daysan mehreren Stellen für dieselbe Protokollgruppe angeben und alle diese Werte gleich sind, wird die Aufbewahrung festgelegt. Werden jedoch für dieselbe Protokollgruppe an mehreren Stellen unterschiedlicheretention_in_days-Werte angegeben, wird die Protokollaufbewahrung nicht festgelegt und der Agent wird gestoppt und gibt einen Fehler zurück.Anmerkung
Die IAM-Rolle oder der IAM-Benutzer des Agenten muss über
logs:PutRetentionPolicyverfügen, damit sie bzw. er Aufbewahrungsrichtlinien festlegen kann.Warnung
Wenn Sie für eine bereits vorhandene Protokollgruppe
retention_in_daysfestlegen, werden alle Protokolle in dieser Protokollgruppe, die vor der von Ihnen angegebenen Anzahl von Tagen veröffentlicht wurden, gelöscht. Wenn Sie beispielsweise den Wert 3 festlegen, werden alle Protokolle gelöscht, die 3 oder mehr Tage alt sind. -
-
-
-
Verwenden Sie den
journaldAbschnitt, um anzugeben, welche Systemd-Journalprotokolle von Linux-Servern erfasst werden sollen. Verwenden Sie diesen Abschnitt nur für Linux-Instances. Er enthält folgende Felder:-
collect_list– Erforderlich, wennjournaldenthalten ist. Gibt an, welche Journal-Logeinträge der Agent sammelt. Jeder Eintrag in diesem Abschnitt definiert eine Reihe von Journalprotokollen, die gesammelt werden sollen, und kann die folgenden Felder enthalten:-
units– Optional. Gibt ein Array von Systemd-Unit-Namen zum Filtern von Journaleinträgen an. Wenn Sie dieses Feld einbeziehen, sammelt der Agent nur Journaleinträge aus den angegebenen Systemd-Units. Wenn Sie dieses Feld weglassen, sammelt der Agent Journaleinträge aus allen Einheiten. Der Agent akzeptiert Platzhalter für den Mustervergleich. Zum Beispiel["sshd*"]entsprichtsshd.servicesshd@1.service, und jeder anderen Einheit, die mitsshdbeginnt. Sie können mehrere Einheiten angeben,["sshd", "nginx", "cloudwatch-agent"]um beispielsweise Protokolle von mehreren Diensten zu sammeln. -
priority– Optional. Gibt die Mindestprioritätsstufe des Journals an, das erfasst werden soll. Wenn Sie dieses Feld einbeziehen, erfasst der Agent Journaleinträge mit der angegebenen Prioritätsstufe und allen höheren Prioritätsstufen. Wenn Sie dieses Feld weglassen, lautet die Standardeinstellung „Sammeln“info, „höher“infound „Ausschließendebug“. Stellen Sie"priority": "debug"diese Option ein, um alle Ebenen zu sammeln. Gültige Werte sindemergalert,criterr,warning,notice,info, unddebug. Beispielsweise"priority": "err"erfasst die Einstellung Einträge auf den Ebenenemerg(0),alert(1),crit(2) underr(3), mit Ausnahme vonwarningnoticeinfo, unddebug.Die folgende Tabelle zeigt die Journal-Prioritätsstufen und ihre numerischen Werte.
Priorität Numerischer Wert Description emerg0
System ist unbrauchbar
alert1
Maßnahmen müssen sofort ergriffen werden
crit2
Kritische Bedingungen
err3
Fehlerbedingungen
warning4
Warnbedingungen
notice5
Normale, aber signifikante Bedingungen
info6
Informationsmeldungen
debug7
Debug-level Nachrichten
-
matches– Optional. Gibt ein Array von Übereinstimmungsobjekten für Journalfelder an, um Journaleinträge nach Metadatenfeldern zu filtern. Jedes Objekt im Array steht für eine Reihe von Bedingungen. Felder innerhalb eines einzelnen Objekts werden mit UND verknüpft, während einzelne Objekte im Array mit ODER gegeneinander verknüpft werden. Wenn Sie dieses Feld einbeziehen, sammelt der Agent Journaleinträge, die mit einem der angegebenen Objekte übereinstimmen. Wenn Sie dieses Feld weglassen, wendet der Agent keine Filterung auf Feldebene an.Wenn Sie beispielsweise angeben, werden nur Journaleinträge des Root-Benutzers
[{"_UID": "0"}]erfasst. Bei der Angabe werden Einträge aus dem SSH-Daemon ODER Einträge aus Kubelet[{"_SYSTEMD_UNIT": "sshd.service"}, {"_SYSTEMD_UNIT": "kubelet.service", "_UID": "1000"}]erfasst, die ebenfalls von UID 1000 stammen. Sie können mitunitsundpriorityfür diematchesVerbundfilterung kombinieren.Anmerkung
Bei Journalfeldnamen wird zwischen Groß- und Kleinschreibung unterschieden. Für vertrauenswürdige Felder, die vom Journal festgelegt werden, werden in der Regel Großbuchstaben mit einem Unterstrich als Präfix verwendet (z. B.,
_UID,_PID)._SYSTEMD_UNITUser-defined Felder haben kein Unterstrich-Präfix. -
filters– Optional. Enthält einen Array von Einträgen. Jeder Eintrag gibt einen regulären Ausdruck und einen Filtertyp an, um anzugeben, ob Protokolleinträge, die dem Filter entsprechen, veröffentlicht oder gelöscht werden sollen. Wenn Sie dieses Feld angeben, verarbeitet der Agent jede Protokollnachricht mit allen von Ihnen angegebenen Filtern, und nur die Protokollereignisse, die alle Filter bestehen, werden in CloudWatch Logs veröffentlicht. Die Journald-Logs, die nicht alle Filter erfüllen, werden gelöscht und nicht an CloudWatch Logs gesendet. Der Abschnitt „Filter“ kann auch zusammen mit anderen Filtermechanismen verwendet werden, z. B.unitspriorityum Protokolle effektiv zu filtern und an sie CloudWatch weiterzuleiten.Jeder Eintrag im Filter-Array kann die folgenden Felder enthalten:
-
type: Gibt den Filtertyp an. Gültige Werte sindincludeundexclude. Beiincludemuss der Journald-Eintrag mit dem Ausdruck übereinstimmen, der in CloudWatch Logs veröffentlicht werden soll. Damitexcludewird nicht jeder Journald-Logeintrag, der dem Filter entspricht, an Logs gesendet CloudWatch . -
expression: Eine Zeichenfolge mit einem regulären Ausdruck, die der RE2-Syntax folgt.Anmerkung
Der CloudWatch Agent validiert keine regulären Ausdrücke, die Sie angeben. Er begrenzt auch nicht die Evaluierungszeit. Schreiben Sie Ihre Ausdrücke sorgfältig, um Leistungsprobleme zu vermeiden. Weitere Informationen zu Sicherheitsrisiken finden Sie unter Denial of Service mit regulären Ausdrücken - ReDo S.
Anmerkung
Die Reihenfolge der Filter in der Konfiguration ist für die Leistung wichtig. Für optimale Leistung ordnen Sie die Filter von der höchsten zur niedrigsten Ausschlussrate.
-
-
retention_in_days– Optional. Gibt an, wie viele Tage lang die Protokollereignisse in der festgelegten Protokollgruppe aufbewahrt werden. Wenn der Agent diese Protokollgruppe jetzt erstellt und Sie dieses Feld auslassen, wird die Aufbewahrung dieser neuen Protokollgruppe auf niemals ablaufend gesetzt. Wenn diese Protokollgruppe bereits vorhanden ist und Sie dieses Feld angeben, wird die von Ihnen angegebene neue Aufbewahrung verwendet. Wenn Sie dieses Feld für eine bereits vorhandene Protokollgruppe weglassen, wird die Aufbewahrung der Protokollgruppe nicht geändert.Mögliche Werte sind 1, 3, 5, 7, 14, 30, 60, 90, 120, 150, 180, 365, 400, 545, 731, 1827, 2192, 2557, 2922, 3288 und 3653.
Anmerkung
Die IAM-Rolle oder der IAM-Benutzer des Agenten muss über
logs:PutRetentionPolicyverfügen, damit sie bzw. er Aufbewahrungsrichtlinien festlegen kann.Warnung
Wenn Sie für eine bereits vorhandene Protokollgruppe
retention_in_daysfestlegen, werden alle Protokolle in dieser Protokollgruppe, die vor der von Ihnen angegebenen Anzahl von Tagen veröffentlicht wurden, gelöscht. Wenn Sie beispielsweise den Wert 3 festlegen, werden alle Protokolle gelöscht, die 3 oder mehr Tage alt sind. -
log_group_name– Erforderlich. Gibt an, was als Protokollgruppenname in CloudWatch Logs verwendet werden soll. Sie können{instance_id},{hostname}{local_hostname}, und{ip_address}als Variablen innerhalb des Namens verwenden.{hostname}ruft den Hostnamen aus den EC2-Metadaten ab und{local_hostname}verwendet den Hostnamen aus der Netzwerkkonfigurationsdatei. -
log_stream_name– Optional. Gibt an, was als Name des Log-Streams in Logs verwendet werden soll. CloudWatch Als Teil des Namens können Sie,{instance_id}{hostname}{local_hostname}, und{ip_address}als Variablen innerhalb des Namens verwenden. Wenn Sie dieses Feld auslassen, wird der Wert des Parameterslog_stream_nameim globalenlogs-Abschnitt verwendet. Wird dies ebenfalls weggelassen, wird der Standardwert von{instance_id}verwendet.
-
Anmerkung
Für die SELinux-Unterstützung ist die https://github.com/aws/amazon-cloudwatch-agent-selinux
Amazon-Cloudwatch-Agent-selinux-Richtlinienversion oder eine neuere Version erforderlich. 1.1.0Anmerkung
Wenn Sie den Agenten mit einem anderen Benutzer als root ausführen, muss der Benutzer der Gruppe hinzugefügt werden, um das Journal lesen zu können.
systemd-journalBeim Neustart fährt der Agent mit dem zuletzt gesammelten Journaleintrag fort und sammelt keine historischen Daten.Im folgenden Beispiel für eine Agentenkonfiguration:
-
Für den ersten Eintrag sammelt der Agent alle Journalprotokolle ohne jegliche Filterung und sendet sie an die
journald-all-logsProtokollgruppe. -
Im zweiten Eintrag sammelt der Agent nur Protokolle von der
sshdSystemd-Unit. -
Im dritten Eintrag sammelt der Agent Journaleinträge mit
errPriorität und höher. -
Im vierten Eintrag sammelt der Agent mithilfe der Verbundfilterung Protokolle von der
systemd-logindEinheit, die auch vom Root-Benutzer (_UIDvon0) stammen. -
Für den letzten Eintrag sammelt der Agent Journald-Logs vom
sshdDienst und wendet mehrschichtige Regex-Filterung an.
"journald": { "collect_list": [ { "log_group_name": "journald-all-logs", "log_stream_name": "{instance_id}", "retention_in_days": 7 }, { "log_group_name": "journald-sshd", "log_stream_name": "{instance_id}", "units": ["sshd"], "retention_in_days": 7 }, { "log_group_name": "journald-errors", "log_stream_name": "{instance_id}", "priority": "err", "retention_in_days": 7 }, { "log_group_name": "journald-root-logind", "log_stream_name": "{instance_id}", "units": ["systemd-logind"], "matches": [{"_UID": "0"}], "retention_in_days": 7 }, { "log_group_name": "journald-filters", "log_stream_name": "{instance_id}", "units": ["sshd"], "filters": [ { "type": "include", "expression": ".*user.*" }, { "type": "exclude", "expression": ".*successful.*" } ], "retention_in_days": 7 } ] }Anmerkung
Wenn Sie
unitspriority, undmatchesFilter in einem einzigen Eintrag kombinieren, werden alle Filter zusammen angewendet. Ein Journaleintrag muss alle angegebenen Filter erfüllen, damit er erfasst und an CloudWatch Logs gesendet werden kann. -
-
-
log_stream_name– Optional. Gibt den Namen des standardmäßigen Protokoll-Streams an, der für alle Protokolle oder Windows-Ereignisse verwendet werden soll, für die kein Name eines Protokoll-Streams im Parameterlog_stream_namedes zugehörigen Eintrags incollect_listdefiniert ist. -
endpoint_override– Gibt einen FIPS-Endpunkt oder einen privaten Link an, der als Endpunkt verwendet wird, an den der Agent Protokolle sendet. Wenn Sie dieses Feld angeben und einen privaten Link setzen, können Sie die Protokolle an einen Amazon-VPC-Endpunkt senden. Weitere Informationen finden Sie unter Was ist Amazon VPC?Der Wert von
endpoint_overridemuss eine Zeichenkette sein, die eine URL ist.Beispielsweise legt der folgende Teil des Protokollabschnitts der Konfigurationsdatei fest, dass der Agent beim Senden von Protokollen einen VPC-Endpunkt verwendet.
{ "logs": { "endpoint_override": "vpce-XXXXXXXXXXXXXXXXXXXXXXXXX.logs.us-east-1.vpce.amazonaws.com", ...... }, } -
force_flush_interval– Gibt die maximale Zeitspanne in Sekunden an, in der Protokolle im Speicherpuffer verbleiben, bevor sie an den Server gesendet werden. Unabhängig von der Einstellung für dieses Feld werden die Protokolle an den Server gesendet, sobald die Größe der Protokolle im Puffer 1 MB erreicht. Der Standardwert ist 5.Wenn Sie den Agenten verwenden, um hochauflösende Metriken im eingebetteten Metrikformat zu melden, und Sie Alarme für diese Metriken einstellen, belassen Sie diesen Parameter auf dem Standardwert von 5. Andernfalls werden die Metriken mit einer Verzögerung gemeldet, die bei unvollständigen oder unvollständigen Daten zu einer Alarmierung führen kann.
-
credentials— Gibt eine IAM-Rolle an, die beim Senden von Protokollen an ein anderes AWS Konto verwendet werden soll. Sofern angegeben, enthält dieses Feld einen Parameter,role_arn.-
role_arn— Gibt den ARN einer IAM-Rolle an, die für die Authentifizierung beim Senden von Protokollen an ein anderes AWS Konto verwendet werden soll. Weitere Informationen finden Sie unter Metriken, Protokolle und Ablaufverfolgungen an ein anderes Konto senden. Wenn dieser Parameter hier angegeben wird, überschreibt er den Wert fürrole_arnim Abschnittagentder Konfigurationsdatei, sofern vorhanden.
-
-
metrics_collected— Dieses Feld kann Abschnitte enthalten, in denen angegeben wird, dass der Agent Protokolle sammelt, um Anwendungsfälle wie CloudWatch Application Signals und Container Insights mit verbesserter Beobachtbarkeit für Amazon EKS zu ermöglichen.-
application_signals(Optional) Gibt an, dass Sie CloudWatch Anwendungssignale aktivieren möchten. Weitere Informationen zu dieser Konfiguration finden Sie unterCloudWatch Anwendungssignale aktivieren. -
kubernetes– Dieses Feld kann einenenhanced_container_insights-Parameter enthalten, mit dem Sie Container Insights mit verbesserter Beobachtbarkeit für Amazon EKS aktivieren können.-
enhanced_container_insights– Stellen Sie dies auftrueein, um Container Insights mit verbesserter Beobachtbarkeit für Amazon EKS zu aktivieren. Weitere Informationen finden Sie unter Amazon EKS. -
accelerated_compute_metrics: Setzen Sie dies auffalse, um die Erfassung von Nvidia-GPU-Metriken auf Amazon-EKS-Clustern zu deaktivieren. Weitere Informationen finden Sie unter NVIDIA-GPU-Metriken.
-
-
emf– Um in Protokollen eingebettete Metriken zu erfassen, ist es nicht mehr erforderlich, diesesemf-Feld hinzuzufügen. Dies ist ein Legacy-Feld, das angibt, dass der Agent Protokolle im eingebetteten Metrikformat erfassen soll. Sie können Metrikdaten aus diesen Protokollen generieren. Weitere Informationen finden Sie unter Einbetten von Metriken in Protokollen. -
otlp– Optional. Gibt an, dass Sie Metriken aus dem OpenTelemetry SDK sammeln möchten. Weitere Informationen über die Felder, die Sie in diesem Abschnitt verwenden können, finden Sie unter Erfassen Sie Metriken und Traces mit OpenTelemetry.
-
Es folgt ein Beispiel für den Abschnitt logs.
"logs":{ "logs_collected": { "files": { "collect_list": [ { "file_path": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\amazon-cloudwatch-agent.log", "log_group_name": "amazon-cloudwatch-agent.log", "log_stream_name": "my_log_stream_name_1" }, { "file_path": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\test.log", "log_group_name": "test.log", "log_stream_name": "my_log_stream_name_2" } ] }, "windows_events": { "collect_list": [ { "event_name": "System", "event_ids": [ 1001, 1008 ], "log_group_name": "System", "log_stream_name": "System" }, { "event_name": "CustomizedName", "event_levels": [ "INFORMATION", "ERROR" ], "log_group_name": "CustomizedLogGroup", "log_stream_name": "CustomizedLogStream" }, { "event_name": "Application", "event_levels": [ "INFORMATION", "ERROR" ], "event_ids":[ 7369, 5624 ], "log_group_name": "CustomizedLogGroup", "log_stream_name": "CustomizedLogStream" } ] } }, "log_stream_name": "my_log_stream_name", "metrics_collected": { "kubernetes": { "enhanced_container_insights": true } } }
Indem Sie der CloudWatch Agentenkonfigurationsdatei einen traces Abschnitt hinzufügen, können Sie CloudWatch Anwendungssignale aktivieren oder Traces vom X-Ray und vom OpenTelemetry Instrumentierungs-SDK sammeln und an dieses senden X-Ray.
Wichtig
Die IAM-Rolle oder der IAM-Benutzer des Agenten muss über die AWSXrayWriteOnlyAccess Richtlinie verfügen, an die Trace-Daten gesendet werden sollen. X-Ray
Für einen schnellen Einstieg in die Erfassung von Traces können Sie der CloudWatch Agenten-Konfigurationsdatei einfach Folgendes hinzufügen.
"traces_collected": { "xray": { }, "otlp": { } }
Wenn Sie den vorherigen Abschnitt zur CloudWatch Agenten-Konfigurationsdatei hinzufügen und den Agenten neu starten, beginnt der Agent mit der Erfassung von Traces unter Verwendung der folgenden Standardoptionen und -werte. Weitere Informationen zu diesen Parametern finden Sie in den Parameterdefinitionen weiter unten in diesem Abschnitt.
"traces_collected": { "xray": { "bind_address": "127.0.0.1:2000", "tcp_proxy": { "bind_address": "127.0.0.1:2000" } }, "otlp": { "grpc_endpoint": "127.0.0.1:4317", "http_endpoint": "127.0.0.1:4318" } }
Der Abschnitt traces kann die folgenden Felder enthalten:
-
traces_collected– Erforderlich, sofern der Abschnitttracesenthalten ist. Gibt an, von welchen SDKs Ablaufverfolgungen erfasst werden sollen. Dies kann die folgenden Felder umfassen:-
application_signals– Optional. Gibt an, dass Sie CloudWatch Anwendungssignale aktivieren möchten. Weitere Informationen zu dieser Konfiguration finden Sie unterCloudWatch Anwendungssignale aktivieren. -
xray– Optional. Gibt an, dass Sie Traces aus dem X-Ray SDK sammeln möchten. Dieser Abschnitt kann die folgenden Felder enthalten:-
bind_address– Optional. Gibt die UDP-Adresse an, die der CloudWatch Agent verwenden soll, um auf X-Ray Traces zu warten. Das Format istip:port. Diese Adresse muss mit der im X-Ray SDK festgelegten Adresse übereinstimmen.Wenn Sie dieses Feld auslassen, wird der Standard
127.0.0.1:2000verwendet. -
tcp_proxy– Optional. Konfiguriert die Adresse für einen Proxy, der zur Unterstützung von X-Ray Remote-Sampling verwendet wird. Weitere Informationen finden Sie in der X-Ray Dokumentation unter Konfiguration der Sampling-Regeln.Dieser Abschnitt kann das folgende Feld enthalten.
-
bind_address– Optional. Gibt die TCP-Adresse an, für die der CloudWatch Agent den Proxy einrichten soll. Das Format istip:port. Diese Adresse muss mit der im X-Ray SDK festgelegten Adresse übereinstimmen.Wenn Sie dieses Feld auslassen, wird der Standard
127.0.0.1:2000verwendet.
-
-
-
otlp– Optional. Gibt an, dass Sie Traces aus dem OpenTelemetry SDK sammeln möchten. Weitere Informationen über die Felder, die Sie in diesem Abschnitt verwenden können, finden Sie unter Erfassen Sie Metriken und Traces mit OpenTelemetry.) Weitere Informationen zur AWS Distribution für OpenTelemetry finden Sie unter AWS Distro für. OpenTelemetryWeitere Informationen zur AWS Distribution für OpenTelemetry SDKs finden Sie unter Einführung. https://aws-otel.github.io/docs/introduction Dieser Abschnitt kann die folgenden Felder enthalten:
-
grpc_endpoint– Optional. Gibt die Adresse an, die der CloudWatch Agent verwenden soll, um auf OpenTelemetry Traces zu warten, die mithilfe von gRPC Remote Procedure Calls gesendet wurden. Das Format istip:port. Diese Adresse muss mit der Adresse übereinstimmen, die für den gRPC-Exporter im SDK festgelegt wurde. OpenTelemetryWenn Sie dieses Feld auslassen, wird der Standard
127.0.0.1:4317verwendet. -
http_endpoint– Optional. Gibt die Adresse an, die der CloudWatch Agent verwenden soll, um auf über HTTP gesendete OTLP-Traces zu warten. Das Format istip:port. Diese Adresse muss mit der Adresse übereinstimmen, die für den HTTP-Exporter im OpenTelemetry SDK festgelegt wurde.Wenn Sie dieses Feld auslassen, wird der Standard
127.0.0.1:4318verwendet.
-
-
-
concurrency– Optional. Gibt die maximale Anzahl gleichzeitiger Aufrufe an an X-Ray , die zum Hochladen von Traces verwendet werden können. Der Standardwert ist8 -
local_mode– Optional. Wenntrue, erfasst der Agent keine Amazon-EC2-Instance-Metadaten. Der Standardwert istfalse -
endpoint_override– Optional. Gibt einen FIPS-Endpunkt oder einen privaten Link an, der als Endpunkt verwendet werden soll, an den der CloudWatch Agent Traces sendet. Wenn Sie dieses Feld angeben und einen privaten Link setzen, können Sie die Ablaufverfolgung an einen Amazon-VPC-Endpunkt senden. Weitere Informationen finden Sie unter Was ist Amazon VPCDer Wert von
endpoint_overridemuss eine Zeichenkette sein, die eine URL ist. -
region_override– Optional. Gibt die Region an, die für den X-Ray Endpunkt verwendet werden soll. Der CloudWatch Agent sendet die Traces X-Ray in die angegebene Region. Wenn Sie dieses Feld auslassen, sendet der Agent die Ablaufverfolgung an die Region, in der sich die Amazon-EC2-Instance befindet.Wenn Sie hier eine Region angeben, hat diese Vorrang vor der Einstellung des
region-Parameters imagent-Abschnitt der Konfigurationsdatei. -
proxy_override– Optional. Gibt die Proxy-Serveradresse an, die der CloudWatch Agent beim Senden von Anfragen an verwenden soll X-Ray. Das Protokoll des Proxyservers muss als Teil dieser Adresse angegeben werden. -
credentials— Gibt eine IAM-Rolle an, die beim Senden von Traces an ein anderes AWS Konto verwendet werden soll. Sofern angegeben, enthält dieses Feld einen Parameter,role_arn.-
role_arn— Gibt den ARN einer IAM-Rolle an, die für die Authentifizierung verwendet werden soll, wenn Traces an ein anderes AWS Konto gesendet werden. Weitere Informationen finden Sie unter Metriken, Protokolle und Ablaufverfolgungen an ein anderes Konto senden. Wenn dieser Parameter hier angegeben wird, überschreibt er den Wert fürrole_arnim Abschnittagentder Konfigurationsdatei, sofern vorhanden.
-
-
transit_spans_in_otlp_format– Optional. Wenntrue, sendet Traces X-Ray im OpenTelemetry Protokollformat an, das Span-Ereignisse in der Transaktionssuche unterstützt. Weitere Informationen finden Sie unter Hinzufügen benutzerdefinierter Attribute. Der Standardwert istfalse.
Der Abschnitt opentelemetry kann die folgenden Felder enthalten:
-
cluster_name– Optional. Gibt den Namen des Kubernetes-Clusters an. Der Agent wendet diesen Wert auf alle im Abschnitt gesammelten Telemetriedaten an.opentelemetry -
resource_attributes– Optional. Gibt zusätzliche Ressourcenattribute an, die zu allen inopentelemetrydiesem Abschnitt gesammelten Metriken, Protokollen und Ablaufverfolgungen hinzugefügt werden sollen. Dieses Feld ist ein Objekt aus Zeichenfolgen-Schlüssel-Wert-Paaren. Sie können bis zu 30 Attribute angeben. Die maximale Länge jedes Werts beträgt 1024 Zeichen. Bei Attributen, die der Agent automatisch erkenntcloud.region, wiehost.id, undcloud.provider, hat der erkannte Wert Vorrang. Verwenden Sie dieses Feld für Attribute, die der Agent nicht selbst erkennt. -
collect– Erforderlich. Gibt an, welche Telemetriequellen der Agent sammelt. Sie müssen mindestens eines der folgenden Felder angeben:-
otlp– Optional. Gibt an, dass der Agent Metriken, Traces und Logs empfängt, die ihm über das OpenTelemetry Protokoll (OTLP) gesendet werden. Dieser Abschnitt kann die folgenden Felder enthalten:-
grpc_endpoint– Optional. Gibt die Adresse an, die der Agent verwendet, um auf OTLP-Daten zu warten, die mit gRPC gesendet wurden. Das Format istip:port. Diese Adresse muss mit der Adresse übereinstimmen, die für den gRPC-Exporter im SDK festgelegt wurde. OpenTelemetry Wenn Sie dieses Feld weglassen, verwendet der Agent die Standardeinstellung.127.0.0.1:4317Stellen Sie dies in einer containerisierten Bereitstellung0.0.0.0:4317so ein, dass der Agent den Datenverkehr von anderen Pods akzeptiert. -
http_endpoint– Optional. Gibt die Adresse an, die der Agent verwendet, um auf OTLP-Daten zu warten, die über HTTP gesendet werden. Das Format istip:port. Diese Adresse muss mit der Adresse übereinstimmen, die für den HTTP-Exporter im OpenTelemetry SDK festgelegt wurde. Wenn Sie dieses Feld weglassen, verwendet der Agent die Standardeinstellung.127.0.0.1:4318Stellen Sie dies in einer containerisierten Bereitstellung0.0.0.0:4318so ein, dass der Agent den Datenverkehr von anderen Pods akzeptiert. -
span_metrics_enabled– Optional. Wenntrue, leitet der Agent Anforderungs-, Fehler- und Dauermetriken aus den empfangenen Traces ab. Der Standardwert istfalse.
-
-
files– Optional. Gibt an, dass der Agent Protokolldateien vom Host sammelt. Es enthält ein Feld,collect_list.-
collect_list– Erforderlich, wennfilesenthalten ist. Enthält eine Reihe von Einträgen, von denen jeder einen Satz von Protokolldateien angibt, die gesammelt werden sollen. Das Array muss mindestens einen Eintrag enthalten. Jeder Eintrag kann die folgenden Felder enthalten:-
file_path– Erforderlich. Gibt den Pfad oder das Glob-Muster der zu sammelnden Protokolldateien an. Die maximale Länge beträgt 4096 Zeichen. -
log_group_name– Optional. Gibt den Namen der Protokollgruppe an, die in CloudWatch Logs verwendet werden soll. Die maximale Länge beträgt 512 Zeichen. Sie können{instance_id},{hostname}{local_hostname}, und{ip_address}als Variablen innerhalb des Namens verwenden. Wenn Sie dieses Feld weglassen, verwendet/aws/cwagent/filesder Agent es. Auf Kubernetes enthält der Agent den Clusternamen, wie in./aws/cwagent/{cluster_name}/files -
log_stream_name– Optional. Gibt den Namen des Log-Streams an, der in CloudWatch Logs verwendet werden soll. Die maximale Länge beträgt 512 Zeichen. Dieses Feld unterstützt dieselben Variablen wielog_group_name. Wenn Sie dieses Feld weglassen, verwendet der Agent die Host-ID und den Namen der Protokolldatei, getrennt durch einen Schrägstrich (z. B.i-0123456789abcdef0/app.log). -
multi_line_start_pattern– Optional. Gibt einen regulären Ausdruck an, der den Beginn eines neuen Logeintrags markiert. Der Agent fügt Zeilen, die nicht dem Muster entsprechen, an den vorherigen Eintrag an. Geben Sie den Wert{timestamp_format}an, von dem das Muster abgeleitettimestamp_formatwerden soll. -
timestamp_format– Optional. Gibt das Format an, das zum Analysieren von Zeitstempeln aus Protokollzeilen verwendet wird. Beispiel,%Y-%m-%d %H:%M:%S. -
timezone– Optional. Gibt die Zeitzone an, die beim Analysieren von Zeitstempeln verwendet werden soll. Gültige Werte sindUTCundLocal. Der Standardwert istLocal. -
encoding– Optional. Gibt die Kodierung der Protokolldateien an. Wenn Sie dieses Feld weglassen, verwendet der Agent die Standardeinstellungutf-8.
-
-
-
windows_events– Optional. Gibt an, dass der Agent Ereignisse aus dem Windows-Ereignisprotokoll sammelt. Diese Quelle ist nur auf Servern verfügbar, auf denen Windows Server ausgeführt wird. Sie enthält ein Feld,collect_list.-
collect_list– Erforderlich, wennwindows_eventsenthalten ist. Enthält eine Reihe von Einträgen, von denen jeder einen zu sammelnden Windows-Ereignisprotokollkanal angibt. Das Array muss mindestens einen Eintrag enthalten. Jeder Eintrag kann die folgenden Felder enthalten:-
event_name– Erforderlich. Gibt den Windows-Ereignisprotokollkanal an, von dem Daten erfasst werden sollen, z. B.SystemoderApplication. Die maximale Länge beträgt 255 Zeichen. -
event_levels– Optional. Gibt die Schweregrade des Ereignisses an, das erfasst werden soll. Gültige Werte sindCRITICAL,ERROR,WARNING,INFORMATIONundVERBOSE. Wenn Sie dieses Feld weglassen, erfasst der Agent Ereignisse aller Stufen. -
event_ids– Optional. Gibt eine Liste bestimmter Ereignis-IDs an, die gesammelt werden sollen. Jede ID muss zwischen 0 und 65535 liegen. -
event_format– Optional. Gibt das Ausgabeformat an. Gültige Werte sindxml, was das unformatierte XML des Ereignisses sendet, undtext, welches eine strukturierte Darstellung sendet. Wenn Sie dieses Feld weglassen, verwendettextder Agent. -
log_group_name– Optional. Gibt den Namen der Protokollgruppe an, die in CloudWatch Protokollen verwendet werden soll. Die maximale Länge beträgt 512 Zeichen. Wenn Sie dieses Feld weglassen, verwendet/aws/cwagent/windows_eventsder Agent es. -
log_stream_name– Optional. Gibt den Namen des Log-Streams an, der in CloudWatch Logs verwendet werden soll. Die maximale Länge beträgt 512 Zeichen. Wenn Sie dieses Feld weglassen, verwendet der Agent die Host-ID und den Namen des Event-Kanals, getrennt durch einen Schrägstrich.
-
-
-
host_metrics– Optional. Gibt an, dass der Agent Systemmetriken auf Host-Ebene erfasst. Dieser Abschnitt kann das folgende Feld enthalten:-
collection_interval– Optional. Gibt an, wie oft der Agent die Metriken erfasst (in Sekunden). Wenn Sie dieses Feld weglassen, verwendet der Agent denmetrics_collection_intervalWert aus demagentAbschnitt oder 30 Sekunden, wenn dieser ebenfalls weggelassen wird.
-
-
prometheus– Optional. Gibt an, dass der Agent Metriken von Prometheus-Zielen entfernt. Dieser Abschnitt kann das folgende Feld enthalten:-
config_path– Erforderlich. Gibt den Pfad zur Prometheus-Scrape-Konfigurationsdatei an.
-
-
Anmerkung
Stellen Sie sicher, dass die Transaktionssuche aktiviert ist, bevor Sie Traces an den OTLP-Traces-Endpunkt senden.
Im Folgenden finden Sie ein Beispiel für einen opentelemetry Abschnitt, in dem OTLP-Telemetrie und eine Protokolldatei erfasst werden.
"opentelemetry": { "collect": { "otlp": { "grpc_endpoint": "0.0.0.0:4317", "http_endpoint": "0.0.0.0:4318", "span_metrics_enabled": true }, "files": { "collect_list": [ { "file_path": "/var/log/app/*.log", "log_group_name": "/app/{instance_id}", "log_stream_name": "{hostname}", "timestamp_format": "%Y-%m-%d %H:%M:%S", "timezone": "UTC" } ] } } }
Das Folgende ist ein Beispiel für eine vollständige CloudWatch Agentenkonfigurationsdatei für einen Linux-Server.
Die Elemente, die in den measurement-Abschnitten für die zu sammelnden Metriken aufgelistet werden, können entweder den vollständigen Namen angeben oder nur den Teil des Metriknamens, der an den Typ der Ressource angehängt wird. Beispiel: Die Angabe von entweder reads oder diskio_reads im Abschnitt measurement des Abschnitts diskio bewirkt, dass die Metrik diskio_reads erfasst wird.
Dieses Beispiel enthält beide Möglichkeiten zur Angabe von Metriken im Bereich measurement.
{ "agent": { "metrics_collection_interval": 10, "logfile": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log" }, "metrics": { "namespace": "MyCustomNamespace", "metrics_collected": { "cpu": { "resources": [ "*" ], "measurement": [ {"name": "cpu_usage_idle", "rename": "CPU_USAGE_IDLE", "unit": "Percent"}, {"name": "cpu_usage_nice", "unit": "Percent"}, "cpu_usage_guest" ], "totalcpu": false, "metrics_collection_interval": 10, "append_dimensions": { "customized_dimension_key_1": "customized_dimension_value_1", "customized_dimension_key_2": "customized_dimension_value_2" } }, "disk": { "resources": [ "/", "/tmp" ], "measurement": [ {"name": "free", "rename": "DISK_FREE", "unit": "Gigabytes"}, "total", "used" ], "ignore_file_system_types": [ "sysfs", "devtmpfs" ], "metrics_collection_interval": 60, "append_dimensions": { "customized_dimension_key_3": "customized_dimension_value_3", "customized_dimension_key_4": "customized_dimension_value_4" } }, "diskio": { "resources": [ "*" ], "measurement": [ "reads", "writes", "read_time", "write_time", "io_time" ], "metrics_collection_interval": 60 }, "swap": { "measurement": [ "swap_used", "swap_free", "swap_used_percent" ] }, "mem": { "measurement": [ "mem_used", "mem_cached", "mem_total" ], "metrics_collection_interval": 1 }, "net": { "resources": [ "eth0" ], "measurement": [ "bytes_sent", "bytes_recv", "drop_in", "drop_out" ] }, "netstat": { "measurement": [ "tcp_established", "tcp_syn_sent", "tcp_close" ], "metrics_collection_interval": 60 }, "processes": { "measurement": [ "running", "sleeping", "dead" ] } }, "append_dimensions": { "ImageId": "${aws:ImageId}", "InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" }, "aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],[]], "force_flush_interval" : 30 }, "logs": { "logs_collected": { "files": { "collect_list": [ { "file_path": "/opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log", "log_group_name": "amazon-cloudwatch-agent.log", "log_stream_name": "amazon-cloudwatch-agent.log", "timezone": "UTC" }, { "file_path": "/opt/aws/amazon-cloudwatch-agent/logs/test.log", "log_group_name": "test.log", "log_stream_name": "test.log", "timezone": "Local" } ] } }, "log_stream_name": "my_log_stream_name", "force_flush_interval" : 15, "metrics_collected": { "kubernetes": { "enhanced_container_insights": true } } } }
Das Folgende ist ein Beispiel für eine vollständige CloudWatch Agentenkonfigurationsdatei für einen Server, auf dem Windows Server ausgeführt wird.
{ "agent": { "metrics_collection_interval": 60, "logfile": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\amazon-cloudwatch-agent.log" }, "metrics": { "namespace": "MyCustomNamespace", "metrics_collected": { "Processor": { "measurement": [ {"name": "% Idle Time", "rename": "CPU_IDLE", "unit": "Percent"}, "% Interrupt Time", "% User Time", "% Processor Time" ], "resources": [ "*" ], "append_dimensions": { "customized_dimension_key_1": "customized_dimension_value_1", "customized_dimension_key_2": "customized_dimension_value_2" } }, "LogicalDisk": { "measurement": [ {"name": "% Idle Time", "unit": "Percent"}, {"name": "% Disk Read Time", "rename": "DISK_READ"}, "% Disk Write Time" ], "resources": [ "*" ] }, "customizedObjectName": { "metrics_collection_interval": 60, "customizedCounterName": [ "metric1", "metric2" ], "resources": [ "customizedInstances" ] }, "Memory": { "metrics_collection_interval": 5, "measurement": [ "Available Bytes", "Cache Faults/sec", "Page Faults/sec", "Pages/sec" ] }, "Network Interface": { "metrics_collection_interval": 5, "measurement": [ "Bytes Received/sec", "Bytes Sent/sec", "Packets Received/sec", "Packets Sent/sec" ], "resources": [ "*" ], "append_dimensions": { "customized_dimension_key_3": "customized_dimension_value_3" } }, "System": { "measurement": [ "Context Switches/sec", "System Calls/sec", "Processor Queue Length" ] } }, "append_dimensions": { "ImageId": "${aws:ImageId}", "InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" }, "aggregation_dimensions" : [["ImageId"], ["InstanceId", "InstanceType"], ["d1"],[]] }, "logs": { "logs_collected": { "files": { "collect_list": [ { "file_path": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\amazon-cloudwatch-agent.log", "log_group_name": "amazon-cloudwatch-agent.log", "timezone": "UTC" }, { "file_path": "c:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\Logs\\test.log", "log_group_name": "test.log", "timezone": "Local" } ] }, "windows_events": { "collect_list": [ { "event_name": "System", "event_levels": [ "INFORMATION", "ERROR" ], "log_group_name": "System", "log_stream_name": "System", "event_format": "xml" }, { "event_name": "CustomizedName", "event_levels": [ "WARNING", "ERROR" ], "log_group_name": "CustomizedLogGroup", "log_stream_name": "CustomizedLogStream", "event_format": "xml" } ] } }, "log_stream_name": "example_log_stream_name" } }
Speichern Sie die CloudWatch Agentenkonfigurationsdatei manuell
Wenn Sie die CloudWatch Agentenkonfigurationsdatei manuell erstellen oder bearbeiten, können Sie ihr einen beliebigen Namen geben. Anschließend können Sie die Datei auf andere Server kopieren, auf denen der Agent ausgeführt werden soll.
Die CloudWatch Agentenkonfigurationsdatei wird in den Systems Manager Parameter Store hochgeladen
Wenn Sie den SSM-Agenten zur Installation des Agenten auf Servern verwenden möchten, können Sie die CloudWatch CloudWatch Agentenkonfigurationsdatei, nachdem Sie sie manuell bearbeitet haben, in den Systems Manager Parameter Store hochladen. Verwenden Sie dazu den Systems Manager put-parameter-Befehl.
Zum Speichern der Datei in Parameter Store müssen Sie eine IAM-Rolle mit ausreichenden Berechtigungen verwenden.
Verwenden Sie den folgenden Befehl, wobei parameter name der Name, der für diese Datei im Parameter Store verwendet werden soll, und configuration_file_pathname der Pfad und der Dateiname der Konfigurationsdatei sind, die Sie bearbeitet haben.
aws ssm put-parameter --name "parameter name" --type "String" --value file://configuration_file_pathname