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. # Amazon-EC2-Ressourcen überwachen Die Überwachung ist ein wichtiger Bestandteil der Aufrechterhaltung der Zuverlässigkeit, Verfügbarkeit und Leistung Ihrer Amazon EC2 EC2-Instances und Ihrer AWS Lösungen. Sie sollten Überwachungsdaten aus allen Teilen Ihrer AWS Lösungen sammeln, damit Sie einen etwaigen Ausfall an mehreren Stellen leichter debuggen können. AWS bietet verschiedene Tools, mit denen Sie Amazon EC2 überwachen können. Die Amazon EC2- und CloudWatch Konsolen-Dashboards bieten einen at-a-glance Überblick über den Status Ihrer Amazon EC2 EC2-Umgebung. Zusätzlich bieten wir: + **Systemstatusprüfungen** — Überwachen Sie die AWS Systeme, die für die Nutzung Ihrer Instance erforderlich sind, um sicherzustellen, dass sie ordnungsgemäß funktionieren. Bei diesen Prüfungen werden Probleme mit Ihrer Instance erkannt, bei deren Behebung ein AWS Eingreifen erforderlich ist. Wenn eine System-Statusprüfung fehlschlägt, können Sie wählen, bis AWS das Problem behebt oder Sie können es selbst lösen (zum Beispiel per Anhalten und Neustarten einer Instance oder deren Beendigung und Ersetzung). Beispiele für Probleme, die dazu führen, dass Systemstatusprüfungen fehlschlagen, sind: + Verlust der Netzwerkverbindung + Systemstromausfall + Softwareprobleme auf dem physischen Host + Hardwareprobleme auf dem physischen Host, die die Erreichbarkeit des Netzwerks beeinträchtigen Weitere Informationen finden Sie unter [Statusprüfungen für Amazon-EC2-Instances](monitoring-system-instance-status-check.md). + **Instance-Statusprüfungen** – Überwachen Sie die Software- und Netzwerkkonfiguration Ihrer individuellen Instance. Bei diesen Überprüfungen werden Probleme Ihrer Instance erkannt, für die zur Reparatur Ihre Beteiligung erforderlich ist. Wenn eine Instance-Statusprüfung nicht bestanden wird, müssen Sie das Problem normalerweise selbst lösen (z. B. per Neustart der Instance oder durch das Vornehmen von Änderungen an Ihrem Betriebssystem). Beispiele für Probleme, die dazu führen, dass Instance-Statusprüfungen fehlschlagen, sind unter anderem: + Fehlgeschlagene System-Statusprüfungen + Falsch konfigurierte Netzwerk- oder Startup-Konfiguration + Unzureichender Speicher + Beschädigtes Dateisystem + Inkompatibler Kernel Weitere Informationen finden Sie unter [Statusprüfungen für Amazon-EC2-Instances](monitoring-system-instance-status-check.md). + ** CloudWatch Amazon-Alarme** — Überwachen Sie eine einzelne Metrik über einen von Ihnen angegebenen Zeitraum und führen Sie eine oder mehrere Aktionen aus, die auf dem Wert der Metrik im Verhältnis zu einem bestimmten Schwellenwert über mehrere Zeiträume basieren. Bei der Aktion handelt es sich um eine Benachrichtigung, die an ein Amazon-Simple-Notification-Service (Amazon-SNS)-Thema oder eine Amazon-EC2-Auto-Scaling-Richtlinie gesendet wird. Bei Alarmen werden nur Aktionen für anhaltende Statusänderungen ausgelöst. CloudWatch Alarme lösen keine Aktionen aus, nur weil sie sich in einem bestimmten Zustand befinden. Der Status muss sich geändert haben und für eine bestimmte Anzahl von Zeiträumen beibehalten worden sein. Weitere Informationen finden Sie unter [Überwachen Sie Ihre Instances mit CloudWatch](using-cloudwatch.md). + **Amazon EventBridge Events** — Automatisieren Sie Ihre AWS Services und reagieren Sie automatisch auf Systemereignisse. Ereignisse von AWS Services werden nahezu EventBridge in Echtzeit übermittelt, und Sie können automatische Aktionen festlegen, die ergriffen werden, wenn ein Ereignis einer von Ihnen erstellten Regel entspricht. Weitere Informationen finden Sie unter [Automatisieren Sie Amazon EC2 mit EventBridge](automating_with_eventbridge.md). + **AWS CloudTrail Logs** — Erfassen Sie detaillierte Informationen über die Aufrufe der Amazon EC2 EC2-API und speichern Sie sie als Protokolldateien in Amazon S3. Mithilfe von CloudTrail Protokollen können Sie feststellen, welche Anrufe getätigt wurden, welche Quell-IP-Adresse für den Anruf verwendet wurde, wer den Anruf getätigt hat und wann der Anruf getätigt wurde. Weitere Informationen finden Sie unter [EC2 Amazon-API-Aufrufe protokollieren mit AWS CloudTrail](monitor-with-cloudtrail.md). + **CloudWatch Agent** — Erfassen Sie Protokolle und Metriken auf Systemebene von Hosts und Gästen auf Ihren EC2-Instances und lokalen Servern. Weitere Informationen finden Sie unter [Erfassung von Metriken und Protokollen von Amazon EC2 EC2-Instances und lokalen Servern mit dem CloudWatch Agenten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html) im * CloudWatch Amazon-Benutzerhandbuch*. # Überwachen des Status Ihrer Amazon-EC2-Instances Sie können den Status Ihrer Instances überwachen, indem Sie Statusüberprüfungen und geplante Ereignisse für Ihre Instances anzeigen. Bei einer Statusprüfung erhalten Sie die Informationen, die sich aus den automatisierten Überprüfungen von Amazon EC2 ergeben. Mit diesen automatisierten Überprüfungen wird ermittelt, ob bestimmte Probleme Ihre Instances beeinflussen. Die Informationen zur Statusprüfung bieten Ihnen zusammen mit den von Amazon CloudWatch bereitgestellten Daten einen detaillierten Einblick in den Betrieb jeder Ihrer Instanzen. Sie können außerdem den Status bestimmter Ereignisse anzeigen, die für Ihre Instances geplant sind. Der Status von Ereignissen gibt Auskunft über anstehende Aktivitäten, die für Ihre Instances geplant sind (z. B. Neustart oder Ruhestand). Sie liefern außerdem die geplante Start- und Endzeit jedes Ereignisses. **Topics** + [Statusprüfungen für Amazon-EC2-Instances](monitoring-system-instance-status-check.md) + [Statusänderungsereignisse für Ihre Amazon-EC2-Instances](monitoring-instance-state-changes.md) + [Geplante Ereignisse für Ihre Amazon-EC2-Instances](monitoring-instances-status-check_sched.md) # Statusprüfungen für Amazon-EC2-Instances Mithilfe der Statusüberwachung für Instances können Sie schnell ermitteln, ob Amazon EC2 Probleme erkannt hat, die Ihre Instances möglicherweise daran hindern, Anwendungen auszuführen. Amazon EC2 führt automatisierte Prüfungen bei jeder laufenden EC2-Instance durch, um Hardware- und Softwareprobleme zu identifizieren. Sie können die Ergebnisse dieser Statusprüfungen anzeigen, um bestimmte bzw. erkennbare Probleme zu ermitteln. Die Daten zum Ereignisstatus ergänzen die Informationen, die Amazon EC2 bereits über den Status der einzelnen Instances (wie`pending`,`running`,`stopping`) und die von Amazon CloudWatch überwachten Nutzungsmetriken (CPU-Auslastung, Netzwerkverkehr und Festplattenaktivität) bereitstellt. Statusprüfungen werden minütlich durchgeführt und geben als Status "Bestanden" oder "Fehler" zurück. Wenn alle Überprüfungen bestanden wurden, lautet der Gesamtstatus der Instance **OK**. Falls mindestens eine Überprüfung nicht bestanden wird, lautet der Gesamtstatus **impaired** (beeinträchtigt). Statusprüfungen sind in Amazon EC2 integriert und können daher nicht deaktiviert oder gelöscht werden. Wenn eine Statusüberprüfung fehlschlägt, wird die entsprechende CloudWatch Metrik für Statusprüfungen inkrementiert. Weitere Informationen finden Sie unter [Statusprüfungsmetriken](viewing_metrics_with_cloudwatch.md#status-check-metrics). Sie können diese Metriken verwenden, um CloudWatch-Alarme zu erstellen, die basierend auf dem Ergebnis der Statusprüfungen ausgelöst werden. Beispielsweise können Sie einen Alarm erstellen, mit dem Sie gewarnt werden, wenn Statusprüfungen für eine bestimmte Instance fehlschlagen. Weitere Informationen finden Sie unter [CloudWatch Alarme für Amazon EC2 EC2-Instances erstellen, die Statusprüfungen nicht bestehen](creating_status_check_alarms.md). Sie können auch einen CloudWatch Amazon-Alarm erstellen, der eine Amazon EC2-Instance überwacht und die Instance automatisch wiederherstellt, wenn sie aufgrund eines zugrunde liegenden Problems beeinträchtigt wird. Weitere Informationen finden Sie unter [Automatische Instance-Wiederherstellung](ec2-instance-recover.md). **Topics** + [Arten von Statusprüfungen](#types-of-instance-status-checks) + [Statusprüfungen für Amazon-EC2-Instances anzeigen](viewing_status.md) + [CloudWatch Alarme für Amazon EC2 EC2-Instances erstellen, die Statusprüfungen nicht bestehen](creating_status_check_alarms.md) ## Arten von Statusprüfungen Es gibt drei Arten von Statusprüfungen. + [System-Statusprüfungen](#system-status-checks) + [Instance-Statusprüfungen](#instance-status-checks) + [Verknüpfte EBS-Statusprüfungen](#attached-ebs-status-checks) ### System-Statusprüfungen Systemstatusprüfungen überwachen die AWS Systeme, auf denen Ihre Instance ausgeführt wird. Bei diesen Überprüfungen werden die zugrunde liegenden Probleme Ihrer Instance erkannt, für die zur Reparatur die Beteiligung von AWS erforderlich ist. Wenn eine Systemstatusprüfung fehlschlägt, können Sie wählen, ob Sie warten AWS möchten, bis das Problem behoben ist, oder Sie können es selbst lösen. Für von Amazon EBS unterstützte Instances können Sie die Instance selbst stoppen und starten, was in den meisten Fällen dazu führt, dass die Instance auf einen neuen Host migriert wird. Für Instances, die vom Instance-Speicher gestützt sind (nur für Linux-Instances unterstützt), können Sie die Instance beenden und ersetzen. Beachten Sie, dass Instance-Speicher-Volumes kurzlebig sind und alle Daten verloren gehen, wenn die Instance gestoppt wird. Hier sind Beispiele für Probleme aufgeführt, die dazu führen können, dass System-Statusprüfungen fehlschlagen: + Verlust der Netzwerkverbindung + Systemstromausfall + Softwareprobleme auf dem physischen Host + Hardwareprobleme auf dem physischen Host, die die Erreichbarkeit des Netzwerks beeinträchtigen Wenn eine Systemstatusprüfung fehlschlägt, erhöhen wir die [StatusCheckFailed\$1System-Metrik](viewing_metrics_with_cloudwatch.md#status-check-metrics). **Bare Metal-Instances** Wenn Sie einen Neustart vom Betriebssystem auf einer Bare-Metal-Instance durchführen, gibt die Systemstatusprüfung möglicherweise vorübergehend einen Fehlerstatus zurück. Wenn die Instance verfügbar ist, sollte die Systemstatusprüfung einen Passstatus zurückgeben. ### Instance-Statusprüfungen Instance-Statusprüfungen überwachen die Software und Netzwerkkonfiguration Ihrer individuellen Instance. Amazon EC2 überprüft den Zustand der Instance, indem es eine ARP-Anfrage (Address Resolution Protocol) an die Netzwerkschnittstelle (NIC) sendet. Bei diesen Überprüfungen werden Probleme Ihrer Instance erkannt, für die zur Reparatur Ihre Beteiligung erforderlich ist. Wenn eine Instance-Statusprüfung nicht bestanden wird, müssen Sie das Problem normalerweise selbst lösen (z. B. per Neustart der Instance oder durch das Vornehmen von Konfigurationsänderungen für die Instance). **Anmerkung** Neuere Linux-Distributionen, die `systemd-networkd` für die Netzwerkkonfiguration verwenden, berichten möglicherweise anders über Integritätsprüfungen als frühere Distributionen. Während des Startvorgangs kann dieser Netzwerktyp früher gestartet und möglicherweise vor anderen Startaufgaben beendet werden, die sich ebenfalls auf den Zustand der Instance auswirken können. Statusprüfungen, die von der Netzwerkverfügbarkeit abhängen, können einen fehlerfreien Status melden, bevor andere Aufgaben abgeschlossen sind. Hier sind Beispiele für Probleme aufgeführt, die dazu führen können, dass Instance-Statusprüfungen fehlschlagen: + Fehlgeschlagene System-Statusprüfungen + Fehlerhafte Netzwerk- oder Startup-Konfiguration + Unzureichender Speicher + Beschädigtes Dateisystem + Inkompatibler Kernel + Während eines Neustarts meldet die Instance-Statusprüfung einen Fehler, bis die Instance wieder verfügbar ist. [Wenn eine Überprüfung des Instance-Status fehlschlägt, erhöhen wir die StatusCheckFailed Metrik \$1Instance.](viewing_metrics_with_cloudwatch.md#status-check-metrics) **Bare Metal-Instances** Wenn Sie einen Neustart des Betriebssystems auf einer Bare-Metal-Instance durchführen, gibt die Instance-Statusprüfung möglicherweise vorübergehend einen Fehlerstatus zurück. Wenn die Instance verfügbar wird, sollte die Instance-Statusprüfung einen Passstatus zurückgeben. ### Verknüpfte EBS-Statusprüfungen Bei den Statusprüfungen von angehängten EBS wird überwacht, ob die an eine Instance angehängten Amazon EBS-Volumes erreichbar sind und Vorgänge abschließen I/O können. Bei der `StatusCheckFailed_AttachedEBS` Metrik handelt es sich um einen binären Wert, der auf eine Beeinträchtigung hinweist, wenn eines oder mehrere der der Instance zugeordnete EBS-Volumes nicht in der Lage sind, den Betrieb abzuschließen. I/O Diese Statusprüfungen erkennen grundlegende Probleme mit der Datenverarbeitungs- oder Amazon EBS-Infrastruktur. Wenn die angehängte EBS-Statusprüfmetrik fehlschlägt, können Sie entweder warten, AWS bis das Problem behoben ist, oder Sie können Maßnahmen ergreifen, z. B. die betroffenen Volumes austauschen oder die Instance beenden und neu starten. Hier sind Beispiele für Probleme aufgeführt, die dazu führen können, dass angehängte EBS-Statusprüfungen fehlschlagen: + Hardware- oder Softwareprobleme auf den Speichersubsystemen, die den EBS-Volumes zugrunde liegen + Hardwareprobleme auf dem physischen Host, die die Erreichbarkeit der EBS-Volumes beeinträchtigen + Verbindungsprobleme zwischen der Instance und den EBS-Volumes Sie können die `StatusCheckFailed_AttachedEBS`-Metrik verwenden, um die Stabilität Ihres Workloads zu verbessern. Sie können diese Metrik verwenden, um CloudWatch Amazon-Alarme zu erstellen, die auf der Grundlage des Ergebnisses der Statusprüfung ausgelöst werden. Sie könnten beispielsweise ein Failover auf eine sekundäre Instance oder Availability Zone durchführen, wenn Sie eine anhaltende Auswirkung feststellen. Alternativ können Sie alle I/O performance of each attached volume using EBS CloudWatch metrics to detect and replace the impaired volume. If your workload is not driving I/O an Ihre Instance angeschlossenen EBS-Volumes überwachen und die EBS-Statusprüfung weist auf eine Beeinträchtigung hin. Sie können die Instance beenden und starten, um sie auf einen neuen Host zu verschieben. Dadurch können die zugrunde liegenden Hostprobleme behoben werden, die sich auf die Erreichbarkeit der EBS-Volumes auswirken. Weitere Informationen finden Sie unter [ CloudWatch Amazon-Metriken für Amazon EBS.](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html) Sie können Ihre Amazon-EC2-Auto-Scaling-Gruppen auch so konfigurieren, dass sie Fehler bei der angefügten EBS-Statusprüfung erkennen und dann die betroffene Instance durch eine neue ersetzen. Weitere Informationen finden Sie unter [Überwachen und Ersetzen von Auto Scaling Instances mit beeinträchtigten Amazon EBS Volumes](https://docs.aws.amazon.com/autoscaling/ec2/userguide/monitor-and-replace-instances-with-impaired-ebs-volumes.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*. **Anmerkung** Die verknüpfte EBS-Statusprüfungsmetrik ist nur für Nitro-Instances verfügbar. # Statusprüfungen für Amazon-EC2-Instances anzeigen Wenn Ihre Instance eine nicht bestandene Statusprüfung aufweist, müssen Sie das Problem normalerweise selbst lösen (z. B. per Neustart der Instance oder durch das Vornehmen von Konfigurationsänderungen für die Instance). Informationen zur Problembehandlung für System- oder Instance-Statusprüfungen erhalten Sie unter [Beheben von Problemen bei Amazon-EC2-Linux-Instances mit nicht bestandenen Statusprüfungen](TroubleshootingInstances.md). ------ #### [ Console ] **Anzeigen der Statusprüfungen** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Auf der Seite **Instances** ist in der Spalte **Statusprüfungen** jeweils der Betriebszustand einer Instance angegeben. 1. Wählen Sie die Instance aus, um ihren Status anzuzeigen, und wählen Sie anschließend die Registerkarte **Status und Alarme**. 1. Um die CloudWatch Metriken für Statuschecks zu überprüfen, erweitern Sie auf der Registerkarte **Status und Alarme** die Option **Metriken**, um die Grafiken für die folgenden Metriken zu sehen: + **Statusprüfung für System fehlgeschlagen** + **Statusprüfung für Instance fehlgeschlagen** + **Die Statusüberprüfung für das angefügte EBS ist fehlgeschlagen** Weitere Informationen finden Sie unter [Statusprüfungsmetriken](viewing_metrics_with_cloudwatch.md#status-check-metrics). ------ #### [ AWS CLI ] **Anzeigen der Statusprüfungen** Verwenden Sie den Befehl [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html). **Beispiel**: Rufen Sie den Status aller laufenden Instances ab ``` aws ec2 describe-instance-status ``` **Beispiel**: Rufen Sie den Status aller Instances ab ``` aws ec2 describe-instance-status --include-all-instances ``` **Beispiel**: Rufen Sie den Status einer einzelnen laufenden Instance ab ``` aws ec2 describe-instance-status --instance-ids i-1234567890abcdef0 ``` **Beispiel**: Rufen Sie alle Instances mit dem Status `impaired` ab ``` aws ec2 describe-instance-status \ --filters Name=instance-status.status,Values=impaired ``` ------ #### [ PowerShell ] **Anzeigen der Statusprüfungen** Verwenden Sie den Befehl [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html). **Beispiel**: Rufen Sie den Status aller laufenden Instances ab ``` Get-EC2InstanceStatus ``` **Beispiel**: Rufen Sie den Status aller Instances ab ``` Get-EC2InstanceStatus -IncludeAllInstance $true ``` **Beispiel**: Rufen Sie den Status einer einzelnen laufenden Instance ab ``` Get-EC2InstanceStatus -InstanceId i-1234567890abcdef0 ``` **Beispiel**: Rufen Sie alle Instances mit dem Status `impaired` ab ``` Get-EC2InstanceStatus \ -Filter @{Name="instance-status.status"; Values="impaired"} ``` ------ # CloudWatch Alarme für Amazon EC2 EC2-Instances erstellen, die Statusprüfungen nicht bestehen Sie können die [Metriken für die Statusprüfung](viewing_metrics_with_cloudwatch.md#status-check-metrics) verwenden, um CloudWatch Alarme zu erstellen, die Sie benachrichtigen, wenn die Statusprüfung einer Instanz fehlgeschlagen ist. Alarme bei Statusprüfungen können vorübergehend in den Status *ungenügend Daten* wechseln, wenn metrische Datenpunkte fehlen. Dies ist zwar selten, kann aber passieren, wenn es zu einer Unterbrechung der metrischen Berichtssysteme kommt, selbst wenn eine Instance fehlerfrei ist. Wir empfehlen, diesen Status als fehlende Daten zu behandeln und nicht als Fehlschlag bei der Statusüberprüfung oder als Alarmverletzung. Dies ist besonders wichtig, wenn als Reaktion Aktionen zum Anhalten, Beenden, Neustarten oder Wiederherstellen der Instance ausgeführt werden. ------ #### [ Console ] In diesem Beispiel wird ein Alarm konfiguriert, der eine Benachrichtigung sendet, wenn eine Instance eine Statusprüfung nicht besteht. Sie können die Instance optional anhalten, beenden oder wiederherstellen. **So erstellen Sie einen Statusprüfungsalarm** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance, dann die Registerkarte **Statusprüfungen** und **Aktionen**, **Statusprüfalarm erstellen** aus. 1. Wählen Sie auf der Seite ** CloudWatch Alarme verwalten** unter **Alarm hinzufügen oder bearbeiten** die Option **Alarm erstellen** aus. 1. Aktivieren Sie für **Alarmbenachrichtigung** den Schalter, um Amazon Simple Notification Service (Amazon SNS) -Benachrichtigungen zu konfigurieren. Wählen Sie ein vorhandenes Amazon SNS-Thema aus oder geben Sie einen Namen ein, um ein neues Thema zu erstellen. Wenn Sie der Liste der Empfänger eine E-Mail-Adresse hinzufügen oder ein neues Thema erstellen, sendet Amazon SNS an jede neue Adresse eine Bestätigungs-E-Mail. Jeder Empfänger muss den Bestätigungslink in der E-Mail auswählen. Benachrichtigungen über Alarme werden nur an bestätigte Adressen gesendet. 1. Aktivieren Sie für **Alarmaktion** den Schalter, um eine Aktion anzugeben, die ausgeführt werden soll, wenn der Alarm ausgelöst wird. Wählen Sie die Aktion aus. 1. Wählen Sie unter **larm thresholds (Alarmschwellenwerte)** die Metrik und Kriterien für den Alarm aus. Sie können die Standardeinstellungen für **Beispiele gruppieren nach** (**Durchschnitt**) und für **Datentypen für die Probenahme** (**Statusprüfung failed:either**) übernehmen oder an Ihre Anforderungen anpassen. Legen Sie unter **Consecutive period (Kontinuierlicher Zeitraum)** die Anzahl von Zeiträumen fest, die ausgewertet werden sollen, und wählen Sie unter **Period (Zeitraum)** die Dauer des Auswertungszeitraums aus, nach dem der Alarm ausgelöst und eine E-Mail gesendet wird. 1. (Optional) Wählen Sie für **Beispiel-Metrikdaten** die Option **Zu Dashboard hinzufügen** aus. 1. Wählen Sie **Erstellen** aus. Falls Sie Änderungen an einem Alarm zum Instance-Status vornehmen möchten, können Sie ihn bearbeiten. **Erstellen eines Ereignisfensters** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instanz aus und wählen Sie **Aktionen**, **Überwachung**, ** CloudWatchAlarme verwalten** aus. 1. Wählen Sie auf der Seite ** CloudWatch Alarme verwalten** unter **Alarm hinzufügen oder bearbeiten** die Option **Alarm bearbeiten** aus. 1. Wählen Sie unter **Search for alarm (Alarmsuche)** den Alarm aus. 1. Wenn Sie die Änderungen vorgenommen haben, wählen Sie **Update (Aktualisieren)** aus. ------ #### [ AWS CLI ] Im folgenden Beispiel veröffentlicht der Alarm eine Benachrichtigung an das SNS-Thema, wenn die Instance entweder die Instance- oder die System-Statusprüfung in mindestens zwei aufeinanderfolgenden Zeiträumen nicht besteht. Die verwendete CloudWatch Metrik ist`StatusCheckFailed`. **So erstellen Sie einen Statusprüfungsalarm** 1. Wählen Sie ein vorhandenes SNS-Thema aus oder erstellen Sie ein neues Thema. Weitere Informationen finden Sie unter [Zugriff auf Amazon SNS in der AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-services-sns.html) im *Benutzerhandbuch für AWS Command Line Interface *. 1. Verwenden Sie den folgenden Befehl [list-metrics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html), um die verfügbaren CloudWatch Amazon-Metriken für Amazon EC2 anzuzeigen. ``` aws cloudwatch list-metrics --namespace AWS/EC2 ``` 1. Verwenden Sie den folgenden [put-metric-alarm](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/put-metric-alarm.html)Befehl, um den Alarm zu erstellen. ``` aws cloudwatch put-metric-alarm \ --alarm-name StatusCheckFailed-Alarm-for-i-1234567890abcdef0 \ --metric-name StatusCheckFailed \ --namespace AWS/EC2 \ --statistic Maximum \ --dimensions Name=InstanceId,Value=i-1234567890abcdef0 \ --unit Count \ --period 300 \ --evaluation-periods 2 \ --threshold 1 \ --comparison-operator GreaterThanOrEqualToThreshold \ --alarm-actions arn:aws:sns:us-west-2:111122223333:my-sns-topic ``` Der Zeitraum ist der Zeitraum in Sekunden, in dem CloudWatch Amazon-Metriken erfasst werden. Im Beispiel wird der Wert 300 verwendet, also 60 Sekunden multipliziert mit 5 Minuten. Die Bewertungsperiode ist die Anzahl von aufeinanderfolgenden Zeiträumen, für die der Wert der Metrik mit dem Schwellenwert verglichen werden muss. In diesem Beispiel wird der Wert 2 verwendet. Die Alarmaktionen sind die Aktionen, die durchgeführt werden sollen, wenn dieser Alarm ausgelöst wird. ------ #### [ PowerShell ] **So erstellen Sie einen Statusprüfungsalarm** Verwenden [Sie das Cmdlet CWMetric Write-Alarm](https://docs.aws.amazon.com/powershell/latest/reference/items/Write-CWMetricAlarm.html) wie folgt, um Benachrichtigungen zu einem SNS-Thema zu veröffentlichen, wenn die Instance die Statusprüfungen für mindestens zwei aufeinanderfolgende Zeiträume nicht bestanden hat. ``` Write-CWMetricAlarm ` -AlarmName "StatusCheckFailed-Alarm-for-i-1234567890abcdef0" ` -MetricName "StatusCheckFailed" ` -Namespace "AWS/EC2" ` -Statistic "Maximum" ` -Dimension @{Name="InstanceId"; Values="i-1234567890abcdef0"} ` -Unit "Count" ` -Period 300 ` -EvaluationPeriod 2 ` -Threshold 1 ` -ComparisonOperator "GreaterThanOrEqualToThreshold" ` -AlarmAction "arn:aws:sns:us-west-2:111122223333:my-sns-topic" ``` Der Zeitraum ist der Zeitraum in Sekunden, in dem CloudWatch Amazon-Metriken erfasst werden. Im Beispiel wird der Wert 300 verwendet, also 60 Sekunden multipliziert mit 5 Minuten. Die Bewertungsperiode ist die Anzahl von aufeinanderfolgenden Zeiträumen, für die der Wert der Metrik mit dem Schwellenwert verglichen werden muss. In diesem Beispiel wird der Wert 2 verwendet. Die Alarmaktionen sind die Aktionen, die durchgeführt werden sollen, wenn dieser Alarm ausgelöst wird. ------ # Statusänderungsereignisse für Ihre Amazon-EC2-Instances Amazon EC2 sendet ein `EC2 Instance State-change Notification` Ereignis an Amazon, EventBridge wenn sich der Status einer Instance ändert. Im Folgenden finden Sie Beispieldaten für dieses Ereignis. In diesem Beispiel ist die Instance in den `pending`-Status übergegangen. ``` { "id":"7bf73129-1428-4cd3-a780-95db273d1602", "detail-type":"EC2 Instance State-change Notification", "source":"aws.ec2", "account":"123456789012", "time":"2021-11-11T21:29:54Z", "region":"us-east-1", "resources":[ "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0" ], "detail":{ "instance-id":"i-1234567890abcdef0", "state":"pending" } } ``` Die möglichen Werte für `state` sind: + `pending` + `running` + `stopping` + `stopped` + `shutting-down` + `terminated` Wenn Sie eine Instance starten, geht sie zunächst in den `pending`-Status und dann in den `running`-Status über. Wenn Sie eine Instance stoppen, geht sie in den `stopping`-Status und dann in den `stopped`-Status über. Wenn Sie eine Instance beenden, geht sie in den `shutting-down`-Status und dann in den `terminated`-Status über. Weitere Informationen finden Sie unter [Änderungen des EC2 Amazon-Instanzstatus](ec2-instance-lifecycle.md). # Erstellen Sie einen Alarm, der eine E-Mail sendet, wenn sich der Status einer Amazon-EC2-Instance ändert Um E-Mail-Benachrichtigungen zu erhalten, wenn sich der Status Ihrer Instance ändert, erstellen Sie ein Amazon SNS SNS-Thema und dann eine EventBridge Regel für das `EC2 Instance State-change Notification` Ereignis. **So erstellen Sie ein SNS-Thema** 1. Öffnen Sie die Amazon SNS SNS-Konsole unter [https://console.aws.amazon.com/sns/v3/home](https://console.aws.amazon.com/sns/v3/home). 1. Wählen Sie im Navigationsbereich **Themen** aus. 1. Wählen Sie **Thema erstellen** aus. 1. Wählen Sie unter **Type (Typ)** die Option **Standard** aus. 1. Geben Sie unter **Name** einen Namen für Ihr Thema ein. 1. Wählen Sie **Thema erstellen** aus. 1. Wählen Sie **Create subscription** (Abonnement erstellen) aus. 1. Wählen Sie unter **Protocol (Protokoll)** die Option **Email (E-Mail)** aus. 1. Geben Sie unter **Endpoint** (Endpunkt) die E-Mail-Adresse ein, an die die Benachrichtigungen gesendet werden sollen. 1. Wählen Sie **Create subscription** (Abonnement erstellen) aus. 1. Sie erhalten eine E-Mail-Nachricht mit der folgenden Betreffzeile: AWS Notification - Subscription Confirmation. Befolgen Sie die Anweisungen, um Ihr Abonnement zu bestätigen. **Um eine Regel zu erstellen EventBridge** 1. Öffnen Sie die EventBridge Amazon-Konsole unter [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/). 1. Wählen Sie **Regel erstellen** aus. 1. Geben Sie unter **Name** einen Namen für Ihre Regel ein. 1. Bei **Regeltyp** wählen Sie **Regel mit einem Ereignismuster** aus. 1. Wählen Sie **Weiter** aus. 1. Bei **Build event pattern** (Ereignis-Muster erstellen) gehen Sie wie folgt vor: 1. Wählen Sie für **Ereignisquelle** die Option **AWS-Services** aus. 1. Wählen Sie für **AWS-Service** **EC2**. 1. Wählen Sie in **Event Type (Ereignistyp)** **EC2 Instance State-change Notification (Benachrichtigung über die Statusänderung der EC2-Instance)** aus 1. Standardmäßig senden wir Benachrichtigungen für jede Statusänderung für jede Instance. Wenn Sie möchten, können Sie bestimmte Status oder bestimmte Instances auswählen. 1. Wählen Sie **Weiter** aus. 1. Geben Sie ein Ziel wie folgt an: 1. Für **Target types** (Zieltypen), wählen Sie **AWS-Service** aus. 1. Für **Select a target** (Wählen Sie ein Ziel aus), wählen Sie **SNS-Thema** aus. 1. Wählen Sie für **Topic** (Thema) das SNS-Thema aus, das Sie im vorherigen Verfahren erstellt haben. 1. Wählen Sie **Weiter** aus. 1. (Optional) Fügen Sie Ihrer Regel Tags hinzu. 1. Wählen Sie **Weiter** aus. 1. Wählen Sie **Regel erstellen** aus. 1. Um Ihre Regel zu testen, initiieren Sie eine Statusänderung. Starten Sie beispielsweise eine gestoppte Instance, beenden Sie eine laufende Instance oder starten Sie eine Instance. Sie erhalten E-Mail-Nachrichten mit der folgenden Betreffzeile: AWS Notification Message. Der Text der E-Mail enthält die Ereignisdaten. # Geplante Ereignisse für Ihre Amazon-EC2-Instances Um die Zuverlässigkeit und Leistung der Infrastruktur zu gewährleisten, AWS können Sie Ereignisse planen, um Ihre Instances neu zu starten, zu stoppen und außer Betrieb zu nehmen. Diese Ereignisse treten nicht häufig auf. Wenn eine Ihrer Instances von einem geplanten Ereignis betroffen sein wird, werden Sie vorab per E-Mail an die mit Ihrem AWS Konto verknüpfte E-Mail-Adresse AWS benachrichtigt. Die E-Mail enthält Details zum Ereignis, z. B. das Start- und Enddatum. Je nach Art des Ereignisses können Sie möglicherweise Maßnahmen ergreifen, um den Zeitpunkt des Ereignisses zu steuern. AWS sendet auch ein AWS Health Ereignis, das Sie mithilfe von Amazon überwachen und verwalten können EventBridge. Weitere Informationen finden Sie unter [Ereignisse AWS Health mit Amazon überwachen EventBridge](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html). Geplante Ereignisse werden von verwaltet AWS. Sie können keine Ereignisse für Ihre Instances planen. Sie können jedoch: + Geplante Ereignisse für Ihre Instances anzeigen. + Benachrichtigungen für geplante Ereignisse so anpassen, dass Tags in die E-Mail-Benachrichtigung aufgenommen werden oder aus dieser entfernt werden. + Bestimmte geplante Ereignisse verschieben. + Benutzerdefinierte Ereignisfenster für geplante Ereignisse erstellen. + Ergreifen Sie Maßnahmen, wenn für eine Instance ein Neustart, eine Anhaltung oder eine Außerbetriebnahme geplant ist. Um sicherzustellen, dass Sie Benachrichtigungen über geplante Ereignisse erhalten, überprüfen Sie Ihre Kontaktinformationen auf der [Kontoseite](https://console.aws.amazon.com/billing/home?#/account). **Anmerkung** Wenn eine Instance von einem geplanten Ereignis betroffen ist und Teil einer Auto-Scaling-Gruppe ist, ersetzt Amazon EC2 Auto Scaling sie schließlich im Rahmen ihrer Integritätsprüfungen, ohne dass weitere Maßnahmen von Ihrer Seite erforderlich sind. Weitere Informationen über von Amazon EC2 Auto Scaling ausgeführte Zustandsprüfungen finden Sie unter [Zustandsprüfungen für Instances in einer Auto-Scaling-Gruppe](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*. ## Arten von geplanten Ereignissen Amazon EC2 kann die folgenden Arten von geplanten Ereignissen für Ihre Instances erstellen, bei denen das Ereignis zu einem geplanten Zeitpunkt auftritt: | Ereignistyp | Ereigniscode | Ereignisaktion | | --- | --- | --- | | Instance anhalten | instance-stop | Die Instance wird zur geplanten Zeit angehalten. Wenn Sie sie wieder starten, wird sie zu einem neuen Host migriert. Gilt nur für Instances mit einem Amazon-EBS-Root-Volume. | | Ausmusterung einer Instance | instance-retirement | Die Instance wird zur geplanten Zeit angehalten, wenn sie über ein Amazon-EBS-Root-Volume verfügt, oder beendet, wenn sie über ein Instance-Speicher-Root-Volume verfügt. | | Instance-Neustart | instance-reboot | Die Instance wird zur geplanten Zeit neu gestartet. Die Instance verbleibt auf dem Host, und während des Neustarts wird der Host gewartet. Dies wird als direkter Neustart bezeichnet. | | Systemneustart | system-reboot | Die Instance wird zur geplanten Zeit neu gestartet und zu einem neuen Host migriert. Dies wird als Neustart-Migration bezeichnet. | | Systemwartung | system-maintenance | Zur geplanten Zeit kann die Instance vorübergehend von der Wartung des Netzwerks oder der Stromversorgung betroffen sein. | ## Den Ereignistyp bestimmen Sie können überprüfen, welche Art von Ereignis für Ihre Instance geplant ist. ------ #### [ Console ] **So bestimmen Sie den Ereignistyp** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. In der Tabelle wird der Ereigniscode in der Spalte **Ereignistyp** angezeigt. 1. Um die Tabelle so zu filtern, dass nur die Ereignisse für Instances angezeigt werden, wählen Sie im Suchfeld **Ressourcentyp: Instance** aus der Filterliste aus. ------ #### [ AWS CLI ] **So ermitteln Sie den Ereignistyp für eine Instance** Verwenden Sie den Befehl [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html). Wenn der Instance ein geplantes Ereignis zugeordnet ist, enthält die Ausgabe Informationen über das geplante Ereignis. ``` aws ec2 describe-instance-status \ --instance-id i-1234567890abcdef0 \ --query InstanceStatuses[].Events ``` Es folgt eine Beispielausgabe. Der Code für das geplante Ereignis lautet `system-reboot`. ``` [ "Events": [ { "InstanceEventId": "instance-event-0d59937288b749b32", "Code": "system-reboot", "Description": "The instance is scheduled for a reboot", "NotAfter": "2020-03-14T22:00:00.000Z", "NotBefore": "2020-03-14T20:00:00.000Z", "NotBeforeDeadline": "2020-04-05T11:00:00.000Z" } ] ] ``` ------ #### [ PowerShell ] **So ermitteln Sie den Ereignistyp für eine Instance** Verwenden Sie das cmdlet [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html). Wenn der Instance ein geplantes Ereignis zugeordnet ist, enthält die Ausgabe Informationen über das geplante Ereignis. ``` (Get-EC2InstanceStatus ` -InstanceId i-1234567890abcdef0).Events ``` Es folgt eine Beispielausgabe. Der Code für das geplante Ereignis lautet `system-reboot`. ``` Code : system-reboot Description : The instance is scheduled for a reboot InstanceEventId : instance-event-0d59937288b749b32 NotAfter : 2020-03-14T22:00:00.000Z NotBefore : 2020-03-14T20:00:00.000Z NotBeforeDeadline : 2020-04-05T11:00:00.000Z ``` ------ **Topics** + [Arten von geplanten Ereignissen](#types-of-scheduled-events) + [Den Ereignistyp bestimmen](#scheduled-event-type) + [Amazon-EC2-Instances verwalten, für die das Anhalten oder die Außerbetriebnahme geplant sind](schedevents_actions_retire.md) + [Amazon-EC2-Instances verwalten, für die ein Neustart geplant ist](schedevents_actions_reboot.md) + [Amazon-EC2-Instances verwalten, die für die Wartung geplant sind](schedevents_actions_maintenance.md) + [Geplante Ereignisse, die sich auf Ihre Amazon-EC2-Instances auswirken, anzeigen](viewing_scheduled_events.md) + [Benachrichtigungen für geplante Ereignisse für Ihre EC2-Instances anpassen](customizing_scheduled_event_notifications.md) + [Ein geplantes Ereignis für eine EC2-Instance verschieben](reschedule-event.md) + [Erstellen Sie benutzerdefinierte Ereignisfenster für geplante Ereignisse, die sich auf Ihre Amazon-EC2-Instances auswirken](event-windows.md) # Amazon-EC2-Instances verwalten, für die das Anhalten oder die Außerbetriebnahme geplant sind Wenn ein irreparabler Ausfall des zugrunde liegenden Hosts für Ihre Instance AWS erkannt wird, wird die Instance so geplant, dass sie je nach Root-Volume-Typ der Instance entweder beendet oder beendet wird. + Wenn die Instance ein Amazon-EBS-Root-Volume hat, wird für die Instance das Anhalten geplant. + Wenn die Instance ein Instance-Speicher-Root-Volume hat, wird für die Instance das Beenden geplant. Weitere Informationen finden Sie unter [Ausmusterung einer Instance](instance-retirement.md). **Wichtig** Alle Daten, die auf Instance-Speicher-Volumes gespeichert sind, gehen verloren, wenn eine Instance angehalten, in den Ruhezustand versetzt oder beendet wird. Dies gilt auch für Instance-Speicher-Volumes, die an eine Instance mit einem EBS-Root-Volume angehängt sind. Achten Sie darauf, dass Sie Daten von Ihren Instance-Speicher-Volumes speichern, die Sie später möglicherweise noch benötigen, bevor die Instance angehalten, in den Ruhezustand versetzt oder beendet wird. ## Aktionen, die Sie ausführen können: **Aktionen, die Sie für Instances mit einem EBS-Root-Volume ausführen können** Wenn Sie eine Benachrichtigung über ein geplantes `instance-stop`-Ereignis erhalten, können Sie eine der folgenden Aktionen ausführen: + **Warten auf geplantes Anhalten:** Sie können warten, bis die Instance innerhalb ihres geplanten Wartungsfensters angehalten wird. + **Manuelles Anhalten und Starten durchführen:** Sie können die Instance zu einem geeigneten Zeitpunkt selbst anhalten und starten. Sie wird dann zu einem neuen Host migriert. Das ist nicht dasselbe wie ein Neustart der Instance. Weitere Informationen finden Sie unter [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md). + **Anhalten und Starten automatisieren:** Sie können ein sofortiges Anhalten und Starten in Reaktion auf ein geplantes `instance-stop`-Ereignis automatisieren. Weitere Informationen finden Sie unter [Automatische Ausführung von Vorgängen auf EC2-Instances als Reaktion auf Ereignisse in AWS Health](https://docs.aws.amazon.com/health/latest/ug/automating-instance-actions.html) im *AWS Health -Benutzerhandbuch*. **Aktionen, die Sie für Instances mit einem Instance-Speicher-Root-Volume ausführen können** Wenn Sie eine Benachrichtigung über ein geplantes `system-retirement`-Ereignis erhalten und Ihre Daten beibehalten möchten, können Sie eine der folgenden Aktionen ausführen: 1. Starten Sie eine Ersatz-Instance aus Ihrem neuesten AMI. 1. Migrieren Sie alle notwendigen Daten zur Ersatz-Instance, bevor für die Instance das Beenden geplant ist. 1. Beenden Sie die ursprüngliche Instance oder warten Sie, bis sie wie geplant beendet wird. Weitere Informationen über die Maßnahmen, die Sie ergreifen können, finden Sie unter [Ausmusterung einer Instance](instance-retirement.md). # Amazon-EC2-Instances verwalten, für die ein Neustart geplant ist Wenn Aufgaben wie die Installation von Updates oder die Wartung des zugrunde liegenden Hosts ausgeführt werden AWS müssen, kann ein Instance-Neustart geplant werden. Während des geplanten Neustarts bleibt die Instance je nach Ereignis entweder auf demselben Host oder migriert wie folgt auf einen anderen Host: + `instance-reboot` event + Während des Neustarts verbleibt die Instance auf dem Host. Dies wird als *direkter Neustart* bezeichnet. + Der aktuelle Host wird gewartet. + In der Regel innerhalb von Sekunden abgeschlossen. + `system-reboot` event + Die Instance wird während des Neustarts zu einem neuen Host migriert. Dies wird als *Neustart-Migration* bezeichnet. + In der Regel innerhalb von wenigen Minuten abgeschlossen. Informationen zum Überprüfen, welche Ereignistyp für Ihre Instance geplant ist, finden Sie unter [Den Ereignistyp bestimmen](monitoring-instances-status-check_sched.md#scheduled-event-type). ## Aktionen, die Sie ausführen können: Wenn Sie eine Benachrichtigung über ein geplantes `instance-reboot`- oder `system-reboot`-Ereignis erhalten, können Sie eine der folgenden Aktionen ausführen: + **Warten auf geplanten Neustart:** Sie können warten, bis die Instance innerhalb ihres geplanten Wartungsfensters neu gestartet wird. + **Neustart verschieben:** Sie können den Instance-Neustart auf ein geeignetes Datum um eine geeignete Uhrzeit [verschieben](reschedule-event.md). + **Einen vom Benutzer initiierten Neustart durchführen:** Sie können die Instance zu einem für Sie passenden Zeitpunkt manuell [neu starten](ec2-instance-reboot.md). Das Ergebnis hängt jedoch vom Ereignis ab: + `instance-reboot`-Ereignis – Ihre Instance bleibt auf der aktuellen Hardware (direkter Neustart), es findet keine Host-Wartung statt und das Ereignis bleibt geöffnet. + `system-reboot` event + Wenn die Neustart-Migration auf Ihrer Instance aktiviert ist, versucht ein vom Benutzer initiierter Neustart, Ihre Instance auf neue Hardware zu migrieren. Bei Erfolg wird das Ereignis gelöscht. Wenn dies nicht gelingt, erfolgt ein direkter Neustart und das Ereignis bleibt geplant. + Wenn die Neustartmigration auf Ihrer Instance deaktiviert ist, bleibt die Instance bei einem vom Benutzer initiierten Neustart auf derselben Hardware (direkter Neustart), es findet keine Host-Wartung statt und das Ereignis bleibt geplant. Wenn das geplante Ereignis irgendwann stattfindet, AWS wird Ihre Instance auf neue Hardware verschoben (Neustart-Migration). **Nach dem AWS Neustart Ihrer Instanz** Nach dem AWS Neustart Ihrer Instance gilt Folgendes: + Das geplante Ereignis wird gelöscht. + Die Beschreibung des Ereignisses wird aktualisiert. + Für ein `instance-reboot`-Ereignis: + Die Wartung des zugrunde liegenden Hosts ist abgeschlossen. + Für ein `system-reboot`-Ereignis: + Die Instance wird auf einen neuen Host verlagert. + Die Instance behält ihre IP-Adresse und ihren DNS-Namen bei. + Die Daten auf den lokalen Instance-Speicher-Volumes werden beibehalten. + Sie können Ihre Instance verwenden, nachdem sie vollständig hochgefahren ist. **Alternative Optionen** Wenn Sie das Neustart-Ereignis nicht verschieben oder die Neustart-Migration für einen vom Benutzer initiierten Neustart nicht aktivieren können, Sie aber während des geplanten Wartungsfensters den normalen Betrieb beibehalten möchten, können Sie wie folgt vorgehen: + **Für eine Instance mit einem EBS-Root-Volume** + Halten Sie Sie die Instance manuell an und starten Sie sie, um sie auf einen neuen Host zu migrieren. Dies ist nicht dasselbe wie ein manuelles Neustarten der Instance, bei dem die Instance auf demselben Host verbleibt. + Optional können Sie auch ein sofortiges Anhalten und Starten der Instance in Reaktion auf ein geplantes Neustart-Ereignis automatisieren. Weitere Informationen finden Sie unter [Automatische Ausführung von Vorgängen auf EC2-Instances als Reaktion auf Ereignisse in AWS Health](https://docs.aws.amazon.com/health/latest/ug/automating-instance-actions.html) im *AWS Health -Benutzerhandbuch*. **Wichtig** Die Daten auf den Instance-Speicher-Volumes gehen verloren, wenn die Instance angehalten wird. Weitere Informationen finden Sie unter [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md). + **Für eine Instance mit einem Instance-Speicher-Root-Volume** 1. Starten Sie eine Ersatz-Instance aus Ihrem neuesten AMI. 1. Migrieren Sie vor dem geplanten Wartungsfenster alle notwendigen Daten zur Ersatz-Instance. 1. Beenden Sie die ursprüngliche Instance. ## Aktivieren bzw. deaktivieren Sie die Neustart-Migration Wenn eine Instance für ein `system-reboot`-Ereignis geplant ist, können Sie sie vor dem Ereignis neu starten. Das Ergebnis eines vom Benutzer initiierten Neustarts hängt von den Einstellungen für die Neustart-Migration der Instance ab: + Aktiviert – Ein vom Benutzer initiierter Neustart versucht, Ihre Instance auf neue Hardware zu migrieren (Neustart-Migration). Bei Erfolg wird das Ereignis gelöscht. Wenn dies nicht gelingt, erfolgt ein direkter Neustart und das Ereignis bleibt geplant. Beachten Sie, dass die Neustart-Migration auch bei Aktivierung nur erfolgen kann, wenn Ihre Instance die [Anforderungen für die Neustart-Migration](#requirements-for-reboot-migration) erfüllt. + Deaktiviert – Bei einem vom Benutzer initiierten Neustart bleibt die Instance auf derselben Hardware (direkter Neustart), es findet keine Host-Wartung statt und das Ereignis bleibt geplant. Wenn das geplante Ereignis irgendwann stattfindet, AWS wird Ihre Instanz auf neue Hardware verschoben (Neustart-Migration). Ein Neustart mit Migration dauert länger als ein direkter Neustart: + Direkter Neustart: Ungefähr 30 Sekunden + Neustart mit Migration: Einige Minuten **Anmerkung** Instances, die eine `system-reboot`-Ereignisbenachrichtigung erhalten, sind standardmäßig für die vom Benutzer initiierte Neustart-Migration aktiviert. ### Anforderungen für die Aktivierung der Neustart-Migration Die Neustart-Migration kann für Instances aktiviert werden, die die folgenden Kriterien erfüllen: **Instance-Typen** Nicht alle Instance-Typen unterstützen die Aktivierung der Neustart-Migration. Sie können die Instance-Typen anzeigen, die die Aktivierung der Neustart-Migration unterstützen. **So zeigen Sie die Instance-Typen an, die die Aktivierung der Neustart-Migration unterstützen** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im linken Navigationsbereich **Instance Types** (Instance-Typen) aus. 1. Geben Sie in der Filterleiste **Reboot Migration support: supported** ein. Während Sie die Zeichen eingeben erscheint der Filtername und Sie können ihn auswählen. Die Tabelle **Instance-Typen** zeigt alle Instance-Typen, die die Aktivierung der Neustart-Migration unterstützen. **So zeigen Sie die Instance-Typen an, die die Aktivierung der Neustart-Migration unterstützen** Verwenden Sie den Befehl [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html) mit dem Filter `reboot-migration-support`. ``` aws ec2 describe-instance-types \ --filters Name=reboot-migration-support,Values=supported \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` **So zeigen Sie die Instance-Typen an, die die Aktivierung der Neustart-Migration unterstützen** Verwenden Sie das [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html)Cmdlet mit dem `reboot-migration-support` Filter. ``` Get-EC2InstanceType ` -Filter @{Name="reboot-migration-support";Values="true"} | ` Select InstanceType | Sort-Object InstanceType ``` **Tenancy** + Freigegeben + Dedicated Instance Weitere Informationen finden Sie unter [EC2 Dedizierte Amazon-Instances](dedicated-instance.md). **Einschränkungen** Die Neustart-Migration wird für Instances mit den folgenden Merkmalen **nicht** unterstützt: + Plattform: Instances, die nativ auf dem Xen-Hypervisor ausgeführt werden + Instance-Größe: `metal`-Instances + Tenancy: Dedicated Host. Verwenden Sie für Dedicated Hosts stattdessen [Dedicated Host Auto Recovery](dedicated-hosts-recovery.md). + Speicher: Instances mit Instance-Speicher-Volumes + Netzwerke: Instances, die einen Elastic Fabric Adapter verwenden + Auto Scaling: Instances, die Teil einer Auto-Scaling-Gruppe sind ### Schritte zum Aktivieren oder Deaktivieren der Neustart-Migration Wenn eine Instance ein `system-reboot`-Ereignis empfängt, ist sie standardmäßig für die Neustart-Migration aktiviert. Sie können die Neustartmigration deaktivieren, sodass die Instance bei einem vom Benutzer initiierten Neustart auf derselben Hardware bleibt (direkter Neustart). Die `default`-Konfiguration ermöglicht keine Neustart-Migration für eine nicht unterstützte Instance. Weitere Informationen finden Sie unter [Anforderungen für die Aktivierung der Neustart-Migration](#requirements-for-reboot-migration). Sie können die Neustart-Migration für eine laufende oder angehaltene Instance deaktivieren oder aktivieren. ------ #### [ AWS CLI ] **So deaktivieren Sie die Neustart-Migration** Verwenden Sie den [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html)Befehl und setzen Sie den `--reboot-migration` Parameter auf. `disabled` ``` aws ec2 modify-instance-maintenance-options \
 --instance-id i-0abcdef1234567890 \
 --reboot-migration disabled ``` **So aktivieren Sie die Neustart-Migration** Verwenden Sie den [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html)Befehl und setzen Sie den `--reboot-migration` Parameter auf`default`. ``` aws ec2 modify-instance-maintenance-options \
 --instance-id i-0abcdef1234567890 \
 --reboot-migration default ``` ------ #### [ PowerShell ] **So deaktivieren Sie die Neustart-Migration** Verwenden Sie das cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId ` -RebootMigration Disabled ``` **So aktivieren Sie die Neustart-Migration** Verwenden Sie das cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -RebootMigration Enabled ``` ------ # Amazon-EC2-Instances verwalten, die für die Wartung geplant sind Wenn der zugrundeliegende Host für eine Instance gewartet werden AWS muss, plant es die Wartung der Instance. Es gibt zwei Arten von Wartungsereignissen: Netzwerkwartung und Stromversorgungswartung. + Bei der Netzwerkwartung wird die Netzwerkverbindung von geplanten Instances kurz unterbrochen. Die normale Netzwerkverbindung wird für Ihre Instance wiederhergestellt, nachdem die Wartung abgeschlossen ist. + Bei der Stromversorgungswartung werden geplante Instances kurz in den Offlinezustand versetzt und dann neu gestartet. Wenn ein Neustart durchgeführt wird, werden alle Konfigurationseinstellungen Ihrer Instance beibehalten. Überprüfen Sie nach dem Neustart Ihrer Instance (normalerweise nach nur wenigen Minuten), ob Ihre Anwendung wie erwartet funktioniert. An diesem Punkt sollte der Instance kein geplantes Ereignis mehr zugeordnet sein oder falls doch, sollte die Beschreibung des geplanten Ereignisses mit **[Completed] ([Abgeschlossen])** beginnen. Es kann manchmal bis zu einer Stunde dauern, bis die Beschreibung des Instance-Status aktualisiert wird. Abgeschlossene Wartungsereignisse werden bis zu eine Woche lang im Dashboard der Amazon EC2-Konsole angezeigt. ## Aktionen, die Sie ausführen können: **Aktionen, die Sie für Instances mit einem EBS-Root-Volume ausführen können** Wenn Sie eine `system-maintenance`-Ereignisbenachrichtigung erhalten, können Sie eine der folgenden Aktionen ausführen: + **Auf die geplante Wartung warten:** Sie können warten, bis die Wartung wie geplant durchgeführt wird. + **Manuelles Anhalten und Starten durchführen:** Sie können die Instance selbst anhalten und starten, wodurch sie zu einem neuen Host migriert wird. Das ist nicht dasselbe wie ein Neustart der Instance. Weitere Informationen finden Sie unter [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md). + **Anhalten und Starten automatisieren:** Sie können ein sofortiges Anhalten und Starten in Reaktion auf ein geplantes Wartungsereignis automatisieren. Weitere Informationen finden Sie unter [Automatische Ausführung von Vorgängen auf EC2-Instances als Reaktion auf Ereignisse in AWS Health](https://docs.aws.amazon.com/health/latest/ug/automating-instance-actions.html) im *AWS Health -Benutzerhandbuch*. **Aktionen, die Sie für Instances mit einem Instance-Speicher-Root-Volume ausführen können** Wenn Sie eine `system-maintenance`-Ereignisbenachrichtigung erhalten, können Sie eine der folgenden Aktionen ausführen: + **Auf die geplante Wartung warten:** Sie können warten, bis die Wartung wie geplant durchgeführt wird. + **Ersatz-Instance starten:** Wenn Sie während des geplanten Wartungsfensters den normalen Betrieb aufrechterhalten möchten: 1. Starten Sie eine Ersatz-Instance aus Ihrem neuesten AMI. 1. Migrieren Sie vor dem geplanten Wartungsfenster alle notwendigen Daten zur Ersatz-Instance. 1. Beenden Sie die ursprüngliche Instance. # Geplante Ereignisse, die sich auf Ihre Amazon-EC2-Instances auswirken, anzeigen Zusätzlich zum Erhalt von Benachrichtigungen über geplante Ereignisse per E-Mail können Sie auch geplante Ereignisse überprüfen. ------ #### [ Console ] **Um geplante Ereignisse für Ihre Instances anzuzeigen** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Alle Ressourcen mit einem zugeordneten Ereignis werden unter **Geplante Ereignisse** angezeigt. ![\[Anzeigen von Ereignissen über das Dashboard.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/dashboard-scheduled-events.png) 1. Für weitere Einzelheiten, wählen Sie im Navigationsbereich die Option **Ereignisse** aus. Alle Ressourcen mit einem zugeordneten Ereignis werden angezeigt. Sie können nach Merkmalen wie Ereignistyp, Ressourcentyp und Availability Zone filtern. ![\[Anzeigen von Ereignissen über die Seite „Events“.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/events-instance-scheduled-stop.png) ------ #### [ AWS CLI ] **Um geplante Ereignisse für Ihre Instances anzuzeigen** Verwenden Sie den Befehl [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html). ``` aws ec2 describe-instance-status \ --instance-id i-1234567890abcdef0 \ --query "InstanceStatuses[].Events" ``` Die folgende Beispielausgabe zeigt ein Neustartereignis. ``` [ "Events": [ { "InstanceEventId": "instance-event-0d59937288b749b32", "Code": "system-reboot", "Description": "The instance is scheduled for a reboot", "NotAfter": "2019-03-15T22:00:00.000Z", "NotBefore": "2019-03-14T20:00:00.000Z", "NotBeforeDeadline": "2019-04-05T11:00:00.000Z" } ] ] ``` Hier ist eine Beispielausgabe mit einem Ereignis zur Ausmusterung einer Instance angegeben. ``` [ "Events": [ { "InstanceEventId": "instance-event-0e439355b779n26", "Code": "instance-stop", "Description": "The instance is running on degraded hardware", "NotBefore": "2015-05-23T00:00:00.000Z" } ] ] ``` ------ #### [ PowerShell ] **Um geplante Ereignisse für Ihre Instances anzuzeigen** Verwenden Sie den folgenden [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html)-Befehl. ``` (Get-EC2InstanceStatus -InstanceId i-1234567890abcdef0).Events ``` Hier ist eine Beispielausgabe mit einem Ereignis zur Ausmusterung einer Instance angegeben. ``` Code : instance-stop Description : The instance is running on degraded hardware NotBefore : 5/23/2015 12:00:00 AM ``` ------ #### [ Instance metadata ] **So zeigen Sie geplante Ereignisse für Ihre Instances mithilfe von Instance-Metadaten an** Sie können Informationen zu aktiven Wartungsereignissen für Ihre Instances mithilfe von Instance-Metadatenservice Version 2 oder Instance-Metadatenservice Version 1 aus den [Instance-Metadaten](ec2-instance-metadata.md) abrufen. **IMDSv2** ``` [ec2-user ~]$ TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \ && curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/maintenance/scheduled ``` **IMDSv1** ``` [ec2-user ~]$ curl http://169.254.169.254/latest/meta-data/events/maintenance/scheduled ``` Es folgt eine Beispielausgabe mit Informationen zu einem geplanten Systemneustartereignis im JSON-Format. ``` [ { "NotBefore" : "21 Jan 2019 09:00:43 GMT", "Code" : "system-reboot", "Description" : "scheduled reboot", "EventId" : "instance-event-0d59937288b749b32", "NotAfter" : "21 Jan 2019 09:17:23 GMT", "State" : "active" } ] ``` **So zeigen Sie den Ereignisverlauf für abgeschlossene oder abgebrochene Ereignisse für Ihre Instances mit Instance-Metadaten an.** Sie können Informationen zu abgeschlossenen oder abgebrochenen Ereignissen für Ihre Instances mithilfe von Instance-Metadatenservice Version 2 oder Instance-Metadatenservice Version 1 aus den [Instance-Metadaten](ec2-instance-metadata.md) abrufen. **IMDSv2** ``` [ec2-user ~]$ TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \ && curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/maintenance/history ``` **IMDSv1** ``` [ec2-user ~]$ curl http://169.254.169.254/latest/meta-data/events/maintenance/history ``` Es folgt eine Beispielausgabe mit Informationen zu einem abgebrochenen und zu einem abgeschlossenen Systemneustartereignis im JSON-Format. ``` [ { "NotBefore" : "21 Jan 2019 09:00:43 GMT", "Code" : "system-reboot", "Description" : "[Canceled] scheduled reboot", "EventId" : "instance-event-0d59937288b749b32", "NotAfter" : "21 Jan 2019 09:17:23 GMT", "State" : "canceled" }, { "NotBefore" : "29 Jan 2019 09:00:43 GMT", "Code" : "system-reboot", "Description" : "[Completed] scheduled reboot", "EventId" : "instance-event-0d59937288b749b32", "NotAfter" : "29 Jan 2019 09:17:23 GMT", "State" : "completed" } ] ``` ------ #### [ AWS Health ] Sie können den verwenden AWS Health Dashboard , um mehr über Ereignisse zu erfahren, die sich auf Ihre Instance auswirken können. Die Health Dashboard unterteilt Probleme in drei Gruppen: offene Probleme, geplante Änderungen und andere Benachrichtigungen. In der Gruppe der geplanten Änderungen werden laufende oder anstehende Elemente angegeben. Weitere Informationen finden Sie unter [Erste Schritte mit dem AWS Health Dashboard](https://docs.aws.amazon.com/health/latest/ug/getting-started-health-dashboard.html) im *AWS Health -Benutzerhandbuch*. ------ # Benachrichtigungen für geplante Ereignisse für Ihre EC2-Instances anpassen Sie können geplante Ereignisbenachrichtigungen so anpassen, dass Tags (Markierungen) in die E-Mail-Benachrichtigung aufgenommen werden. Dies erleichtert die Identifizierung der betroffenen Ressource (Instances oder Dedicated Hosts) und die Priorisierung von Aktionen für das bevorstehende Ereignis. Wenn Sie Ereignisbenachrichtigungen so anpassen, dass sie Tags (Markierungen) einschließen, können Sie sich für das Einschließen der folgenden Elemente entscheiden: + Alle Tags (Markierungen), die mit der betroffenen Ressource verknüpft sind + Nur bestimmte Tags (Markierungen), die mit der betroffenen Ressource verknüpft sind Angenommen, Sie weisen beispielsweise allen Ihren Instances `application`-, `costcenter`-, `project`- und `owner`-Tags (Markierungen) zu. Sie können sich dafür entscheiden, alle Tags (Markierungen) in Ereignisbenachrichtigungen aufzunehmen. Wenn Sie in Ereignisbenachrichtigungen nur die Tags (Markierungen) `owner` und `project` sehen möchten, können Sie alternativ auch nur diese Tags (Markierungen) einbeziehen. Nachdem Sie die einzubeziehenden Tags (Markierungen) ausgewählt haben, enthalten die Ereignisbenachrichtigungen die Ressourcen-ID (Instance-ID oder Dedicated Host-ID) und die Schlüssel-Wert-Paare des Tags (Markierungen), die mit der betroffenen Ressource verknüpft sind. **Topics** + [Einschließen der Tags (Markierungen) in Ereignisbenachrichtigungen](#register-tags) + [Entfernen der Tags (Markierungen) aus Ereignisbenachrichtigungen](#deregister-tags) + [Anzeigen der Tags (Markierungen), die in Ereignisbenachrichtigungen einzubeziehen sind](#view-tags) ## Einschließen der Tags (Markierungen) in Ereignisbenachrichtigungen Die Tags (Markierungen), die Sie einbeziehen möchten, gelten für alle Ressourcen (Instances und Dedicated Hosts) in der ausgewählten Region. Um Ereignisbenachrichtigungen in anderen Regionen anzupassen, wählen Sie zunächst die gewünschte Region aus und führen Sie dann die folgenden Schritte aus. ------ #### [ Console ] **So schließen Sie Tags (Markierungen) in Ereignisbenachrichtigungen ein:** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Wählen Sie **Actions (Aktionen)**, **Manage event notifications (Ereignisbenachrichtigungen verwalten)**. 1. Aktivieren Sie **Tags in Ereignisbenachrichtigungen einbeziehen**. 1. Führen Sie je nach den Tags (Markierungen), die Sie in die Ereignisbenachrichtigungen aufnehmen möchten, eine der folgenden Aktionen aus: + Um alle der betroffenen Instance oder dem Dedicated Host zugeordneten Tags einzuschließen, wählen Sie **Alle Tags einschließen** aus. + Um die einzuschließenden Tags auszuwählen, wählen Sie **Einzuschließende Tags auswählen** und wählen Sie dann die Tag-Schlüssel aus oder geben Sie sie ein. 1. Wählen Sie **Speichern**. ------ #### [ AWS CLI ] **So schließen Sie alle Tags (Markierungen) in Ereignisbenachrichtigungen ein:** Verwenden Sie den Befehl [register-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/register-instance-event-notification-attributes.html) und setzen Sie den `IncludeAllTagsOfInstance` Parameter auf. `true` ``` aws ec2 register-instance-event-notification-attributes \ --instance-tag-attribute "IncludeAllTagsOfInstance=true" ``` **So schließen Sie bestimmte Tags (Markierungen) in Ereignisbenachrichtigungen ein:** Verwenden Sie den Befehl [register-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/register-instance-event-notification-attributes.html) und geben Sie die Tags, die eingeschlossen werden sollen, mithilfe des `InstanceTagKeys` Parameters an. ``` aws ec2 register-instance-event-notification-attributes \ --instance-tag-attribute 'InstanceTagKeys=["tag_key_1", "tag_key_2", "tag_key_3"]' ``` ------ #### [ PowerShell ] **So schließen Sie alle Tags (Markierungen) in Ereignisbenachrichtigungen ein:** Verwenden Sie das cmdlet [Register-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventNotificationAttribute.html). ``` Register-EC2InstanceEventNotificationAttribute ` -InstanceTagAttribute_IncludeAllTagsOfInstance $true ``` **So schließen Sie bestimmte Tags (Markierungen) in Ereignisbenachrichtigungen ein:** Verwenden Sie das cmdlet [Register-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventNotificationAttribute.html). ``` Register-EC2InstanceEventNotificationAttribute ` -InstanceTagAttribute_InstanceTagKey tag_key_1, tag_key_2, tag_key_3 ``` ------ ## Entfernen der Tags (Markierungen) aus Ereignisbenachrichtigungen Sie können Tags aus Ereignisbenachrichtigungen entfernen. ------ #### [ Console ] **So entfernen Sie Tags (Markierungen) aus Ereignisbenachrichtigungen:** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Wählen Sie **Actions (Aktionen)**, **Manage event notifications (Ereignisbenachrichtigungen verwalten)**. 1. Um alle Tags aus Ereignisbenachrichtigungen zu entfernen, deaktivieren Sie **Tags in Ereignisbenachrichtigungen einbeziehen**. 1. Um bestimmte Tags aus Ereignisbenachrichtigungen zu entfernen, wählen Sie das **X**) für die entsprechenden Tag-Schlüssel aus. 1. Wählen Sie **Speichern**. ------ #### [ AWS CLI ] **So entfernen Sie alle Tags (Markierungen) aus Ereignisbenachrichtigungen:** Verwenden Sie den Befehl [deregister-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/deregister-instance-event-notification-attributes.html) und setzen Sie den `IncludeAllTagsOfInstance` Parameter auf. `false` ``` aws ec2 deregister-instance-event-notification-attributes \ --instance-tag-attribute "IncludeAllTagsOfInstance=false" ``` **So entfernen Sie ein Tag aus Ereignisbenachrichtigungen** Verwenden Sie den Befehl [deregister-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/deregister-instance-event-notification-attributes.html) und geben Sie die zu entfernenden Tags mithilfe des `InstanceTagKeys` Parameters an. ``` aws ec2 deregister-instance-event-notification-attributes \ --instance-tag-attribute 'InstanceTagKeys=["tag_key_3"]' ``` ------ #### [ PowerShell ] **So entfernen Sie alle Tags (Markierungen) aus Ereignisbenachrichtigungen:** Verwenden Sie das cmdlet [Unregister-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventNotificationAttribute.html). ``` Unregister-EC2InstanceEventNotificationAttribute ` -InstanceTagAttribute_IncludeAllTagsOfInstance $false ``` **So entfernen Sie ein Tag aus Ereignisbenachrichtigungen** Verwenden Sie das cmdlet [Unregister-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventNotificationAttribute.html). ``` Unregister-EC2InstanceEventNotificationAttribute ` -InstanceTagAttribute_InstanceTagKey tag_key_3 ``` ------ ## Anzeigen der Tags (Markierungen), die in Ereignisbenachrichtigungen einzubeziehen sind Sie können die in Ereignisbenachrichtigungen einzuschließende Tags anzeigen. ------ #### [ Console ] **So zeigen Sie die in Ereignisbenachrichtigungen einzuschließende Tags (Markierungen) an:** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Wählen Sie **Actions (Aktionen)**, **Manage event notifications (Ereignisbenachrichtigungen verwalten)**. ------ #### [ AWS CLI ] **So zeigen Sie die Tags an, die in Ereignisbenachrichtigungen einzuschließen sind** Verwenden Sie den Befehl [describe-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-event-notification-attributes.html). ``` aws ec2 describe-instance-event-notification-attributes ``` ------ #### [ PowerShell ] **So zeigen Sie die Tags an, die in Ereignisbenachrichtigungen einzuschließen sind** Verwenden Sie das cmdlet [Get-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceEventNotificationAttribute.html). ``` Get-EC2InstanceEventNotificationAttribute ``` ------ # Ein geplantes Ereignis für eine EC2-Instance verschieben Sie können ein Ereignis so neu planen, dass es zu einem bestimmten Datum und einer Uhrzeit Ihrer Wahl erfolgt. Nachdem Sie ein Ereignis verschoben haben, kann es ein oder zwei Minuten dauern, bis das aktualisierte Datum angezeigt wird. **Einschränkungen** + Nur Ereignisse mit einem Ereignistermin können neu geplant werden. Der Zeitplan des Ereignisses kann bis hin zum Ablaufdatum der Ereignisfrist geändert werden. Die Spalte **Frist** (Konsole) und das Feld `NotBeforeDeadline` (AWS CLI) geben die Frist für das Ereignis an. + Nur Ereignisse, die noch nicht gestartet wurden, können neu geplant werden. Die Spalte **Startzeit** (Konsole) und das Feld `NotBefore` (AWS CLI) geben die Startzeit des Ereignisses an. Ereignisse, die zum Start in den nächsten 5 Minuten geplant sind, können nicht verschoben werden. + Die neue Startzeit muss mindestes 60 Minuten nach der aktuellen Uhrzeit liegen. + Wenn Sie den Zeitplan mehrerer Ereignisse über die Konsole ändern, wird das Ablaufdatum der Ereignisfrist anhand des Ereignisses mit dem frühesten Ablaufdatum der Ereignisfrist bestimmt. ------ #### [ Console ] **So planen Sie ein Ereignis neu** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Wählen Sie **Resource type: instance (Ressourcentyp: Instance)** aus der Filterliste aus. 1. Wählen Sie eine oder mehrere Instances aus. Wählen Sie dann **Actions (Aktionen)**, **Schedule event (Ereignis planen)**. Der Zeitplan kann nur für zeitlich befristete Ereignisse mit einem Wert für **Deadline (Frist)** geändert werden. Wenn eines der ausgewählten Ereignisse keinen Stichtag hat, ist **Actions (Aktionen)**, **Schedule event (Ereignis planen)** deaktiviert. 1. Geben Sie für **New start time (Neue Startzeit)** ein neues Datum und eine neue Uhrzeit für das Ereignis ein. Das neue Datum und die neue Uhrzeit müssen vor dem Zeitpunkt von **Event Deadline (Ereignisfrist)** liegen. 1. Wählen Sie **Speichern**. Es kann ein oder zwei Minuten dauern, bis die aktualisierte Startzeit des Ereignisses in der Konsole angezeigt wird. ------ #### [ AWS CLI ] **So planen Sie ein Ereignis neu** Verwenden Sie den Befehl [https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-start-time.html](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-start-time.html). ``` aws ec2 modify-instance-event-start-time \ --instance-id i-1234567890abcdef0 \ --instance-event-id instance-event-0d59937288b749b32 \ --not-before 2020-03-25T10:00:00.000 ``` ------ #### [ PowerShell ] **So planen Sie ein Ereignis neu** Verwenden Sie das cmdlet [Edit-EC2InstanceEventStartTime](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceEventStartTime.html). ``` Edit-EC2InstanceEventStartTime ` -InstanceId i-1234567890abcdef0 ` -InstanceEventId instance-event-0d59937288b749b32 ` -NotBefore 2020-03-25T10:00:00.000 ``` ------ # Erstellen Sie benutzerdefinierte Ereignisfenster für geplante Ereignisse, die sich auf Ihre Amazon-EC2-Instances auswirken Sie können benutzerdefinierte, wöchentlich wiederkehrende Ereignisfenster für geplante Ereignisse definieren, die Ihre Amazon-EC2-Instances neu starten, anhalten oder beenden. Sie können einem Ereignisfenster eine oder mehrere Instances zuweisen. Wenn ein geplantes Ereignis für diese Instances geplant ist, plant AWS die Ereignisse innerhalb des zugehörigen Ereignisfensters. Sie können Ereignisfenster verwenden, um die Verfügbarkeit von Workloads zu maximieren, indem Sie Ereignisfenster angeben, die in Zeiten mit geringer Auslastung für Ihre Workload auftreten. Sie können die Ereignisfenster auch an Ihren internen Wartungsplänen ausrichten. Sie definieren ein Ereignisfenster, indem Sie einen Satz von Zeitbereichen angeben. Der minimale Zeitbereich beträgt 2 Stunden. Die kombinierten Zeitbereiche müssen mindestens 4 Stunden betragen. Sie können einem Ereignisfenster eine oder mehrere Instanzen zuordnen, indem Sie entweder Instanz IDs - oder Instanz-Tags verwenden. Sie können Dedicated Hosts auch einem Ereignisfenster zuordnen, indem Sie die Host-ID verwenden. **Warnung** Ereignisfenster gelten nur für geplante Ereignisse, die Instances anhalten, neu starten oder beenden. Ereignisfenster sind nicht anwendbar für: Beschleunigte geplante Ereignisse und Netzwerkwartungsereignisse. Außerplanmäßige Wartung wie die [automatische Instance-Wiederherstellung](ec2-instance-recover.md) und ungeplante Neustarts. **Topics** + [Überlegungen](#event-windows-considerations) + [Erstellen eines Ereignisfensters](#create-event-windows) + [Zuordnen eines Ziels mit einem Ereignisfenster](#associate-target-event-window) + [Ein Ziel von einem Ereignisfenster trennen](#disassociate-target-event-window) + [Ein Ereignisfenster ändern](#modify-event-windows) + [Ein Ereignisfenster löschen](#delete-event-windows) ## Überlegungen + Alle Zeiträume des Ereignisfensters sind in UTC angegeben. + Ein Ereignisfenster kann mehrere Zeitbereiche enthalten. Jeder einzelne Zeitbereich muss mindestens 2 Stunden lang sein, die Gesamtdauer für alle Bereiche muss jedoch mindestens 4 Stunden betragen. + Einem Ereignisfenster kann nur ein Zieltyp (Instance-ID, Dedicated-Host-ID oder Instance-Tags (Markierungen)) zugeordnet werden. + Ein Ziel (Instance-ID, Dedicated Host oder Instance-Tags (Markierungen)) kann nur einem Ereignisfenster zugeordnet werden. + Einem Ereignisfenster können maximal 100 Instance IDs - oder 50 Dedicated Host IDs - oder 50 Instance-Tags zugeordnet werden. Die Instance-Tags (Markierungen) können beliebig vielen Instances zugeordnet werden. + Pro AWS Region können maximal 200 Ereignisfenster erstellt werden. + Bei mehreren Instances, die Ereignisfenstern zugeordnet sind, können möglicherweise gleichzeitig geplante Ereignisse auftreten. + Wenn AWS bereits eine Veranstaltung geplant wurde, wirkt sich die Änderung eines Veranstaltungsfensters nicht auf die Uhrzeit der geplanten Veranstaltung aus. Wenn das Ereignis einen StichTags (Markierungen) hat, können Sie [das Ereignis neu planen](reschedule-event.md). + Sie können eine Instance vor dem geplanten Ereignis anhalten und starten. Dadurch wird die Instance auf einen neuen Host migriert und das Ereignis gelöscht. ## Erstellen eines Ereignisfensters Sie können ein oder mehrere Ereignisfenster erstellen. Für jedes Ereignisfenster geben Sie einen oder mehrere Zeitblöcke an. Sie können beispielsweise ein Ereignisfenster mit Zeitblöcken erstellen, die jeden Tag um 4 Uhr morgens für 2 Stunden auftreten. Oder Sie erstellen ein Ereignisfenster mit Zeitblöcken, die sonntags von 2.00   – 4.00 Uhr und mittwochs von 3.00   – 5.00 Uhr stattfinden. So lange werden die Ereignisfenster wöchentlich wiederholt, bis Sie sie löschen. ------ #### [ Console ] **So erstellen Sie ein Ereignisfenster** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Klicken Sie auf **Aktionen**, **Verwalten von Ereignisfenstern**. 1. Wählen Sie **Instance-Ereignisfenster** erstellen. 1. Geben Sie für **Ereignisfenstername** einen beschreibenden Namen für das Ereignisfenster ein. 1. Wählen Sie für **Ereignisfensterzeitplan** die Zeitblöcke im Ereignisfenster aus, indem Sie den Cron-Zeitplanersteller verwenden oder Zeitbereiche angeben. + Wenn Sie den **Cron-Zeitplanersteller** auswählen, geben Sie Folgendes an: 1. Geben Sie für **Tage (UTC)** die Wochentage an, an denen das Ereignisfenster auftritt. 1. Geben Sie für **Startzeit (UTC)** die Zeit an, zu der das Ereignisfenster beginnt. 1. Geben Sie für **Dauer** die Dauer der Zeitblöcke im Ereignisfenster an. Die Mindestdauer pro Zeitblock beträgt 2 Stunden. Die Mindestdauer des Ereignisfensters muss insgesamt 4 Stunden betragen oder überschreiten. Alle Uhrzeiten sind in UTC angegeben. + Wenn Sie **Zeitbereiche** auswählen, wählen Sie **Neuen Zeitbereich hinzufügen** und geben Sie den Starttag und die Startzeit sowie den Endtag und die Endzeit an. Wiederholen Sie diesen Schritt für jeden Zeitraum. Die Mindestdauer pro Zeitbereich beträgt 2 Stunden. Die Mindestdauer für alle Zeitbereiche zusammen muss insgesamt 4 Stunden betragen oder überschreiten. 1. (Optional) Ordnen Sie für **Zieldetails** dem Ereignisfenster eine oder mehrere Instances zu. Verwenden Sie Instanz IDs - oder Instanz-Tags, um Instanzen zuzuordnen. Verwenden Sie host IDs , um Dedicated Hosts zuzuordnen. Wenn für diese Ziele Wartungsarbeiten geplant sind, tritt das Ereignis in diesem Ereignisfenster ein. Beachten Sie, dass Sie das Ereignisfenster erstellen können, ohne dem Fenster ein Ziel zuzuordnen. Später können Sie das Fenster ändern, um ein oder mehrere Ziele zu verknüpfen. 1. (Optional) Wählen Sie für **Ereignisfenster-Tags (Markierungen)** die Option **Tags (Markierungen) hinzufügen** und geben Sie den Schlüssel und den Wert für den Tag (Markierung) ein. Wiederholen Sie diesen Schritt für jeden Tag (Markierung). 1. Wählen Sie **Ereignisfenster erstellen**. ------ #### [ AWS CLI ] **So erstellen Sie ein Ereignisfenster mit einem Zeitbereich** Verwenden Sie den Befehl [create-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-instance-event-window.html). ``` aws ec2 create-instance-event-window \ --time-range StartWeekDay=monday,StartHour=2,EndWeekDay=wednesday,EndHour=8 \ --tag-specifications "ResourceType=instance-event-window,Tags=[{Key=K1,Value=V1}]" \ --name myEventWindowName ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "TimeRanges": [ { "StartWeekDay": "monday", "StartHour": 2, "EndWeekDay": "wednesday", "EndHour": 8 } ], "Name": "myEventWindowName", "State": "creating", "Tags": [ { "Key": "K1", "Value": "V1" } ] } } ``` **So erstellen Sie ein Ereignisfenster mit einem Cron-Ausdruck** Verwenden Sie den Befehl [create-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-instance-event-window.html). ``` aws ec2 create-instance-event-window \ --cron-expression "* 21-23 * * 2,3" \ --tag-specifications "ResourceType=instance-event-window,Tags=[{Key=K1,Value=V1}]" \ --name myEventWindowName ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "Name": "myEventWindowName", "CronExpression": "* 21-23 * * 2,3", "State": "creating", "Tags": [ { "Key": "K1", "Value": "V1" } ] } } ``` ------ #### [ PowerShell ] **So erstellen Sie ein Ereignisfenster mit einem Zeitbereich** Verwenden Sie das cmdlet [New-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2InstanceEventWindow.html). ``` $timeRange = New-Object Amazon.EC2.Model.InstanceEventWindowTimeRangeRequest $timeRange.StartWeekDay = "monday" $timeRange.EndWeekDay = "wednesday" $timeRange.StartHour = 2 $timeRange.EndHour = 8 $tag = @{Key="key1"; Value="value1"} $tagspec = New-Object Amazon.EC2.Model.TagSpecification $tagspec.ResourceType = "instance-event-window" $tagspec.Tags.Add($tag) New-EC2InstanceEventWindow ` -Name my-event-window ` -TagSpecification $tagspec ` -TimeRange @($timeRange) ``` Es folgt eine Beispielausgabe. ``` AssociationTarget : CronExpression : InstanceEventWindowId : iew-0abcdef1234567890 Name : my-event-window State : creating Tags : {key1} TimeRanges : {Amazon.EC2.Model.InstanceEventWindowTimeRange} ``` **So erstellen Sie ein Ereignisfenster mit einem Cron-Ausdruck** Verwenden Sie das cmdlet [New-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2InstanceEventWindow.html). ``` $tag = @{Key="key1"; Value="value1"} $tagspec = New-Object Amazon.EC2.Model.TagSpecification $tagspec.ResourceType = "instance-event-window" $tagspec.Tags.Add($tag) New-EC2InstanceEventWindow ` -Name my-event-window ` -TagSpecification $tagspec` -CronExpression "* 21-23 * * 2,3" ``` Es folgt eine Beispielausgabe. ``` AssociationTarget : CronExpression : * 21-23 * * 2,3 InstanceEventWindowId : iew-0abcdef1234567890 Name : my-event-window State : creating Tags : {key1} TimeRanges : {} ``` ------ ## Zuordnen eines Ziels mit einem Ereignisfenster Nachdem Sie ein Ereignisfenster erstellt haben, können Sie dem Ereignisfenster Ziele zuordnen. Sie können einem Ereignisfenster nur einen Zieltyp zuordnen. Sie können Instance- IDs, Dedicated Host IDs - oder Instance-Tags angeben. ------ #### [ Console ] **So ordnen Sie einem Ereignisfenster Ziele zu** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Wählen Sie das zu ändernde Ereignisfenster aus. 1. Wählen Sie **Aktionen**, **Instance-Ereignisfenster ändern**. ------ #### [ AWS CLI ] **So verknüpfen Sie Instance-Tags mit einem Ereignisfenster** Verwenden Sie den Befehl [associate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-instance-event-window.html). ``` aws ec2 associate-instance-event-window \ --instance-event-window-id iew-0abcdef1234567890 \ --association-target "InstanceTags=[{Key=k2,Value=v2},{Key=k1,Value=v1}]" ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "Name": "myEventWindowName", "CronExpression": "* 21-23 * * 2,3", "AssociationTarget": { "InstanceIds": [], "Tags": [ { "Key": "k2", "Value": "v2" }, { "Key": "k1", "Value": "v1" } ], "DedicatedHostIds": [] }, "State": "creating" } } ``` **Um eine Instanz IDs einem Ereignisfenster zuzuordnen** Verwenden Sie den Befehl [associate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-instance-event-window.html). ``` aws ec2 associate-instance-event-window \ --instance-event-window-id iew-0abcdef1234567890 \ --association-target "InstanceIds=i-1234567890abcdef0,i-0598c7d356eba48d7" ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "Name": "myEventWindowName", "CronExpression": "* 21-23 * * 2,3", "AssociationTarget": { "InstanceIds": [ "i-1234567890abcdef0", "i-0598c7d356eba48d7" ], "Tags": [], "DedicatedHostIds": [] }, "State": "creating" } } ``` **So verknüpfen Sie einen Dedicated Host mit einem Ereignisfenster** Verwenden Sie den Befehl [associate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-instance-event-window.html). ``` aws ec2 associate-instance-event-window \ --instance-event-window-id iew-0abcdef1234567890 \ --association-target "DedicatedHostIds=h-029fa35a02b99801d" ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "Name": "myEventWindowName", "CronExpression": "* 21-23 * * 2,3", "AssociationTarget": { "InstanceIds": [], "Tags": [], "DedicatedHostIds": [ "h-029fa35a02b99801d" ] }, "State": "creating" } } ``` ------ #### [ PowerShell ] **So verknüpfen Sie Instance-Tags mit einem Ereignisfenster** Verwenden Sie das cmdlet [Register-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventWindow.html). ``` $tag1 = @{Key="key1"; Value="value1"} $tag2 = @{Key="key2"; Value="value2"} Register-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -AssociationTarget_InstanceTag @($tag1,$tag2) ``` **Um eine Instanz IDs einem Ereignisfenster zuzuordnen** Verwenden Sie das cmdlet [Register-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventWindow.html). ``` Register-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -AssociationTarget_InstanceId i-1234567890abcdef0, i-0598c7d356eba48d7 ``` **So verknüpfen Sie einen Dedicated Host mit einem Ereignisfenster** Verwenden Sie das cmdlet [Register-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventWindow.html). ``` Register-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -AssociationTarget_DedicatedHostId h-029fa35a02b99801d ``` ------ ## Ein Ziel von einem Ereignisfenster trennen ------ #### [ Console ] **So trennen Sie die Zuordnung von Zielen zu einem Ereignisfenster** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Wählen Sie das zu ändernde Ereignisfenster aus. 1. Wählen Sie **Aktionen**, **Instance-Ereignisfenster ändern**. ------ #### [ AWS CLI ] **So trennen Sie die Instance-Tags von einem Ereignisfenster** Verwenden Sie den Befehl [disassociate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference//ec2/disassociate-instance-event-window.html). ``` aws ec2 disassociate-instance-event-window \ --instance-event-window-id iew-0abcdef1234567890 \ --association-target "InstanceTags=[{Key=k2,Value=v2},{Key=k1,Value=v1}]" ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "Name": "myEventWindowName", "CronExpression": "* 21-23 * * 2,3", "AssociationTarget": { "InstanceIds": [], "Tags": [], "DedicatedHostIds": [] }, "State": "creating" } } ``` **Um die Zuordnung einer Instanz zu einem Ereignisfenster zu IDs trennen** Verwenden Sie den Befehl [disassociate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/disassociate-instance-event-window.html). ``` aws ec2 disassociate-instance-event-window \ --instance-event-window-id iew-0abcdef1234567890 \ --association-target "InstanceIds=i-1234567890abcdef0,i-0598c7d356eba48d7" ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "Name": "myEventWindowName", "CronExpression": "* 21-23 * * 2,3", "AssociationTarget": { "InstanceIds": [], "Tags": [], "DedicatedHostIds": [] }, "State": "creating" } } ``` **So trennen Sie einen Dedicated Host von einem Ereignisfenster** Verwenden Sie den Befehl [disassociate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/disassociate-instance-event-window.html). ``` aws ec2 disassociate-instance-event-window \ --instance-event-window-id iew-0abcdef1234567890 \ --association-target DedicatedHostIds=h-029fa35a02b99801d ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "Name": "myEventWindowName", "CronExpression": "* 21-23 * * 2,3", "AssociationTarget": { "InstanceIds": [], "Tags": [], "DedicatedHostIds": [] }, "State": "creating" } } ``` ------ #### [ PowerShell ] **So trennen Sie die Instance-Tags von einem Ereignisfenster** Verwenden Sie das cmdlet [Unregister-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventWindow.html). ``` $tag1 = @{Key="key1"; Value="value1"} $tag2 = @{Key="key2"; Value="value2"} Unregister-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -AssociationTarget_InstanceTag @($tag1, $tag2) ``` **Um die Zuordnung einer Instanz zu einem IDs Ereignisfenster zu trennen** Verwenden Sie das cmdlet [Unregister-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventWindow.html). ``` Unregister-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -AssociationTarget_InstanceId i-1234567890abcdef0, i-0598c7d356eba48d7 ``` **So trennen Sie einen Dedicated Host von einem Ereignisfenster** Verwenden Sie das cmdlet [Unregister-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventWindow.html). ``` Unregister-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -AssociationTarget_DedicatedHostId h-029fa35a02b99801d ``` ------ ## Ein Ereignisfenster ändern Sie können alle der Felder eines Ereignisfensters mit Ausnahme der ID ändern. Wenn beispielsweise die Sommerzeit beginnt, möchten Sie möglicherweise den Zeitplan für das Ereignisfenster ändern. Bei vorhandenen Ereignisfenstern empfiehlt es sich möglicherweise, Ziele hinzuzufügen oder zu entfernen. Sie können beim Ändern des Ereignisfensters entweder einen Zeitbereich oder einen Cron-Ausdruck ändern, aber nicht beides. ------ #### [ Console ] **So ändern Sie ein Ereignisfenster** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Klicken Sie auf **Aktionen**, **Verwalten von Ereignisfenstern**. 1. Wählen Sie das zu ändernde Ereignisfenster aus und wählen Sie dann **Aktionen**, **Instance-Ereignisfenster ändern**. 1. Ändern Sie die Felder im Ereignisfenster und wählen Sie dann **Ereignisfenster ändern**. ------ #### [ AWS CLI ] **So ändern Sie den Zeitbereich eines Ereignisfensters** Verwenden Sie den Befehl [modify-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-window.html). ``` aws ec2 modify-instance-event-window --instance-event-window-id iew-0abcdef1234567890 \ --time-range StartWeekDay=monday,StartHour=2,EndWeekDay=wednesday,EndHour=8 ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "TimeRanges": [ { "StartWeekDay": "monday", "StartHour": 2, "EndWeekDay": "wednesday", "EndHour": 8 } ], "Name": "myEventWindowName", "AssociationTarget": { "InstanceIds": [ "i-0abcdef1234567890", "i-0be35f9acb8ba01f0" ], "Tags": [], "DedicatedHostIds": [] }, "State": "creating", "Tags": [ { "Key": "K1", "Value": "V1" } ] } } ``` **So ändern Sie eine Reihe von Zeitbereichen für ein Ereignisfenster** Verwenden Sie den Befehl [modify-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-window.html). ``` aws ec2 modify-instance-event-window --instance-event-window-id iew-0abcdef1234567890 \ --time-range '[{"StartWeekDay": "monday", "StartHour": 2, "EndWeekDay": "wednesday", "EndHour": 8}, {"StartWeekDay": "thursday", "StartHour": 2, "EndWeekDay": "friday", "EndHour": 8}]' ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "TimeRanges": [ { "StartWeekDay": "monday", "StartHour": 2, "EndWeekDay": "wednesday", "EndHour": 8 }, { "StartWeekDay": "thursday", "StartHour": 2, "EndWeekDay": "friday", "EndHour": 8 } ], "Name": "myEventWindowName", "AssociationTarget": { "InstanceIds": [ "i-0abcdef1234567890", "i-0be35f9acb8ba01f0" ], "Tags": [], "DedicatedHostIds": [] }, "State": "creating", "Tags": [ { "Key": "K1", "Value": "V1" } ] } } ``` **So ändern Sie den Cron-Ausdruck eines Ereignisfensters** Verwenden Sie den Befehl [modify-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-window.html). ``` aws ec2 modify-instance-event-window --instance-event-window-id iew-0abcdef1234567890 \ --cron-expression "* 21-23 * * 2,3" ``` Es folgt eine Beispielausgabe. ``` { "InstanceEventWindow": { "InstanceEventWindowId": "iew-0abcdef1234567890", "Name": "myEventWindowName", "CronExpression": "* 21-23 * * 2,3", "AssociationTarget": { "InstanceIds": [ "i-0abcdef1234567890", "i-0be35f9acb8ba01f0" ], "Tags": [], "DedicatedHostIds": [] }, "State": "creating", "Tags": [ { "Key": "K1", "Value": "V1" } ] } } ``` ------ #### [ PowerShell ] **So ändern Sie den Zeitbereich eines Ereignisfensters** Verwenden Sie das cmdlet [Edit-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceEventWindow.html). ``` $timeRange1 = New-Object Amazon.EC2.Model.InstanceEventWindowTimeRangeRequest $timeRange1.StartWeekDay = "monday" $timeRange1.EndWeekDay = "wednesday" $timeRange1.StartHour = 2 $timeRange1.EndHour = 8 $timeRange2 = New-Object Amazon.EC2.Model.InstanceEventWindowTimeRangeRequest $timeRange2.StartWeekDay = "thursday" $timeRange2.EndWeekDay = "friday" $timeRange2.StartHour = 1 $timeRange2.EndHour = 6 Edit-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -TimeRange @($timeRange1, $timeRange2) ``` **So ändern Sie den Cron-Ausdruck eines Ereignisfensters** Verwenden Sie das cmdlet [Edit-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceEventWindow.html). ``` Edit-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -CronExpression "* 21-23 * * 2,3" ``` ------ ## Ein Ereignisfenster löschen Sie können jeweils ein Ereignisfenster löschen. ------ #### [ Console ] **So löschen Sie ein Ereignisfenster** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Klicken Sie auf **Aktionen**, **Verwalten von Ereignisfenstern**. 1. Wählen Sie das zu löschende Ereignisfenster aus, und wählen Sie dann **Aktionen**, **Instance-Ereignisfenster löschen**. 1. Geben Sie bei der Aufforderung **delete** ein und klicken Sie dann auf **Delete (Löschen)**. ------ #### [ AWS CLI ] **So löschen Sie ein Ereignisfenster** Verwenden Sie den [delete-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-instance-event-window.html)Befehl und geben Sie das zu löschende Ereignisfenster an. ``` aws ec2 delete-instance-event-window \ --instance-event-window-id iew-0abcdef1234567890 ``` **So erzwingen Sie das Löschen eines Ereignisfensters** Verwenden Sie den `--force-delete`-Parameter, wenn das Ereignisfenster derzeit mit Zielen verknüpft ist. ``` aws ec2 delete-instance-event-window \ --instance-event-window-id iew-0abcdef1234567890 \ --force-delete ``` ------ #### [ PowerShell ] **So löschen Sie ein Ereignisfenster** Verwenden Sie das cmdlet [Remove-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2InstanceEventWindow.html). ``` Remove-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ``` **So erzwingen Sie das Löschen eines Ereignisfensters** Verwenden Sie das cmdlet [Remove-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2InstanceEventWindow.html). ``` Remove-EC2InstanceEventWindow ` -InstanceEventWindowId iew-0abcdef1234567890 ` -ForceDelete $true ``` ------ # Überwachen Sie Ihre Instances mit CloudWatch Sie können Ihre Instances mithilfe von Amazon überwachen CloudWatch, das Rohdaten aus Amazon EC2 sammelt und zu lesbaren Metriken nahezu in Echtzeit verarbeitet. Diese Statistiken werden für einen Zeitraum von 15 Monaten aufgezeichnet, damit Sie auf Verlaufsinformationen zugreifen können und einen besseren Überblick darüber erhalten, wie Ihre Webanwendung oder der Service ausgeführt werden. Standardmäßig sendet Amazon EC2 Metrikdaten innerhalb von 5 Minuten CloudWatch an. Um Metrikdaten für Ihre Instance innerhalb von 1 Minute CloudWatch an zu senden, können Sie die detaillierte Überwachung der Instance aktivieren. Weitere Informationen finden Sie unter [Detaillierte Überwachung für Ihre EC2-Instances verwalten](manage-detailed-monitoring.md). Die Amazon EC2 EC2-Konsole zeigt eine Reihe von Diagrammen an, die auf den Rohdaten von Amazon CloudWatch basieren. Je nach Ihren Anforderungen ziehen Sie es möglicherweise vor, Daten für Ihre Instances von Amazon CloudWatch anstelle der Diagramme in der Konsole zu beziehen. CloudWatch Abrechnungs- und Kosteninformationen von Amazon finden Sie unter [ CloudWatch Abrechnung und Kosten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_billing.html) im * CloudWatch Amazon-Benutzerhandbuch*. **Topics** + [CloudWatch Alarme für Ihre EC2-Instances in der Amazon EC2 EC2-Konsole verwalten](ec2-instance-alarms.md) + [Detaillierte Überwachung für Ihre EC2-Instances verwalten](manage-detailed-monitoring.md) + [CloudWatch Metriken, die für Ihre Instances verfügbar sind](viewing_metrics_with_cloudwatch.md) + [Installieren und konfigurieren Sie den CloudWatch Agenten mithilfe der Amazon EC2 EC2-Konsole, um zusätzliche Metriken hinzuzufügen](install-and-configure-cloudwatch-agent-using-ec2-console.md) + [Statistiken für CloudWatch Metriken für Ihre Instances](monitoring_get_statistics.md) + [Die Überwachungsdiagramme für Ihre Instance anzeigen](graphs-in-the-aws-management-console.md) + [Erstellen Sie einen CloudWatch Alarm für eine Instance](using-cloudwatch-createalarm.md) + [Erstellen von Alarmen, mit denen eine Instance angehalten, beendet, neu gestartet oder wiederhergestellt wird](UsingAlarmActions.md) # CloudWatch Alarme für Ihre EC2-Instances in der Amazon EC2 EC2-Konsole verwalten Auf dem Bildschirm **Instances** in der Amazon EC2 EC2-Konsole können Sie die CloudWatch Amazon-Alarme für Ihre Instances verwalten. In der **Instance-Tabelle** bietet die Spalte **Alarmstatus** zwei Steuerelemente für die Konsole: eine Steuerung für die Anzeige von Alarmen und eine weitere für deren Erstellung oder Bearbeitung. Der folgende Screenshot zeigt diese Konsolensteuerungen mit den Nummern **1** (**Alarme anzeigen**) und **2** (ein **Pluszeichen** für das Erstellen oder Bearbeiten eines Alarms). ![\[Die Steuerelemente in der Instances-Tabelle der EC2-Konsole zum Anzeigen und Erstellen von Alarmen. 1. Alarme anzeigen 2. Pluszeichen.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/instance-alarms.png) ## Alarme auf dem Instances-Bildschirm anzeigen Sie können die Alarme jeder Instance auf dem **Instances-Bildschirm** einsehen. **So zeigen Sie den Alarm einer Instance auf dem Bildschirm Instances an** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie in der **Instances-Tabelle** für die von Ihnen gewählte Instance die Option **Alarme anzeigen** aus (im vorherigen Screenshot mit **1** nummeriert). 1. Wählen Sie im *i-1234567890abcdef0* Fenster **Alarm-Details für** den Alarmnamen aus, um den Alarm in der CloudWatch Konsole anzuzeigen. ## Alarme vom Instances-Bildschirm erstellen Vom Bildschirm **Instances** können Sie für jede Instance einen Alarm erstellen. **So erstellen Sie einen Alarm für eine Instance über den Bildschirm Instances** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie in der **Instances**-Tabelle für die von Ihnen gewählte Instance die Option Alarme anzeigen aus (im vorherigen Screenshot mit **2** nummeriert). 1. Erstellen Sie auf dem Bildschirm „** CloudWatch Alarme verwalten**“ Ihren Alarm. Weitere Informationen finden Sie unter [Erstellen Sie einen CloudWatch Alarm für eine Instance](using-cloudwatch-createalarm.md). ## Alarme vom Instances-Bildschirm bearbeiten Vom Bildschirm **Instances** können Sie für jede Instance einen Alarm bearbeiten. **So bearbeiten Sie einen Alarm für eine Instance auf dem Bildschirm Instances** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie in der **Instances**-Tabelle für die von Ihnen gewählte Instance die Option Alarme anzeigen aus (im vorherigen Screenshot mit **2** nummeriert). 1. Bearbeiten **Sie im Bildschirm „ CloudWatch Alarme verwalten**“ Ihren Alarm. Weitere Informationen finden Sie unter [Bearbeiten oder Löschen eines CloudWatch Alarms](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Manage-CloudWatch-Alarm.html#Edit-CloudWatch-Alarm) im * CloudWatch Amazon-Benutzerhandbuch*. # Detaillierte Überwachung für Ihre EC2-Instances verwalten Amazon CloudWatch bietet zwei Überwachungskategorien: *Basisüberwachung* und *detaillierte Überwachung*. Standardmäßig ist für Ihre Instance die grundlegende Überwachung aktiviert. Sie können optional die detaillierte Überwachung aktivieren, um Probleme bei der Ausführung schneller zu identifizieren und zu beheben. Sie können die detaillierte Überwachung auf einer Instance ausschalten, während Sie sie starten bzw. während sie ausgeführt oder angehalten wird. Das Aktivieren der detaillierten Überwachung für eine Instance wirkt sich nicht auf die Überwachung der EBS-Volumes aus, die mit der Instance verknüpft sind. Weitere Informationen finden Sie unter [ CloudWatch Amazon-Metriken für Amazon EBS.](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html) In der folgenden Tabelle werden die Unterschiede zwischen der grundlegenden Überwachung und der detaillierten Überwachung von Instances beschrieben. | Überwachungstyp | Beschreibung | Gebühren | | --- | --- | --- | | Grundlegende Überwachung | Metriken für die Statusprüfung sind in Zeitabständen von 1 Minute verfügbar. Alle anderen Metriken sind in 5-Minuten-Intervallen verfügbar. | Keine Gebühren. | | Detaillierte Überwachung | Sie können Metriken in 1-Minuten-Intervallen abrufen, sofern Sie die detaillierte Überwachung für die Instance aktivieren. Wenn Sie die detaillierte Überwachung aktiviert haben, können Sie aggregierte Daten aus Gruppen mit ähnlichen Instances erhalten. | Ihnen wird pro Metrik berechnet, an die Amazon EC2 sendet. CloudWatch Die Datenspeicherung wird Ihnen nicht berechnet. Weitere Informationen finden Sie unter Tarif „Bezahlt“ auf der [Seite mit den CloudWatch Amazon-Preisen](https://aws.amazon.com/cloudwatch/pricing/#Paid_tier). | **Topics** + [Erforderliche Berechtigungen](#iam-detailed-monitoring) + [Detaillierte Überwachung beim Start aktivieren](#enable-detailed-monitoring) + [Detaillierte Überwachung verwalten](#disable-detailed-monitoring) ## Erforderliche Berechtigungen Um die detaillierte Überwachung für eine Instance zu aktivieren, muss Ihr Benutzer über die Berechtigung zur Verwendung der [https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_MonitorInstances.html](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_MonitorInstances.html)-API-Aktion verfügen. Um die detaillierte Überwachung für eine Instances zu deaktivieren, muss Ihr Benutzer über die Berechtigung zur Verwendung der [https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_UnmonitorInstances.html](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_UnmonitorInstances.html)-API-Aktion verfügen. ## Detaillierte Überwachung beim Start aktivieren Verwenden Sie die folgenden Verfahren, um die detaillierte Überwachung beim Start zu aktivieren. Standardmäßig ist für Ihre Instance die grundlegende Überwachung aktiviert. ------ #### [ Console ] **Aktivieren der detaillierten Überwachung beim Starten einer Instance** Wenn Sie eine Instance über die Amazon EC2 EC2-Konsole starten, aktivieren Sie unter **Erweiterte Details** das Kontrollkästchen **Detaillierte CloudWatch Überwachung**. ------ #### [ AWS CLI ] **Aktivieren der detaillierten Überwachung beim Starten einer Instance** Verwenden den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) mit der Option `--monitoring`. ``` --monitoring Enabled=true ``` ------ #### [ PowerShell ] **Aktivieren der detaillierten Überwachung beim Starten einer Instance** Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet mit dem Parameter. `-Monitoring` ``` -Monitoring $true ``` ------ ## Detaillierte Überwachung verwalten Verwenden Sie die folgenden Verfahren, um die detaillierte Überwachung für eine laufende oder angehaltene Instance zu verwalten. ------ #### [ Console ] **So verwalten Sie die detaillierte Überwachung** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus. 1. Wählen Sie **Aktionen**, **Überwachung und Fehlerbehebung**, **Detaillierte Überwachung verwalten** aus. 1. Führen Sie auf der Seite **Detaillierte Überwachung** unter **Detaillierte Überwachung** einen der folgenden Schritte aus: + Detaillierte Überwachung – Wählen Sie **Aktivieren** aus. + Grundlegende Überwachung – Deaktivieren Sie die Option **Aktivieren⁣**. 1. Wählen Sie **Bestätigen** aus. ------ #### [ AWS CLI ] **So aktivieren Sie die detaillierte Überwachung** Verwenden Sie den Befehl [monitor-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/monitor-instances.html). ``` aws ec2 monitor-instances --instance-ids i-1234567890abcdef0 ``` **So deaktivieren Sie die detaillierte Überwachung** Verwenden Sie den Befehl [unmonitor-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/unmonitor-instances.html). ``` aws ec2 unmonitor-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **So aktivieren Sie die detaillierte Überwachung** Verwenden Sie das cmdlet [Start-EC2InstanceMonitoring](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2InstanceMonitoring.html). ``` Start-EC2InstanceMonitoring -InstanceId i-1234567890abcdef0 ``` **So deaktivieren Sie die detaillierte Überwachung** Verwenden Sie das cmdlet [Stop-EC2InstanceMonitoring](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2InstanceMonitoring.html). ``` Stop-EC2InstanceMonitoring -InstanceId i-1234567890abcdef0 ``` ------ # CloudWatch Metriken, die für Ihre Instances verfügbar sind Amazon EC2 sendet Metriken an Amazon CloudWatch. Sie können die AWS-Managementkonsole, oder eine API verwenden AWS CLI, um die Metriken aufzulisten, an CloudWatch die Amazon EC2 sendet. Standardmäßig deckt jeder Datenpunkt die sich an die Startzeit anschließenden 5 Minuten an Aktivität für die Instance ab. Wenn Sie die detaillierte Überwachung aktiviert haben, deckt jeder Datenpunkt die nächste Minute an Aktivität ab der Startzeit ab. Beachten Sie, dass für die Statistiken Minimum, Maximum und Durchschnitt die minimale Granularität für die Metriken, die EC2 bereitstellt, 1 Minute beträgt. Informationen darüber, wie Sie die verfügbaren Metriken mit dem AWS-Managementkonsole oder dem [anzeigen können AWS CLI, finden Sie unter Verfügbare Metriken](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/viewing_metrics_with_cloudwatch.html) anzeigen im * CloudWatch Amazon-Benutzerhandbuch*. Weitere Informationen zum Abrufen der Statistiken für diese Metriken erhalten Sie unter [Statistiken für CloudWatch Metriken für Ihre Instances](monitoring_get_statistics.md). **Topics** + [Instance-Metriken](#ec2-cloudwatch-metrics) + [Beschleuniger-Metriken](#accelerator-metrics) + [CPU-Guthaben-Metriken](#cpu-credit-metrics) + [Dedicated-Host-Metriken](#dh-metrics) + [Amazon EBS-Metriken für Nitro-basierte Instances](#ebs-metrics-nitro) + [Statusprüfungsmetriken](#status-check-metrics) + [Metriken zur Spiegelung des Datenverkehrs](#traffic-mirroring-metrics) + [Metriken zu Auto-Scaling-Gruppen](#autoscaling-metrics) + [Amazon EC2-Metrikdimensionen](#ec2-cloudwatch-dimensions) + [Amazon EC2-Nutzungsmetriken](#service-quota-metrics) ## Instance-Metriken Der `AWS/EC2`-Namespace enthält die folgenden Instance-Metriken. | Metrik | Description | Einheit | Aussagekräftige Statistiken | | --- | --- | --- | --- | | CPUUtilization | Der Prozentsatz der physischen CPU-Zeit, die Amazon EC2 für die Ausführung der EC2-Instance verwendet, einschließlich der Zeit, die für die Ausführung sowohl des Benutzercodes als auch des Amazon-EC2-Codes aufgewendet wird. Auf einer sehr hohen Ebene ist `CPUUtilization` die Summe aus Gast `CPUUtilization` und Hypervisor `CPUUtilization`. Tools in Ihrem Betriebssystem können einen anderen Prozentsatz anzeigen als CloudWatch aufgrund von Faktoren wie der Simulation älterer Geräte, der Konfiguration nicht älterer Geräte, interrupter Arbeitslasten, Live-Migration und Live-Update. | Percent | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | DiskReadOps | Abgeschlossene Lesevorgänge von allen der Instance zu Verfügung stehenden Instance-Speicher-Volumes in einem angegebenen Zeitraum. Um die durchschnittlichen I/O Operationen pro Sekunde (IOPS) für den Zeitraum zu berechnen, dividieren Sie die Gesamtzahl der Vorgänge in dem Zeitraum durch die Anzahl der Sekunden in diesem Zeitraum. Wenn es keine Instance-Speicher-Volumes gibt, ist der Wert 0 oder die Metrik wird nicht angezeigt. | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | DiskWriteOps | Abgeschlossene Schreibvorgänge von allen der Instance zu Verfügung stehenden Instance-Speicher-Volumes in einem angegebenen Zeitraum. Um die durchschnittlichen I/O Operationen pro Sekunde (IOPS) für den Zeitraum zu berechnen, dividieren Sie die Gesamtzahl der Operationen in dem Zeitraum durch die Anzahl der Sekunden in diesem Zeitraum. Wenn es keine Instance-Speicher-Volumes gibt, ist der Wert 0 oder die Metrik wird nicht angezeigt. | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | DiskReadBytes | Von allen der Instance zu Verfügung stehenden Instance-Speicher-Volumes gelesene Byte. Diese Metrik wird verwendet, um das von der Festplatte der Instance gelesene Datenvolumen der Anwendung zu ermitteln. Damit kann die Geschwindigkeit der Anwendung bestimmt werden. Der ermittelte Wert ist die Anzahl der während des Zeitraums empfangenen Byte. Wenn Sie die grundlegende Überwachung (alle 5 Minuten) verwenden, können Sie diesen Wert durch 300 teilen, um die Byte/Sekunden zu ermitteln. Wenn Sie die detaillierte Überwachung (einminütig) verwenden, teilen Sie den Wert durch 60. Sie können auch die mathematische Funktion CloudWatch Metrik verwenden`DIFF_TIME`, um die Byte pro Sekunde zu ermitteln. Wenn Sie beispielsweise CloudWatch als grafisch dargestellt `DiskReadBytes` haben`m1`, gibt die mathematische Formel die Metrik in Byte/Sekunde `m1/(DIFF_TIME(m1))` zurück. Weitere Informationen zu `DIFF_TIME` und anderen metrischen mathematischen Funktionen finden Sie unter [Verwenden von metrischer Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) im * CloudWatch Amazon-Benutzerhandbuch*. Wenn es keine Instance-Speicher-Volumes gibt, ist der Wert 0 oder die Metrik wird nicht angezeigt. | Bytes | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | DiskWriteBytes | In alle der Instance zu Verfügung stehenden Instance-Speicher-Volumes geschriebene Byte. Diese Metrik wird verwendet, um das auf die Festplatte der Instance geschriebene Datenvolumen der Anwendung zu ermitteln. Damit kann die Geschwindigkeit der Anwendung bestimmt werden. Der ermittelte Wert ist die Anzahl der während des Zeitraums empfangenen Byte. Wenn Sie die grundlegende Überwachung (alle 5 Minuten) verwenden, können Sie diesen Wert durch 300 teilen, um die Byte/Sekunden zu ermitteln. Wenn Sie die detaillierte Überwachung (einminütig) verwenden, teilen Sie den Wert durch 60. Sie können auch die CloudWatch metrische mathematische Funktion verwenden`DIFF_TIME`, um die Byte pro Sekunde zu ermitteln. Wenn Sie beispielsweise CloudWatch als grafisch dargestellt `DiskWriteBytes` haben`m1`, gibt die mathematische Formel die Metrik in Byte/Sekunde `m1/(DIFF_TIME(m1))` zurück. Weitere Informationen zu `DIFF_TIME` und anderen metrischen mathematischen Funktionen finden Sie unter [Verwenden von metrischer Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) im * CloudWatch Amazon-Benutzerhandbuch*. Wenn es keine Instance-Speicher-Volumes gibt, ist der Wert 0 oder die Metrik wird nicht angezeigt. | Bytes | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | MetadataNoToken | Gibt an, wie oft erfolgreich auf den Instance Metadata Service (IMDS) mit einer Methode zugegriffen wurde, die kein Token verwendet. Diese Metrik wird verwendet, um festzustellen, ob es Prozesse gibt, die auf Instance-Metadaten zugreifen und die Version 1 (IMDSv1) für Instance-Metadaten verwenden, die kein Token verwendet. Wenn alle Anfragen tokengestützte Sitzungen verwenden, d. h. Instance Metadata Service Version 2 (IMDSv2), ist der Wert 0. Weitere Informationen finden Sie unter [Übergang zur Verwendung von Instance-Metadatenservice Version 2](instance-metadata-transition-to-version-2.md). | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | MetadataNoTokenRejected | Gibt an, wie oft ein IMDSv1 Anruf versucht wurde, nachdem IMDSv1 er deaktiviert wurde. Wenn diese Metrik angezeigt wird, bedeutet dies, dass ein IMDSv1 Anruf versucht und abgelehnt wurde. Sie können es entweder wieder aktivieren IMDSv1 oder sicherstellen, dass alle Ihre Anrufe verwendet IMDSv2 werden. Weitere Informationen finden Sie unter [Übergang zur Verwendung von Instance-Metadatenservice Version 2](instance-metadata-transition-to-version-2.md). | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | NetworkIn | Anzahl der von der Instance auf allen Netzwerkschnittstellen empfangenen Byte. Diese Metrik gibt das an eine einzelne Instance eingehende Netzwerkdatenvolumen an. Der ermittelte Wert ist die Anzahl der während des Zeitraums empfangenen Byte. Wenn Sie eine grundlegene Überwachung (fünf Minuten) verwenden und die Statistik eine Summe ist, können Sie diese Zahl durch 300 teilen, um Bytes/Sekunde zu ermitteln. Wenn Sie eine detaillierte (einminütige) Überwachung haben und die Statistik eine Summe ist, teilen Sie sie durch 60. | Bytes | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | NetworkOut | Anzahl der von der Instance auf allen Netzwerkschnittstellen gesendeten Byte. Diese Metrik gibt das an eine einzelne Instance ausgehende Netzwerkdatenvolumen an. Der ermittelte Wert ist die Anzahl der während des Zeitraums gesendeten Bytes. Wenn Sie eine grundlegene Überwachung (fünf Minuten) verwenden und die Statistik eine Summe ist, können Sie diese Zahl durch 300 teilen, um Bytes/Sekunde zu ermitteln. Wenn Sie eine detaillierte (einminütige) Überwachung haben und die Statistik eine Summe ist, teilen Sie sie durch 60. | Bytes | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | NetworkPacketsIn | Anzahl der von der Instance auf allen Netzwerkschnittstellen empfangenen Pakete. Diese Metrik gibt das an eine einzelne Instance eingehende Netzwerkdatenvolumen an, ausgedrückt in Anzahl an Paketen. Diese Metrik ist nur für die grundlegende Überwachung verfügbar (Fünf-Minuten-Intervalle). Um die Anzahl der Pakete pro Sekunde (PPS) zu berechnen, die Ihre Instance für die fünf Minuten erhalten hat, teilen Sie die Summe des Statistikwertes Sum durch 300. | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | NetworkPacketsOut | Anzahl der von der Instance auf allen Netzwerkschnittstellen gesendeten Pakete. Diese Metrik gibt das von einer einzelnen Instance ausgehende Netzwerkdatenvolumen an, ausgedrückt in Anzahl an Paketen. Diese Metrik ist nur für die grundlegende Überwachung verfügbar (Fünf-Minuten-Intervalle). Um die Anzahl der Pakete pro Sekunde (PPS) zu berechnen, die Ihre Instance die fünf Minuten lang gesendet hat, teilen Sie die Summe des Statistikwertes durch 300. | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | ## Beschleuniger-Metriken Der `AWS/EC2` Namespace umfasst die folgende Beschleuniger-Metrik für Ihre [beschleunigte Computing-Instances](https://docs.aws.amazon.com/ec2/latest/instancetypes/ac.html). Wird nur für eine Teilmenge der beschleunigte Computing-Instance-Typen unterstützt. | Metrik | Description | Einheit | Aussagekräftige Statistiken | | --- | --- | --- | --- | | GPUPowerUtilization | Wirkleistungsverbrauch als Prozentsatz der maximalen Wirkleistung. | Prozent | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | ## CPU-Guthaben-Metriken Der `AWS/EC2`-Namespace enthält die folgenden CPU-Gutschriftmetriken für Ihre [Instances mit Spitzenleistung](burstable-performance-instances.md). | Metrik | Description | Einheit | Aussagekräftige Statistiken | | --- | --- | --- | --- | | CPUCreditUsage | Die Anzahl der von der Instance für die CPU-Nutzung verbrauchten CPU-Guthaben. Ein CPU-Guthaben entspricht einer vCPU, die eine Minute lang bei 100% Auslastung läuft, oder einer äquivalenten Kombination aus vCPUs, Auslastung und Zeit (z. B. eine vCPU, die zwei Minuten lang mit 50% Auslastung läuft oder zwei v, die zwei Minuten lang mit 25% Auslastung CPUs laufen). Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. Wenn Sie ein größeres Intervall als 5 Minuten angeben, verwenden Sie die Statistik `Sum` anstelle der Statistik `Average`. | Guthaben (vCPU-Minuten) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | CPUCreditBalance | Die Anzahl verdienter CPU-Guthaben, die eine Instance angesammelt hat, seit sie gestartet wurde. Für T2 Standard beinhaltet `CPUCreditBalance` auch die Anzahl der angesammelten Startguthaben. Guthaben werden auf dem Guthaben-Konto angesammelt, nachdem sie verdient wurden, und davon entfernt, wenn sie verbraucht werden. Der Guthaben-Kontostand hat ein maximales Limit, das anhand der Instance-Größe bestimmt wird. Nachdem das Limit erreicht ist, verfallen alle neu verdienten Guthabenpunkte. Für T2 Standard zählen Startguthaben nicht zum Limit. Die Guthaben in `CPUCreditBalance` sind verfügbar, um die Leistung der Instance über die Baseline ihrer CPU-Nutzung hinaus zu steigern. Wenn eine Instance ausgeführt wird, verfallen Guthaben im `CPUCreditBalance` nicht. Wenn eine T3- oder T3a-Instance angehalten wird, bleibt der `CPUCreditBalance`-Wert sieben Tage lang erhalten. Danach verfallen alle angesammelten Guthaben. Wenn eine T2-Instance beendet wird, bleibt der `CPUCreditBalance`-Wert nicht erhalten, und alle angesammelten Guthaben gehen verloren. Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. | Guthaben (vCPU-Minuten) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | CPUSurplusCreditBalance | Die Anzahl überzähliger Guthaben, die von einer `unlimited`-Instance verbraucht wurden, wenn ihr `CPUCreditBalance`-Wert null ist. Der `CPUSurplusCreditBalance`-Wert wird durch erworbene CPU-Guthaben abgezahlt. Wenn die Anzahl überzähliger Guthaben die Höchstzahl der Guthaben überschreitet, die die Instance in einem 24-Stunden-Zeitraum verdienen kann, fallen für die verbrauchten überzähligen Guthaben zusätzliche Gebühren an. Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. | Guthaben (vCPU-Minuten) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | CPUSurplusCreditsCharged | Die Anzahl verbrauchter überzähliger Guthaben, die nicht durch verdiente CPU-Guthaben zurückgezahlt wurden, und für die deshalb eine zusätzliche Gebühr anfällt. Verbrauchte überzählige Guthaben werden in Rechnung gestellt, wenn einer der folgenden Fälle auftritt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. | Guthaben (vCPU-Minuten) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | ## Dedicated-Host-Metriken Der `AWS/EC2`-Namespace enthält die folgenden Metriken für T3-Dedicated-Hosts. | Metrik | Description | Einheit | Aussagekräftige Statistiken | | --- | --- | --- | --- | | DedicatedHostCPUUtilization | Der Prozentsatz der zugewiesenen Rechenkapazität, die derzeit von den Instances verwendet wird, die auf dem Dedicated Host ausgeführt werden. | Percent | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | ## Amazon EBS-Metriken für Nitro-basierte Instances Der `AWS/EC2`-Namespace beinhaltet zusätzliche Amazon EBS-Metriken für Volumes, die Nitro-basierten Instances angefügt sind, die keine Bare-Metal-Instances sind. | Metrik | Description | Einheit | Aussagekräftige Statistiken | | --- | --- | --- | --- | | InstanceEBSIOPSExceededCheck | Meldet, ob eine Anwendung innerhalb der letzten Minute versucht hat, IOPS zu treiben, die die maximalen EBS-IOPS-Limits für die Instance überschritten hat. Diese Metrik kann entweder `0` (IOPS nicht überschritten) oder `1` (IOPS überschritten) sein. | Keine | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | InstanceEBSThroughputExceededCheck | Meldet, ob eine Anwendung innerhalb der letzten Minute versucht hat, einen Durchsatz zu treiben, der die maximalen EBS-Durchsatzlimits für die Instance überschreitet. Diese Metrik kann entweder `0` (Durchsatz nicht überschritten) oder `1` (Durchsatz überschritten) sein. | Keine | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | EBSReadOps | Abgeschlossene Lesevorgänge von allen an die Instance angefügten Amazon EBS-Volumes in einem angegebenen Zeitraum. Um die durchschnittlichen I/O Lesevorgänge pro Sekunde (Lese-IOPS) für den Zeitraum zu berechnen, dividieren Sie die Gesamtzahl der Vorgänge in diesem Zeitraum durch die Anzahl der Sekunden in diesem Zeitraum. Wenn Sie die grundlegende Überwachung (alle 5 Minuten) verwenden, können Sie diesen Wert durch 300 teilen, um die Lese-IOPS zu ermitteln. Wenn Sie die detaillierte Überwachung (einminütig) verwenden, teilen Sie den Wert durch 60. Sie können auch die CloudWatch metrische mathematische Funktion verwenden`DIFF_TIME`, um die Operationen pro Sekunde zu ermitteln. Wenn Sie beispielsweise CloudWatch als `m1` grafisch dargestellt `EBSReadOps` haben, gibt die metrische mathematische Formel die Metrik in Operationen/Sekunde `m1/(DIFF_TIME(m1))` zurück. Weitere Informationen zu `DIFF_TIME` und anderen metrischen mathematischen Funktionen finden Sie unter [Verwenden von metrischer Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) im * CloudWatch Amazon-Benutzerhandbuch*. | Anzahl | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | EBSWriteOps | Abgeschlossene Schreibvorgänge in alle an die Instance angehängten EBS-Volumes in einem angegebenen Zeitraum. Um die durchschnittlichen I/O Schreibvorgänge pro Sekunde (Schreib-IOPS) für den Zeitraum zu berechnen, dividieren Sie die Gesamtzahl der Operationen in dem Zeitraum durch die Anzahl der Sekunden in diesem Zeitraum. Wenn Sie die grundlegende Überwachung (alle 5 Minuten) verwenden, können Sie diesen Wert durch 300 teilen, um die Schreib-IOPS zu ermitteln. Wenn Sie die detaillierte Überwachung (einminütig) verwenden, teilen Sie den Wert durch 60. Sie können auch die CloudWatch metrische mathematische Funktion verwenden`DIFF_TIME`, um die Operationen pro Sekunde zu ermitteln. Wenn Sie beispielsweise CloudWatch als `m1` grafisch dargestellt `EBSWriteOps` haben, gibt die metrische mathematische Formel die Metrik in Operationen/Sekunde `m1/(DIFF_TIME(m1))` zurück. Weitere Informationen zu `DIFF_TIME` und anderen metrischen mathematischen Funktionen finden Sie unter [Verwenden von metrischer Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) im * CloudWatch Amazon-Benutzerhandbuch*. | Anzahl | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | EBSReadBytes | Die aus allen an die Instance angefügten EBS-Volumes gelesenen Bytes in einem angegebenen Zeitraum. Der ermittelte Wert ist die Anzahl der während des Zeitraums gelesenen Bytes. Wenn Sie die grundlegende Überwachung (alle 5 Minuten) verwenden, können Sie diesen Wert durch 300 teilen, um die Lese-Bytes/Sekunden zu ermitteln. Wenn Sie die detaillierte Überwachung (einminütig) verwenden, teilen Sie den Wert durch 60. Sie können auch die CloudWatch metrische mathematische Funktion verwenden`DIFF_TIME`, um die Byte pro Sekunde zu ermitteln. Wenn Sie beispielsweise CloudWatch als grafisch dargestellt `EBSReadBytes` haben`m1`, gibt die mathematische Formel die Metrik in Byte/Sekunde `m1/(DIFF_TIME(m1))` zurück. Weitere Informationen zu `DIFF_TIME` und anderen metrischen mathematischen Funktionen finden Sie unter [Verwenden von metrischer Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) im * CloudWatch Amazon-Benutzerhandbuch*. | Bytes | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | EBSWriteBytes | Die in alle an die Instance angefügten EBS-Volumes geschriebenen Bytes in einem angegebenen Zeitraum. Der ermittelte Wert ist die Anzahl der während des Zeitraums geschriebenen Bytes. Wenn Sie die grundlegende Überwachung (alle 5 Minuten) verwenden, können Sie diesen Wert durch 300 teilen, um die Schreib-Bytes/Sekunden zu ermitteln. Wenn Sie die detaillierte Überwachung (einminütig) verwenden, teilen Sie den Wert durch 60. Sie können auch die CloudWatch metrische mathematische Funktion verwenden`DIFF_TIME`, um die Byte pro Sekunde zu ermitteln. Wenn Sie beispielsweise CloudWatch als grafisch dargestellt `EBSWriteBytes` haben`m1`, gibt die mathematische Formel die Metrik in Byte/Sekunde `m1/(DIFF_TIME(m1))` zurück. Weitere Informationen zu `DIFF_TIME` und anderen metrischen mathematischen Funktionen finden Sie unter [Verwenden von metrischer Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) im * CloudWatch Amazon-Benutzerhandbuch*. | Bytes | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | EBSIOBalance% | Enthält Informationen über den Prozentsatz der verbleibenden I/O Credits im Burst-Bucket. Diese Metrik ist nur für die grundlegende Überwachung verfügbar. Diese Metrik ist nur für einige `*.4xlarge`-Instance-Größen und kleiner verfügbar, die mindestens einmal alle 24 Stunden für nur 30 Minuten ihre maximale Leistung erreichen. Die `Sum`-Statistik ist für diese Metrik nicht anwendbar. | Prozent | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | EBSByteBalance% | Bietet Informationen über den Prozentanteil der verbleibenden Durchsatz-Guthaben im Burst-Bucket. Diese Metrik ist nur für die grundlegende Überwachung verfügbar. Diese Metrik ist nur für einige `*.4xlarge`-Instance-Größen und kleiner verfügbar, die mindestens einmal alle 24 Stunden für nur 30 Minuten ihre maximale Leistung erreichen. Die `Sum`-Statistik ist für diese Metrik nicht anwendbar. | Prozent | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | Weitere Informationen zu den für Ihre EBS-Volumes verfügbaren Metriken erhalten Sie unter [Metriken für Amazon-EBS-Volumes](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html#ebs-volume-metrics) im *Amazon-EBS-Benutzerhandbuch*. Weitere Informationen zu den für Ihre EC2-Flotten und Spot-Flotten verfügbaren Metriken erhalten Sie unter [Überwachen Sie Ihre EC2-Flotte oder Spot-Flotte mit CloudWatch](ec2-fleet-cloudwatch-metrics.md). ## Statusprüfungsmetriken Standardmäßig sind die Metriken für Statusprüfungen mit einer einminütigen Frequenz kostenlos verfügbar. Für eine erneut gestartete Instance stehen Metrikdaten zu Statusprüfungen erst dann zur Verfügung, wenn die Instance den Initialisierungszustand abgeschlossen hat (innerhalb weniger Minuten wechselt die Instance in den Zustand „`running`“). Weitere Informationen zu EC2-Statusprüfungen finden Sie unter [Statusprüfungen für Amazon-EC2-Instances](monitoring-system-instance-status-check.md). Der `AWS/EC2`-Namespace enthält die folgenden Metriken zu Statusprüfungen. | Metrik | Description | Einheit | Aussagekräftige Statistiken | | --- | --- | --- | --- | | StatusCheckFailed | Berichtet, ob die Instance in der letzten Minute alle System-Statusprüfungen bestanden hat. Diese Metrik nimmt den Wert `0` (bestanden) oder `1` (fehlgeschlagen) an. Standardmäßig ist diese Metrik mit einer einminütigen Frequenz kostenlos verfügbar. | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | StatusCheckFailed\$1Instance | Berichtet, ob die Instance in der letzten Minute die Instance-Statusprüfung bestanden hat. Diese Metrik nimmt den Wert `0` (bestanden) oder `1` (fehlgeschlagen) an. Standardmäßig ist diese Metrik mit einer einminütigen Frequenz kostenlos verfügbar. | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | StatusCheckFailed\$1System | Berichtet, ob die Instance in der letzten Minute die System-Statusprüfung bestanden hat. Diese Metrik nimmt den Wert `0` (bestanden) oder `1` (fehlgeschlagen) an. Standardmäßig ist diese Metrik mit einer einminütigen Frequenz kostenlos verfügbar. | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | | StatusCheckFailed\$1AttachedEBS | Berichtet, ob die Instance in der letzten Minute die verknüpfte EBS-Statusprüfung bestanden hat. Diese Metrik nimmt den Wert `0` (bestanden) oder `1` (fehlgeschlagen) an. Standardmäßig ist diese Metrik mit einer einminütigen Frequenz kostenlos verfügbar. | Count | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | Der `AWS/EBS`-Namespace enthält die folgenden Metriken zu Statusprüfungen. | Metrik | Description | Einheit | Aussagekräftige Statistiken | | --- | --- | --- | --- | | VolumeStalledIOCheck | **Hinweis: **Nur für Nitro-Instances. Nicht veröffentlicht für Bände, die Amazon ECS und AWS Fargate Aufgaben angehängt sind. Meldet, ob ein Volume in der letzten Minute eine *unterbrochene E/A-Überprüfung* bestanden hat. Diese Metrik nimmt den Wert `0` (bestanden) oder `1` (fehlgeschlagen) an. | Keine | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html) | ## Metriken zur Spiegelung des Datenverkehrs Der `AWS/EC2`-Namespace enthält Metriken für gespiegelten Datenverkehr. Weitere Informationen finden Sie unter [Überwachen von gespiegeltem Datenverkehr mithilfe von Amazon CloudWatch im Amazon](https://docs.aws.amazon.com/vpc/latest/mirroring/traffic-mirror-cloudwatch.html) *VPC Traffic* Mirroring Guide. ## Metriken zu Auto-Scaling-Gruppen Der Namespace `AWS/AutoScaling` enthält Metriken für Auto-Scaling-Gruppen. Weitere Informationen finden Sie unter [Überwachen von CloudWatch Metriken für Ihre Auto Scaling Scaling-Gruppen und -Instances](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-cloudwatch-monitoring.html) im *Amazon EC2 Auto Scaling Scaling-Benutzerhandbuch*. ## Amazon EC2-Metrikdimensionen Sie können die folgenden Dimensionen verwenden, um die in den vorherigen Tabellen aufgeführten Metriken zu verfeinern. | Dimension | Beschreibung | | --- | --- | | AutoScalingGroupName | Diese Dimension filtert die angeforderten Daten für alle Instances einer angegebenen Kapazitätsgruppe. Eine *Auto Scaling-Gruppe* ist eine Sammlung von Instances, die Sie definieren, wenn Sie Auto Scaling verwenden. Diese Dimension ist nur für Amazon EC2-Metriken verfügbar, wenn sich die Instances in einer solchen Auto Scaling-Gruppe befinden. Verfügbar für Instances, für die die detaillierte oder die grundlegende Überwachung aktiviert ist. | | ImageId | Diese Dimension filtert die angeforderten Daten für alle Instances, auf denen dieses Amazon EC2 Amazon Machine Image (AMI) ausgeführt wird. Verfügbar für Instances, für die die detaillierte Überwachung aktiviert ist. | | InstanceId | Diese Dimension filtert die angeforderten Daten nur für die identifizierte Instance. So können Sie eine exakte Instance festlegen, von der aus die Daten überwacht werden sollen. | | InstanceType | Diese Dimension filtert die angeforderten Daten für alle Instances, die mit diesem angegebenen Instance-Typ ausgeführt werden. So können Sie Ihre Daten nach dem Typ der ausgeführten Instance kategorisieren. Sie können beispielsweise Daten aus einer m1.small-Instance und einer m1.large-Instance vergleichen, um zu ermitteln, welche für Ihre Anwendung den größeren geschäftlichen Nutzen bietet. Verfügbar für Instances, für die die detaillierte Überwachung aktiviert ist. | ## Amazon EC2-Nutzungsmetriken Sie können CloudWatch Nutzungsmetriken verwenden, um einen Überblick über die Ressourcennutzung Ihres Kontos zu erhalten. Verwenden Sie diese Metriken, um Ihre aktuelle Servicenutzung in CloudWatch Diagrammen und Dashboards zu visualisieren. Die Nutzungsmetriken von Amazon EC2 entsprechen den AWS Servicekontingenten. Sie können Alarme konfigurieren, mit denen Sie benachrichtigt werden, wenn sich Ihre Nutzung einem Servicekontingent nähert. Weitere Informationen zur CloudWatch Integration mit Servicekontingenten finden Sie unter [AWS Nutzungsmetriken](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Service-Quota-Integration.html) im * CloudWatch Amazon-Benutzerhandbuch*. Amazon EC2 veröffentlicht die folgenden Metriken im `AWS/Usage`-Namespace. | Metrik | Beschreibung | | --- | --- | | `ResourceCount` | Die Anzahl der angegebenen Ressourcen, die in Ihrem Konto ausgeführt werden. Die Ressourcen werden durch die Dimensionen definiert, die der Metrik zugeordnet sind. Die nützlichste Statistik für diese Metrik ist `MAXIMUM`, die die maximale Anzahl der Ressourcen darstellt, die während des 1-Minuten-Zeitraums verwendet werden. | Die folgenden Dimensionen werden verwendet, um die Nutzungsmetriken zu verfeinern, die von Amazon EC2 veröffentlicht werden. | Dimension | Description | | --- | --- | | Service | Der Name des AWS Dienstes, der die Ressource enthält. Für Amazon EC2-Nutzungsmetriken lautet der Wert für diese Dimension `EC2`. | | Type | Der Typ von Entität, die gemeldet wird. Derzeit ist der einzige gültige Wert für Amazon EC2-Nutzungsmetriken `Resource`. | | Resource | Der Typ der Ressource, die ausgeführt wird. Derzeit ist der einzige gültige Wert für Amazon EC2-Nutzungsmetriken `vCPU`, der Informationen über ausgeführte Instance zurückgibt. | | Class | Die Klasse der nachverfolgten Ressource. Für Amazon EC2-Nutzungsmetriken mit `vCPU` als Wert der `Resource`-Dimension sind die gültigen Werte `Standard/OnDemand`, `F/OnDemand`, `G/OnDemand`, `Inf/OnDemand`, `P/OnDemand` und `X/OnDemand`. Die Werte für diese Dimension definieren den ersten Buchstaben der Instance-Typen, die von der Metrik gemeldet werden. `Standard/OnDemand` gibt beispielsweise Informationen über alle laufenden Instances mit Typen zurück, die mit A, C, D, H, I, M, R, T und Z beginnen, und `G/OnDemand` gibt Informationen über alle laufenden Instances mit Typen zurück, die mit G beginnen. | # Installieren und konfigurieren Sie den CloudWatch Agenten mithilfe der Amazon EC2 EC2-Konsole, um zusätzliche Metriken hinzuzufügen | | | --- | | Die Installation und Konfiguration des CloudWatch Agenten mithilfe der Amazon EC2-Konsole befindet sich in der Beta-Phase für Amazon EC2 und kann sich ändern. | Standardmäßig CloudWatch stellt Amazon grundlegende Metriken wie `CPUUtilization` und `NetworkIn` für die Überwachung Ihrer Amazon EC2 EC2-Instances bereit. Um zusätzliche Metriken zu sammeln, können Sie den CloudWatch Agenten auf Ihren EC2-Instances installieren und den Agenten dann so konfigurieren, dass er ausgewählte Metriken ausgibt. Anstatt den CloudWatch Agenten auf jeder EC2-Instance manuell zu installieren und zu konfigurieren, können Sie die Amazon EC2 EC2-Konsole verwenden, um dies für Sie zu erledigen. Sie können die Amazon EC2 EC2-Konsole verwenden, um den CloudWatch Agenten auf Ihren Instances zu installieren und den Agenten so zu konfigurieren, dass er ausgewählte Metriken ausgibt. Alternativ können Sie diesen Vorgang manuell abschließen, indem Sie [den Artikel Installation des CloudWatch Agenten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/install-CloudWatch-Agent-on-EC2-Instance.html) im * CloudWatch Amazon-Benutzerhandbuch nachlesen*. Weitere Informationen über den CloudWatch Agenten finden Sie unter [Erfassung von Metriken, Protokollen und Traces mithilfe des CloudWatch Agenten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html). **Topics** + [Voraussetzungen](#install-and-configure-cw-agent-prerequisites) + [Funktionsweise](#install-and-configure-cw-agent-how-it-works) + [Kosten](#install-and-configure-cw-agent-costs) + [Installieren und konfigurieren Sie den CloudWatch Agenten](#install-and-configure-cw-agent-procedure) ## Voraussetzungen Um Amazon EC2 zur Installation und Konfiguration des CloudWatch Agenten verwenden zu können, müssen Sie die in diesem Abschnitt beschriebenen Benutzer- und Instance-Voraussetzungen erfüllen. **Tipp** Diese Funktion ist nicht in allen AWS-Regionen verfügbar. Wenn das im Installationsverfahren auf dieser Seite beschriebene Menüelement nicht in der Amazon-EC2-Konsole vorhanden ist und Sie flexibel entscheiden können, wo Ihre Instances ausgeführt werden, versuchen Sie es mit einer anderen Region. Andernfalls können Sie die manuellen Anweisungen im * CloudWatch Amazon-Benutzerhandbuch* verwenden, um den Agenten zu installieren und zu konfigurieren. **Voraussetzungen für den Benutzer** Um dieses Feature nutzen zu können, muss Ihr IAM-Konsolenbenutzer oder Ihre IAM-Rolle über die für die Verwendung von Amazon EC2 erforderlichen Berechtigungen und die folgenden IAM-Berechtigungen verfügen: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ssm:GetParameter", "ssm:PutParameter" ], "Resource": "arn:aws:ssm:*:*:parameter/EC2-Custom-Metrics-*" }, { "Effect": "Allow", "Action": [ "ssm:SendCommand", "ssm:ListCommandInvocations", "ssm:DescribeInstanceInformation" ], "Resource": [ "*" ] }, { "Effect": "Allow", "Action": [ "iam:GetInstanceProfile", "iam:SimulatePrincipalPolicy" ], "Resource": "*" } ] } ``` ------ **Voraussetzungen für Instance** + Instance-Status: `running` + Unterstütztes Betriebssystem: Linux + AWS Systems Manager Agent (SSM-Agent): Installiert. Zwei Hinweise zum SSM-Agenten: + Der SSM-Agent ist auf einigen Amazon Machine Images (AMIs) vorinstalliert, die von vertrauenswürdigen Drittanbietern AWS bereitgestellt werden. *Informationen zu den unterstützten Programmen AMIs und Anweisungen zur Installation des SSM-Agenten finden Sie unter [Amazon Machine Images (AMIs) with SSM Agent preinstalled](https://docs.aws.amazon.com/systems-manager/latest/userguide/ami-preinstalled-agent.html) im AWS Systems Manager Benutzerhandbuch.* + *Wenn Sie Probleme mit dem SSM-Agenten haben, finden Sie weitere Informationen unter [Problembehandlung beim SSM-Agenten](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html) im AWS Systems Manager -Benutzerhandbuch*. + IAM-Berechtigungen für die Instance: Die folgenden AWS verwalteten Richtlinien müssen einer IAM-Rolle hinzugefügt werden, die der Instance zugeordnet ist: + [Amazon SSMManaged InstanceCore](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonSSMManagedInstanceCore.html) — Ermöglicht einer Instance, Systems Manager zur Installation und Konfiguration des CloudWatch Agenten zu verwenden. + [CloudWatchAgentServerPolicy](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/CloudWatchAgentServerPolicy.html)— Ermöglicht einer Instance, den CloudWatch Agenten zum Schreiben von Daten zu verwenden CloudWatch. Informationen zum Hinzufügen von IAM-Berechtigungen zu Ihrer Instance finden Sie unter [Verwenden von Instance-Profilen](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-ec2_instance-profiles.html) im *IAM-Benutzerhandbuch*. ## Funktionsweise Bevor Sie die Amazon EC2 EC2-Konsole zur Installation und Konfiguration des CloudWatch Agenten verwenden können, müssen Sie sicherstellen, dass Ihr IAM-Benutzer oder Ihre IAM-Rolle und die Instances, auf denen Sie Metriken hinzufügen möchten, bestimmte Voraussetzungen erfüllen. Anschließend können Sie die Amazon EC2 EC2-Konsole verwenden, um den CloudWatch Agenten auf Ihren ausgewählten Instances zu installieren und zu konfigurieren. **Erfüllen Sie zunächst die [Voraussetzungen](#install-and-configure-cw-agent-prerequisites)** + **Sie benötigen die erforderlichen IAM-Berechtigungen** – Bevor Sie beginnen, stellen Sie sicher, dass Ihr Konsolenbenutzer oder Ihre Rolle über die erforderlichen IAM-Berechtigungen für die Verwendung dieses Features verfügt. + **Instances** – Um das Feature nutzen zu können, müssen Ihre EC2-Instances Linux-Instances sein, auf denen der SSM-Agent installiert ist, über die erforderlichen IAM-Berechtigungen verfügen und ausgeführt werden. **Dann können Sie [das Feature verwenden](#install-and-configure-cw-agent-procedure)** 1. **Wählen Sie Ihre Instances** aus — In der Amazon EC2 EC2-Konsole wählen Sie die Instances aus, auf denen der CloudWatch Agent installiert und konfiguriert werden soll. Anschließend starten Sie den Vorgang, indem Sie „** CloudWatch Agent konfigurieren**“ wählen. 1. **SSM-Agent validieren** – Amazon EC2 überprüft, ob der SSM-Agent auf jeder Instance installiert und gestartet ist. Alle Instances, die diese Prüfung nicht bestehen, werden vom Prozess ausgeschlossen. Der SSM-Agent wird verwendet, um während dieses Prozesses Aktionen auf der Instance auszuführen. 1. **IAM-Berechtigungen validieren** – Amazon EC2 überprüft, ob jede Instance über die erforderlichen IAM-Berechtigungen für diesen Prozess verfügt. Alle Instances, die diese Prüfung nicht bestehen, werden vom Prozess ausgeschlossen. Die IAM-Berechtigungen ermöglichen es dem CloudWatch Agenten, Metriken von der Instance zu sammeln und ihn in den SSM-Agenten AWS Systems Manager zu integrieren, um ihn zu verwenden. 1. ** CloudWatch Agent validieren** — Amazon EC2 überprüft, ob der CloudWatch Agent auf jeder Instance installiert ist und ausgeführt wird. Falls Instances diese Prüfung nicht bestehen, bietet Amazon EC2 an, den CloudWatch Agenten für Sie zu installieren und zu starten. Sobald dieser Vorgang abgeschlossen ist, erfasst der CloudWatch Agent die ausgewählten Metriken für jede Instance. 1. **Metrikkonfiguration auswählen** — Sie wählen die Metriken aus, die der CloudWatch Agent von Ihren Instances ausgeben soll. Nach der Auswahl speichert Amazon EC2 eine Konfigurationsdatei im Parameter Store, wo sie verbleibt, bis der Vorgang abgeschlossen ist. Amazon EC2 löscht die Konfigurationsdatei aus dem Parameter Store, sofern der Vorgang nicht unterbrochen wird. Beachten Sie, dass, wenn Sie keine Metrik auswählen, sie aber zuvor zu Ihrer Instance hinzugefügt haben, diese nach Abschluss dieses Vorgangs aus Ihrer Instance entfernt wird. 1. ** CloudWatch Agentenkonfiguration aktualisieren** — Amazon EC2 sendet die Metrikkonfiguration an den CloudWatch Agenten. Dies ist der letzte Schritt in diesem Prozess. Wenn dies erfolgreich ist, können Ihre Instances Daten für die ausgewählten Metriken ausgeben und Amazon EC2 löscht die Konfigurationsdatei aus dem Parameter Store. ## Kosten Zusätzliche Metriken, die Sie während dieses Vorgangs hinzufügen, werden als benutzerdefinierte Metriken abgerechnet. Weitere Informationen zu den Preisen von CloudWatch Metriken finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/). ## Installieren und konfigurieren Sie den CloudWatch Agenten Sie können die Amazon EC2 EC2-Konsole verwenden, um den CloudWatch Agenten zu installieren und zu konfigurieren, um zusätzliche Metriken hinzuzufügen. **Anmerkung** Jedes Mal, wenn Sie dieses Verfahren ausführen, überschreiben Sie die bestehende CloudWatch Agentenkonfiguration. Wenn Sie keine Metrik auswählen, die zuvor ausgewählt wurde, wird sie aus der Instance entfernt. **Um den CloudWatch Agenten mit der Amazon EC2 EC2-Konsole zu installieren und zu konfigurieren** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instances aus, auf denen der CloudWatch Agent installiert und konfiguriert werden soll. 1. Wählen Sie **Aktionen**, **Überwachung und Fehlerbehebung**, ** CloudWatch Agent konfigurieren** aus. 1. Lesen Sie für jeden Schritt des Vorgangs den Konsolentext und wählen Sie dann **Weiter**. 1. Um den Vorgang abzuschließen, wählen Sie im letzten Schritt **Vollständig** aus. **So aktualisieren Sie die von der Amazon-EC2-Konsole erstellte Agentenkonfiguration** Sie können die Konfiguration, die die EC2-Konsole erstellt hat, manuell anpassen. Weitere Informationen finden Sie unter [Manuelles Erstellen oder Bearbeiten der CloudWatch Agenten-Konfigurationsdatei](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Agent-Configuration-File-Details.html) im * CloudWatch Amazon-Benutzerhandbuch*. # Statistiken für CloudWatch Metriken für Ihre Instances Sie können Statistiken für die CloudWatch Metriken für Ihre Instances abrufen. *Statistiken* sind Aggregationen von Metrikdaten über bestimmte Zeiträume. CloudWatch stellt Statistiken bereit, die auf den metrischen Datenpunkten basieren, die durch Ihre benutzerdefinierten Daten oder durch andere Dienste bereitgestellt werden. AWS CloudWatch Für die Aggregationen werden der Namespace, der Metrikname, die Dimensionen und die Datenpunkt-Maßeinheit innerhalb des von Ihnen angegebenen Zeitraums verwendet. Die folgende Tabelle beschreibt die verfügbaren Statistiken. | Statistik | Beschreibung | | --- | --- | | Minimum | Der niedrigste beobachtete Wert während eines angegebenen Zeitraums. Sie können diesen Wert verwenden, um für Ihre Anwendung Aktivitäten geringen Umfangs zu bestimmen. | | Maximum | Der höchste beobachtete Wert während eines angegebenen Zeitraums. Sie können diesen Wert verwenden, um für Ihre Anwendung Aktivitäten hohen Umfangs zu bestimmen. | | Sum | Alle für die passende Metrik übermittelten Werte werden addiert. Diese Statistik kann nützlich sein, um das Gesamtvolumen einer Metrik zu ermitteln. | | Average | Der Wert von `Sum`/`SampleCount` während eines angegebenen Zeitraums. Wenn Sie diese Statistik mit dem `Minimum` und dem `Maximum` vergleichen, können Sie den vollen Umfang einer Metrik bestimmen und feststellen, wie nahe die durchschnittliche Nutzung an das `Minimum` und `Maximum` heranreicht. Dank dieses Vergleichs wissen Sie dann, wann Sie Ihre Ressourcen je nach Bedarf erhöhen oder verringern sollten. | | SampleCount | Die Anzahl der für die statistische Berechnung verwendeten Datenpunkte. | | pNN.NN | Der Wert des angegebenen Perzentils. Sie können ein beliebiges Perzentil mit bis zu zwei Dezimalstellen (z. B. p95,45) angeben. | **Topics** + [Abrufen von Statistiken für eine bestimmte Instance](US_SingleMetricPerInstance.md) + [Aggregieren von Statistiken auf allen Instances](GetSingleMetricAllDimensions.md) + [Aggregieren von Statistiken nach Auto Scaling-Gruppe](GetMetricAutoScalingGroup.md) + [Aggregieren von Statistiken nach AMI](US_SingleMetricPerAMI.md) # Abrufen von Statistiken für eine bestimmte Instance Sie können das AWS-Managementkonsole oder das verwenden AWS CLI , um Statistiken für eine bestimmte Instance abzurufen. Die folgenden Beispiele zeigen Ihnen, wie Sie mit AWS-Managementkonsole oder die AWS CLI die maximale CPU-Auslastung einer bestimmten EC2-Instance ermitteln können. **Voraussetzungen** + Sie müssen die ID der Instance kennen. Sie können die Instance-ID mit der AWS-Managementkonsole oder mit dem Befehl [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) abrufen. + Standardmäßig ist die grundlegende Überwachung aktiviert. Sie können aber auch eine detaillierte Überwachung aktivieren. Weitere Informationen finden Sie unter [Detaillierte Überwachung für Ihre EC2-Instances verwalten](manage-detailed-monitoring.md). **So zeigen Sie die CPU-Auslastung für eine bestimmte Instance an (Konsole)** 1. Öffnen Sie die CloudWatch Konsole unter. [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/) 1. Wählen Sie im Navigationsbereich **Metriken** aus. 1. Wählen Sie den Metrik-Namespace **EC2**. 1. Wählen Sie die Dimension **Per-Instance Metrics (Metriken pro Instance)** aus. 1. Geben Sie **CPUUtilization** in das Suchfeld ein und drücken Sie die Eingabetaste. Wählen Sie die Zeile für die spezifische Instance aus, in der ein Diagramm für die **CPUUtilization**Metrik für die Instance angezeigt wird. Wählen Sie das Stiftsymbol aus, um das Diagramm zu benennen. Wenn Sie den Zeitraum ändern möchten, müssen Sie einen der vordefinierten Werte oder **custom (benutzerdefiniert)** auswählen. ![\[Diagramm einer einzelnen Metrik\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/metric_statistics_ec2_instance.png) 1. Um die Statistik oder den Zeitraum der Metrik zu ändern, müssen Sie die Registerkarte **Graphed metrics (Grafisch dargestellte Metriken)** auswählen. Wählen Sie die Spaltenüberschrift oder einen einzelnen Wert und anschließend einen anderen Wert aus. ![\[Ändern der Statistik oder des Zeitraums für eine Metrik\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/metric_statistics_ec2_instance_statistic_period.png) **So rufen Sie die CPU-Auslastung für eine bestimmte Instance ab (AWS CLI)** Verwenden Sie den folgenden [get-metric-statistics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-statistics.html)Befehl, um die **CPUUtilization**Metrik für die angegebene Instance unter Verwendung des angegebenen Zeitraums und Zeitintervalls abzurufen: ``` aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name CPUUtilization --period 3600 \ --statistics Maximum --dimensions Name=InstanceId,Value=i-1234567890abcdef0 \ --start-time 2022-10-18T23:18:00 --end-time 2022-10-19T23:18:00 ``` Es folgt eine Beispielausgabe. Jeder Wert repräsentiert die maximale CPU-Auslastung in Prozent für eine einzelne EC2 Instance. ``` { "Datapoints": [ { "Timestamp": "2022-10-19T00:18:00Z", "Maximum": 0.33000000000000002, "Unit": "Percent" }, { "Timestamp": "2022-10-19T03:18:00Z", "Maximum": 99.670000000000002, "Unit": "Percent" }, { "Timestamp": "2022-10-19T07:18:00Z", "Maximum": 0.34000000000000002, "Unit": "Percent" }, { "Timestamp": "2022-10-19T12:18:00Z", "Maximum": 0.34000000000000002, "Unit": "Percent" } ], "Label": "CPUUtilization" } ``` # Aggregieren von Statistiken auf allen Instances Sie können verfügbare Statistiken für die Instances aggregieren, für die die detaillierte Überwachung aktiviert ist. Instances, die die grundlegende Überwachung verwenden, sind nicht in den Zusammenfassungen enthalten. Bevor Sie die Statistiken abrufen können, die für alle Instances aggregiert wurden, müssen Sie die [detaillierte Überwachung (gegen Aufpreis) aktivieren](manage-detailed-monitoring.md#enable-detailed-monitoring), bei der Daten in 1-Minuten-Intervallen bereitgestellt werden. Beachten Sie, dass Amazon CloudWatch keine Daten regionsübergreifend AWS aggregieren kann. Die Metriken sind zwischen Regionen vollständig voneinander getrennt. Dieses Beispiel zeigt, wie Sie die detaillierte Überwachung verwenden können, um die durchschnittliche CPU-Auslastung für Ihre EC2 Instances abzurufen. Da keine Dimension angegeben ist, werden Statistiken für alle Dimensionen im `AWS/EC2` Namespace CloudWatch zurückgegeben. **Wichtig** Diese Technik zum Abrufen aller Dimensionen in einem AWS Namespace funktioniert nicht für benutzerdefinierte Namespaces, die Sie auf Amazon veröffentlichen. CloudWatch Bei benutzerdefinierten Namespaces müssen Sie die vollständige Palette von Dimensionen angeben, die im Zusammenhang mit einem bestimmten Datenpunkt stehen, um Statistiken zu diesem Datenpunkt abzurufen. **So zeigen Sie die durchschnittliche CPU-Auslastung für Ihre gesamten Instances an (Konsole)** 1. Öffnen Sie die Konsole unter. CloudWatch [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/) 1. Wählen Sie im Navigationsbereich **Metriken** aus. 1. Wählen Sie den Namespace **EC2** und **Across All Instances (Über alle Instances)** aus. 1. Wählen Sie die Zeile aus **CPUUtilization**, die ein Diagramm für die Metrik für all Ihre EC2-Instances enthält. Wählen Sie das Stiftsymbol aus, um das Diagramm zu benennen. Wenn Sie den Zeitraum ändern möchten, müssen Sie einen der vordefinierten Werte oder **custom (benutzerdefiniert)** auswählen. ![\[Für die EC2-Instances aggregierte Metriken\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/metric_aggregated_instances.png) 1. Um die Statistik oder den Zeitraum der Metrik zu ändern, müssen Sie die Registerkarte **Graphed metrics (Grafisch dargestellte Metriken)** auswählen. Wählen Sie die Spaltenüberschrift oder einen einzelnen Wert und anschließend einen anderen Wert aus. **So rufen Sie die durchschnittliche CPU-Auslastung für Ihre gesamten Instances ab (AWS CLI)** Verwenden Sie den [get-metric-statistics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-statistics.html)Befehl wie folgt, um den Durchschnitt der **CPUUtilization**Metrik für Ihre Instances zu ermitteln. ``` aws cloudwatch get-metric-statistics \ --namespace AWS/EC2 \ --metric-name CPUUtilization \ --period 3600 --statistics "Average" "SampleCount" \ --start-time 2022-10-11T23:18:00 \ --end-time 2022-10-12T23:18:00 ``` Das Folgende ist eine Beispielausgabe: ``` { "Datapoints": [ { "SampleCount": 238.0, "Timestamp": "2022-10-12T07:18:00Z", "Average": 0.038235294117647062, "Unit": "Percent" }, { "SampleCount": 240.0, "Timestamp": "2022-10-12T09:18:00Z", "Average": 0.16670833333333332, "Unit": "Percent" }, { "SampleCount": 238.0, "Timestamp": "2022-10-11T23:18:00Z", "Average": 0.041596638655462197, "Unit": "Percent" } ], "Label": "CPUUtilization" } ``` # Aggregieren von Statistiken nach Auto Scaling-Gruppe Sie können Statistiken für die EC2 Instances in einer Auto Scaling-Gruppe aggregieren. Beachten Sie, dass Amazon CloudWatch keine Daten regionsübergreifend AWS aggregieren kann. Die Metriken sind zwischen Regionen vollständig voneinander getrennt. Dieses Beispiel zeigt, wie Sie die Gesamtzahl der Bytes abrufen, die für eine einzelne Auto Scaling-Gruppe auf den Datenträger geschrieben werden. Der Gesamtzahl wird für einminütige Zeiträume eines 24-Stunden-Intervalls für alle EC2 Instances in der angegebenen Auto Scaling-Gruppe berechnet. **Zur Anzeige DiskWriteBytes für die Instances in einer Auto Scaling Scaling-Gruppe (Konsole)** 1. Öffnen Sie die CloudWatch Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/). 1. Wählen Sie im Navigationsbereich **Metriken** aus. 1. Wählen Sie den Namespace **EC2** und anschließend **By Auto Scaling Group (Nach Auto Scaling-Gruppe)** aus. 1. Wählen Sie die Zeile für die **DiskWriteBytes**Metrik und die spezifische Auto Scaling Scaling-Gruppe aus, in der ein Diagramm für die Metrik für die Instances in der Auto Scaling Scaling-Gruppe angezeigt wird. Wählen Sie das Stiftsymbol aus, um das Diagramm zu benennen. Wenn Sie den Zeitraum ändern möchten, müssen Sie einen der vordefinierten Werte oder **custom (benutzerdefiniert)** auswählen. 1. Um die Statistik oder den Zeitraum der Metrik zu ändern, müssen Sie die Registerkarte **Graphed metrics (Grafisch dargestellte Metriken)** auswählen. Wählen Sie die Spaltenüberschrift oder einen einzelnen Wert und anschließend einen anderen Wert aus. **Zur Anzeige DiskWriteBytes für die Instances in einer Auto Scaling Scaling-Gruppe (AWS CLI)** Verwenden Sie den [get-metric-statistics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-statistics.html)-Befehl wie folgt: ``` aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name DiskWriteBytes --period 360 \ --statistics "Sum" "SampleCount" --dimensions Name=AutoScalingGroupName,Value=my-asg --start-time 2022-10-16T23:18:00 --end-time 2022-10-18T23:18:00 ``` Das Folgende ist eine Beispielausgabe: ``` { "Datapoints": [ { "SampleCount": 18.0, "Timestamp": "2022-10-19T21:36:00Z", "Sum": 0.0, "Unit": "Bytes" }, { "SampleCount": 5.0, "Timestamp": "2022-10-19T21:42:00Z", "Sum": 0.0, "Unit": "Bytes" } ], "Label": "DiskWriteBytes" } ``` # Aggregieren von Statistiken nach AMI Sie können Statistiken für Ihre Instances aggregieren, für die die detaillierte Überwachung aktiviert ist. Instances, die die grundlegende Überwachung verwenden, sind nicht in den Zusammenfassungen enthalten. Bevor Sie die Statistiken abrufen können, die für alle Instances aggregiert wurden, müssen Sie die [detaillierte Überwachung (gegen Aufpreis) aktivieren](manage-detailed-monitoring.md#enable-detailed-monitoring), bei der Daten in 1-Minuten-Intervallen bereitgestellt werden. Beachten Sie, dass Amazon CloudWatch keine Daten regionsübergreifend AWS aggregieren kann. Die Metriken sind zwischen Regionen vollständig voneinander getrennt. Dieses Beispiel zeigt, wie Sie die durchschnittliche CPU-Auslastung für alle Instances abrufen, die ein bestimmtes Amazon Machine Image (AMI) verwenden. Der Durchschnitt wird über 60-Sekunden-Intervalle für einen Zeitraum von einem Tag berechnet. **So zeigen Sie die durchschnittliche CPU-Auslastung nach AMI an (Konsole)** 1. Öffnen Sie die CloudWatch Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/). 1. Wählen Sie im Navigationsbereich **Metriken** aus. 1. Wählen Sie den Namespace **EC2** aus und dann **By Image (AMI) Id (Nach Image-ID (AMI))**. 1. Wählen Sie die Zeile für die **CPUUtilization**Metrik und das spezifische AMI aus, wodurch ein Diagramm für die Metrik für das angegebene AMI angezeigt wird. Wählen Sie das Stiftsymbol aus, um das Diagramm zu benennen. Wenn Sie den Zeitraum ändern möchten, müssen Sie einen der vordefinierten Werte oder **custom (benutzerdefiniert)** auswählen. 1. Um die Statistik oder den Zeitraum der Metrik zu ändern, müssen Sie die Registerkarte **Graphed metrics (Grafisch dargestellte Metriken)** auswählen. Wählen Sie die Spaltenüberschrift oder einen einzelnen Wert und anschließend einen anderen Wert aus. **So rufen Sie die durchschnittliche CPU-Auslastung für eine Image-ID ab (AWS CLI)** Verwenden Sie den [get-metric-statistics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-statistics.html)-Befehl wie folgt: ``` aws cloudwatch get-metric-statistics --namespace AWS/EC2 --metric-name CPUUtilization --period 3600 \ --statistics Average --dimensions Name=ImageId,Value=ami-3c47a355 --start-time 2022-10-10T00:00:00 --end-time 2022-10-11T00:00:00 ``` Es folgt eine Beispielausgabe. Jeder Wert stellt die durchschnittliche CPU-Auslastung in Prozent für die EC2 Instances mit dem angegebenen AMI dar. ``` { "Datapoints": [ { "Timestamp": "2022-10-10T07:00:00Z", "Average": 0.041000000000000009, "Unit": "Percent" }, { "Timestamp": "2022-10-10T14:00:00Z", "Average": 0.079579831932773085, "Unit": "Percent" }, { "Timestamp": "2022-10-10T06:00:00Z", "Average": 0.036000000000000011, "Unit": "Percent" } ], "Label": "CPUUtilization" } ``` # Die Überwachungsdiagramme für Ihre Instance anzeigen Nachdem Sie die Instance gestartet haben, können Sie die Amazon EC2-Konsole öffnen und auf der Registerkarte **Monitoring (Überwachung)** die Überwachungsdiagramme für eine Instance anzeigen. Jedes Diagramm basiert auf einer der verfügbaren Amazon EC2-Metriken. Folgende Diagramme sind verfügbar: + Durchschnittliche CPU-Auslastung (in Prozent) + Durchschnittliche Lesevorgänge (in Byte) + Durchschnittliche Schreibvorgänge (in Byte) + Maximaler Netzwerkeingang (in Byte) + Maximaler Netzwerkausgang (in Byte) + Zusammenfassung der Datenträger-Lesevorgänge (Anzahl) + Zusammenfassung der Datenträger-Schreibvorgänge (Anzahl) + Statuszusammenfassung (Beliebig) + Statuszusammenfassung Instance (Anzahl) + Statuszusammenfassung System (Anzahl) Weitere Informationen zu den für die Diagramme bereitgestellten Metriken und Daten erhalten Sie unter [CloudWatch Metriken, die für Ihre Instances verfügbar sind](viewing_metrics_with_cloudwatch.md). **Stellen Sie Metriken mithilfe der CloudWatch Konsole grafisch dar** Sie können die CloudWatch Konsole auch verwenden, um von Amazon EC2 und anderen AWS Services generierte Metrikdaten grafisch darzustellen. Weitere Informationen finden Sie unter [Metriken grafisch darstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/graph_metrics.html) im * CloudWatch Amazon-Benutzerhandbuch*. # Erstellen Sie einen CloudWatch Alarm für eine Instance Sie können einen CloudWatch Alarm erstellen, der die CloudWatch Metriken für eine Ihrer Instanzen überwacht. CloudWatchsendet Ihnen automatisch eine Benachrichtigung, wenn die Metrik einen von Ihnen angegebenen Schwellenwert erreicht. Sie können einen CloudWatch Alarm mit der Amazon EC2 EC2-Konsole oder mit den erweiterten Optionen der CloudWatch Konsole erstellen. **Um einen Alarm mit der CloudWatch Konsole zu erstellen** Beispiele finden Sie unter [ CloudWatchAmazon-Alarme erstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) im * CloudWatch Amazon-Benutzerhandbuch*. **So erstellen Sie einen Alarm mit der Amazon EC2-Konsole** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus und wählen Sie **Aktionen**, **Überwachung und Fehlerbehebung**, ** CloudWatch Alarme verwalten** aus. 1. Wählen Sie auf der Detailseite ** CloudWatch Alarme verwalten** unter **Alarm hinzufügen oder bearbeiten** die Option **Alarm erstellen** aus. 1. Wählen Sie unter **Alarmbenachrichtigung**, ob Sie Amazon Simple Notification Service (Amazon SNS)-Benachrichtigungen konfigurieren möchten. Geben Sie ein vorhandenes Amazon SNS-Thema ein oder geben Sie einen Namen ein, um ein neues Thema zu erstellen. 1. Wählen Sie unter **Alarmaktion**, ob Sie eine Aktion angeben möchten, die beim Auslösen des Alarms ausgeführt werden soll. Wählen Sie eine Aktion aus der Liste aus. 1. Wählen Sie unter **Alarmschwellenwerte** die Metrik und Kriterien für den Alarm aus. Wenn Sie beispielsweise einen Alarm erstellen möchten, der ausgelöst wird, wenn die CPU-Auslastung für einen Zeitraum von fünf Minuten 80 % erreicht, gehen Sie wie folgt vor: 1. Behalten Sie die Standardeinstellung für **Stichproben gruppieren nach** (**Durchschnitt**) und **Art der abzufragenden Daten** (**CPU-Auslastung**) bei. 1. Wählen Sie für **Alarm bei** die Option **>=** aus und geben Sie unter **Prozent** den Wert **0.80** ein. 1. Geben unter **Aufeinanderfolgender Zeitraum** den Wert **1** ein und wählen Sie unter **Zeitraum** die Option **5 Minuten**. 1. (Optional) Wählen Sie für **Beispiel-Metrikdaten** die Option **Zu Dashboard hinzufügen** aus. 1. Wählen Sie **Erstellen** aus. Sie können Ihre CloudWatch Alarmeinstellungen von der Amazon EC2 EC2-Konsole oder der CloudWatch Konsole aus bearbeiten. Wenn Sie Ihren Alarm löschen möchten, können Sie dies von der CloudWatch Konsole aus tun. Weitere Informationen finden Sie unter [Bearbeiten oder Löschen eines CloudWatch Alarms](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Manage-CloudWatch-Alarm.html#Edit-CloudWatch-Alarm) im * CloudWatch Amazon-Benutzerhandbuch*. # Erstellen von Alarmen, mit denen eine Instance angehalten, beendet, neu gestartet oder wiederhergestellt wird Mithilfe von CloudWatch Amazon-Alarmaktionen können Sie Alarme erstellen, die Ihre Instances automatisch stoppen, beenden, neu starten oder wiederherstellen. Sie können die Aktionen zum Anhalten oder Beenden nutzen, um Geld zu sparen, wenn eine Instance über einen längeren Zeitraum nicht ausgeführt werden muss. Sie können die Aktionen zum Neustarten oder Wiederherstellen verwenden, um diese Instances automatisch neu zu starten oder um sie – für den Fall, dass eine Systembeeinträchtigung eintritt – auf einer neuen Hardware wiederherzustellen. **Anmerkung** Abrechnungs- und Preisinformationen für Amazon CloudWatch Alarms finden Sie unter [ CloudWatch Abrechnung und Kosten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_billing.html) im * CloudWatch Amazon-Benutzerhandbuch*. Die `AWSServiceRoleForCloudWatchEvents` dienstbezogene Rolle ermöglicht es AWS , Alarmaktionen in Ihrem Namen durchzuführen. Wenn Sie zum ersten Mal einen Alarm in der AWS-Managementkonsole, der oder der AWS CLI IAM-API erstellen, CloudWatch wird die dienstbezogene Rolle für Sie erstellt. Es gibt eine Reihe von Szenarien, bei denen Sie Ihre Instance möglicherweise automatisch anhalten oder beenden möchten. Beispielsweise verwenden Sie Instances für die Stapelverarbeitung von Gehaltsabrechnungen oder wissenschaftliche Datenverarbeitungsaufgaben, die für einen bestimmten Zeitraum ausgeführt werden und ihre Arbeit anschließend abschließen. Anstatt diese Instances im Leerlauf beizubehalten (und damit Kosten anfallen zu lassen), können Sie sie auch anhalten oder beenden und so Geld sparen. Der Hauptunterschied zwischen der Verwendung einer Alarmaktion zum Anhalten und einer Alarmaktion zum Beenden besteht darin, dass Sie eine angehaltene Instance problemlos wieder neu starten können, wenn sie später wieder ausgeführt werden soll, und Sie dieselbe Instance-ID und dasselbe Stamm-Volume beibehalten können. Eine beendete Instance können Sie dagegen nicht neu starten. Stattdessen müssen Sie eine neue Instance starten. Wenn eine Instance angehalten oder beendet wird, gehen Daten auf Instance-Speicher-Volumes verloren. Sie können die Aktionen Beenden, Beenden, Neustarten oder Wiederherstellen zu jedem Alarm hinzufügen, der für eine Amazon EC2-Metrik pro Instance festgelegt ist, einschließlich grundlegender und detaillierter Überwachungsmetriken, die von Amazon CloudWatch (im `AWS/EC2` Namespace) bereitgestellt werden, sowie zu allen benutzerdefinierten Metriken, die die `InstanceId` Dimension enthalten, sofern sich ihr Wert auf eine gültige laufende Amazon EC2 EC2-Instance bezieht. **Wichtig** Alarme bei Statusprüfungen können vorübergehend in den `INSUFFICIENT_DATA`-Status wechseln, wenn metrische Datenpunkte fehlen. Dies ist zwar selten, kann aber passieren, wenn es zu einer Unterbrechung der metrischen Berichtssysteme kommt, selbst wenn eine Instance fehlerfrei ist. Wir empfehlen, den `INSUFFICIENT_DATA`-Status als fehlende Daten und nicht als Alarmverletzung zu behandeln, insbesondere wenn der Alarm so konfiguriert wird, dass eine Instance gestoppt, beendet, neu gestartet oder wiederhergestellt wird. **Konsolenunterstützung** Sie können Alarme mit der Amazon EC2 EC2-Konsole oder der CloudWatch Konsole erstellen. Für die Vorgehensweisen in dieser Dokumentation wird die Amazon EC2-Konsole verwendet. Verfahren, die die CloudWatch Konsole verwenden, finden [Sie im * CloudWatch Amazon-Benutzerhandbuch* unter Erstellen von Alarmen, die eine Instance stoppen, beenden, neu starten oder wiederherstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html). **Berechtigungen** Sie müssen über das `iam:CreateServiceLinkedRole` verfügen, um einen Alarm zu erstellen oder zu ändern, der EC2-Alarmaktionen ausführt. Eine Servicerolle ist eine [IAM-Rolle](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html), die ein Service annimmt, um Aktionen in Ihrem Namen auszuführen. Ein IAM-Administrator kann eine Servicerolle innerhalb von IAM erstellen, ändern und löschen. Weitere Informationen finden Sie unter [Erstellen einer Rolle zum Delegieren von Berechtigungen an einen AWS-Service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) im *IAM-Benutzerhandbuch*. **Topics** + [Stoppaktionen zu CloudWatch Amazon-Alarmen hinzufügen](#AddingStopActions) + [Beendenaktionen zu CloudWatch Amazon-Alarmen hinzufügen](#AddingTerminateActions) + [Neustartaktionen zu CloudWatch Amazon-Alarmen hinzufügen](#AddingRebootActions) + [Wiederherstellungsaktionen zu CloudWatch Amazon-Alarmen hinzufügen](#AddingRecoverActions) + [CloudWatch Amazon-Alarmaktionsszenarien](AlarmActionScenarios.md) ## Stoppaktionen zu CloudWatch Amazon-Alarmen hinzufügen Sie können einen Alarm erstellen, mit dem eine Amazon EC2- Instance angehalten wird, sobald ein bestimmter Schwellenwert erreicht wird. Es kann beispielsweise sein, dass Sie Entwicklungs- oder Test-Instances ausführen und gelegentlich vergessen, diese herunterzufahren. Sie können einen Alarm einrichten, der ausgelöst wird, wenn die durchschnittliche prozentuale CPU-Auslastung 24 Stunden lang unter 10 Prozent fällt. Dies signalisiert, dass sich die Instance im Leerlauf befindet und nicht mehr verwendet wird. Sie können den Schwellenwert, die Dauer und den Zeitraum an Ihre Anforderungen anpassen. Außerdem haben Sie die Möglichkeit, eine Amazon-Simple-Notification-Service (Amazon SNS)-Benachrichtigung hinzuzufügen, damit Sie eine E-Mail erhalten, sobald der Alarm ausgelöst wird. Instances, die ein Amazon-EBS-Volume als Root-Volume verwenden, können angehalten oder beendet werden. Instances, die den Instance-Speicher als Root-Volume verwenden, können dagegen nur beendet werden. Daten auf Instance-Speicher-Volumes gehen verloren, wenn die Instance beendet oder gestoppt wird. **So erstellen Sie einen Alarm, um eine im Leerlauf befindliche Instance anzuhalten (Amazon EC2-Konsole)** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus und wählen Sie **Aktionen**, **Überwachung und Fehlerbehebung**, ** CloudWatch Alarme verwalten** aus. Alternativ können Sie das Pluszeichen ( ![\[Plus sign.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/add-plus.png) ) in der Spalte **Alarm status (Alarmstatus)** auswählen. 1. Gehen Sie auf der Seite „** CloudWatch Alarme verwalten**“ wie folgt vor: 1. Wählen Sie **Create an alarm (Einen Alarm erstellen)**. 1. Um eine E-Mail zu erhalten, wenn der Alarm ausgelöst wird, wählen Sie für **Alarm notification (Alarmbenachrichtigung)** ein vorhandenes Amazon SNS-Thema aus. Sie müssen zuerst mit der Amazon-SNS-Konsole ein Amazon-SNS-Thema erstellen. Weitere Informationen finden Sie unter [Verwenden von Amazon SNS für application-to-person (A2P) -Messaging](https://docs.aws.amazon.com/sns/latest/dg/sns-user-notifications.html) im *Amazon Simple Notification Service Developer Guide*. 1. Schalten Sie die **Alarm action (Alarmaktion)** ein und wählen Sie **Stop (Anhalten)**. 1. Wählen Sie für **Group samples by (Beispiele gruppieren nach)** und **Type of data to sample (Datentypen, die in Beispielen aufgeführt werden sollen)** eine Statistik und eine Metrik. Wählen Sie in diesem Beispiel die Optionen **Average** und **CPU Utilization (CPU-Nutzung)**. 1. Geben Sie für **Alarm When (Alarm bei)** und **Percent (Prozent)** den metrischen Schwellenwert an. In diesem Beispiel geben Sie **<=** und **10** Prozent an. 1. Geben Sie für **Consecutive period (Aufeinanderfolgender Zeitraum)** und **Period (Zeitraum)** den Bewertungszeitraum für den Alarm an. Geben Sie in diesem Beispiel **1** aufeinanderfolgende Periode von **5 Minuten** an. 1. Amazon erstellt CloudWatch automatisch einen Alarmnamen für Sie. Um den Namen zu ändern, geben Sie für **Alarm name (Alarmname)** einen neuen Namen ein. Alarmnamen dürfen nur ASCII-Zeichen enthalten. **Anmerkung** Sie können die Alarmkonfiguration vor dem Erstellen des Alarms gemäß Ihren eigenen Anforderungen anpassen oder diese später ändern. Dies umfasst die Einstellungen für Metrik, Schwellenwert, Dauer, Aktion und Benachrichtigung. Nachdem Sie einen Alarm erstellt haben, können Sie seinen Namen aber nicht mehr bearbeiten. 1. Wählen Sie **Erstellen** aus. ## Beendenaktionen zu CloudWatch Amazon-Alarmen hinzufügen Sie können einen Alarm erstellen, mit dem eine EC2 Instance automatisch beendet wird, sobald ein bestimmter Schwellenwert erreicht wird (solange für die Instance kein Beendigungsschutz aktiviert ist). Es kann beispielsweise sein, dass Sie eine Instance beenden möchten, sobald diese ihre Arbeit abgeschlossen hat, und dass Sie die Instance nicht noch einmal benötigen. Wenn Sie die Instance unter Umständen später noch einmal verwenden möchten, sollten Sie die Instance nur anhalten, anstatt sie zu beenden. Daten auf Instance-Speicher-Volumes gehen verloren, wenn die Instance beendet wird. Informationen zum Aktivieren und Deaktivieren des Beendigungsschutzes für eine Instance finden Sie unter [Beendigungsschutz für Instances ändern](Using_ChangingDisableAPITermination.md). **So erstellen Sie einen Alarm, um eine im Leerlauf befindliche Instance zu beenden (Amazon EC2-Konsole)** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instanz aus und wählen Sie **Aktionen**, **Überwachung und Fehlerbehebung**, ** CloudWatch Alarme verwalten** aus. Alternativ können Sie das Pluszeichen ( ![\[Plus sign.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/add-plus.png) ) in der Spalte **Alarm status (Alarmstatus)** auswählen. 1. Gehen Sie auf der Seite „** CloudWatch Alarme verwalten**“ wie folgt vor: 1. Wählen Sie **Create an alarm (Einen Alarm erstellen)**. 1. Um eine E-Mail zu erhalten, wenn der Alarm ausgelöst wird, wählen Sie für **Alarm notification (Alarmbenachrichtigung)** ein vorhandenes Amazon SNS-Thema aus. Sie müssen zuerst mit der Amazon-SNS-Konsole ein Amazon-SNS-Thema erstellen. Weitere Informationen finden Sie unter [Verwenden von Amazon SNS für application-to-person (A2P) -Messaging](https://docs.aws.amazon.com/sns/latest/dg/sns-user-notifications.html) im *Amazon Simple Notification Service Developer Guide*. 1. Schalten Sie die **Alarm action (Alarmaktion)** ein und wählen Sie **Terminate (Beenden)**. 1. Wählen Sie für **Group samples by (Beispiele gruppieren nach)** und **Type of data to sample (Datentypen, die in Beispielen aufgeführt werden sollen)** eine Statistik und eine Metrik. Wählen Sie in diesem Beispiel die Optionen **Average** und **CPU Utilization (CPU-Nutzung)**. 1. Geben Sie für **Alarm When (Alarm bei)** und **Percent (Prozent)** den metrischen Schwellenwert an. In diesem Beispiel geben Sie **=>** und **10** Prozent an. 1. Geben Sie für **Consecutive period (Aufeinanderfolgender Zeitraum)** und **Period (Zeitraum)** den Bewertungszeitraum für den Alarm an. Geben Sie in diesem Beispiel **24** aufeinanderfolgende Perioden von **1 Hour (einer Stunde)** an. 1. Amazon erstellt CloudWatch automatisch einen Alarmnamen für Sie. Um den Namen zu ändern, geben Sie für **Alarm name (Alarmname)** einen neuen Namen ein. Alarmnamen dürfen nur ASCII-Zeichen enthalten. **Anmerkung** Sie können die Alarmkonfiguration vor dem Erstellen des Alarms gemäß Ihren eigenen Anforderungen anpassen oder diese später ändern. Dies umfasst die Einstellungen für Metrik, Schwellenwert, Dauer, Aktion und Benachrichtigung. Nachdem Sie einen Alarm erstellt haben, können Sie seinen Namen aber nicht mehr bearbeiten. 1. Wählen Sie **Erstellen** aus. ## Neustartaktionen zu CloudWatch Amazon-Alarmen hinzufügen Sie können einen CloudWatch Amazon-Alarm erstellen, der eine Amazon EC2-Instance überwacht und die Instance automatisch neu startet. Die Alarmaktion zum Neustarten wird für Instance-Zustandsprüfungsfehler empfohlen (im Gegensatz zur Alarmaktion zum Wiederherstellen, die sich für System-Zustandsprüfungsfehler eignet). Ein Neustart einer Instance entspricht einem Neustart des Betriebssystems. In den meisten Fällen dauert es nur wenige Minuten, um die Instance neu zu starten. Wenn Sie eine Instance neu starten, verbleibt sie auf demselben physischen Host, sodass die Instance ihren öffentlichen DNS- Namen, ihre private IP-Adresse sowie alle Daten auf ihren Instance-Speicher-Volumes behält. Im Gegensatz zum Anhalten und erneuten Starten der Instance beginnt mit dem erneuten Hochfahren einer Instance kein neuer Instance-Abrechnungszeitraum (mit einer minimalen 1-Minuten-Abrechnung). Daten auf Instance-Speicher-Volumes werden beibehalten, wenn die Instance neu gestartet wird. Die Instance-Speicher-Volumes müssen nach einem Neustart erneut in das Dateisystem gemountet werden. Weitere Informationen finden Sie unter [Starten Sie Ihre EC2 Amazon-Instance neu](ec2-instance-reboot.md). **Wichtig** Um eine Race-Bedingung zwischen der Neustart- und der Wiederherstellungsaktion zu vermeiden, sollten Sie für den Neustartalarm und den Wiederherstellungsalarm nicht die gleiche Anzahl von Auswertungszeiträumen festlegen. Wir empfehlen, dass Sie Neustartalarme zu drei Auswertungszeiträumen von jeweils einer Minute festlegen. Weitere Informationen finden Sie unter [Auswertung eines Alarms](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) im * CloudWatch Amazon-Benutzerhandbuch*. **So erstellen Sie einen Alarm, um eine Instance neu zu starten (Amazon EC2-Konsole)** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus und wählen Sie **Aktionen**, **Überwachung und Fehlerbehebung**, ** CloudWatch Alarme verwalten** aus. Alternativ können Sie das Pluszeichen ( ![\[Plus sign.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/add-plus.png) ) in der Spalte **Alarm status (Alarmstatus)** auswählen. 1. Gehen Sie auf der Seite „** CloudWatch Alarme verwalten**“ wie folgt vor: 1. Wählen Sie **Create an alarm (Einen Alarm erstellen)**. 1. Um eine E-Mail zu erhalten, wenn der Alarm ausgelöst wird, wählen Sie für **Alarm notification (Alarmbenachrichtigung)** ein vorhandenes Amazon SNS-Thema aus. Sie müssen zuerst mit der Amazon-SNS-Konsole ein Amazon-SNS-Thema erstellen. Weitere Informationen finden Sie unter [Verwenden von Amazon SNS für application-to-person (A2P) -Messaging](https://docs.aws.amazon.com/sns/latest/dg/sns-user-notifications.html) im *Amazon Simple Notification Service Developer Guide*. 1. Schalten Sie die **Alarm action (Alarmaktion)** ein und wählen Sie **Reboot (Neustart)**. 1. Wählen Sie für **Group samples by (Beispiele gruppieren nach)** und **Type of data to sample (Datentypen, die in Beispielen aufgeführt werden sollen)** eine Statistik und eine Metrik. In diesem Beispiel wählen Sie **Average (Durchschnitt)** und **Status check failed: instance (Statusprüfung fehlgeschlagen: Instance)**. 1. Geben Sie für **Consecutive period (Aufeinanderfolgender Zeitraum)** und **Period (Zeitraum)** den Bewertungszeitraum für den Alarm an. Geben Sie in diesem Beispiel **3** aufeinanderfolgende Perioden von **1 Minute** an. Wenn **1 Minute deaktiviert ist**, müssen Sie die [detaillierte Überwachung aktivieren](manage-detailed-monitoring.md#enable-detailed-monitoring), oder Sie können stattdessen **5 Minuten** wählen. 1. Amazon erstellt CloudWatch automatisch einen Alarmnamen für Sie. Um den Namen zu ändern, geben Sie für **Alarm name (Alarmname)** einen neuen Namen ein. Alarmnamen dürfen nur ASCII-Zeichen enthalten. 1. Wählen Sie **Erstellen** aus. ## Wiederherstellungsaktionen zu CloudWatch Amazon-Alarmen hinzufügen Sie können einen CloudWatch Amazon-Alarm erstellen, der eine Amazon EC2-Instance überwacht. Wenn die Instance aufgrund eines zugrunde liegenden Hardwarefehlers oder eines Problems, das eine Reparatur erfordert AWS , beeinträchtigt wird, können Sie die Instance automatisch wiederherstellen. Beendete Instances können nicht wiederhergestellt werden. Eine wiederhergestellte Instance ist mit der ursprünglichen Instance identisch. Dies schließt auch die Instance-ID, private IP-Adressen, Elastic IP-Adressen und alle Instance-Metadaten mit ein. CloudWatch verhindert, dass Sie eine Wiederherstellungsaktion zu einem Alarm hinzufügen, der sich auf einer Instance befindet, die keine Wiederherstellungsaktionen unterstützt. Wird der Alarm `StatusCheckFailed_System` ausgelöst und die Aktion zum Wiederherstellen initiiert, werden Sie über das Amazon SNS-Thema, das Sie bei der Erstellung des Alarms gewählt haben und das mit der Aktion zum Wiederherstellen verknüpft ist, darüber benachrichtigt. Während der Instance-Wiederherstellung wird die Instance bei einem Instance-Neustart migriert und alle im Speicher befindlichen Daten gehen verloren. Wenn der Vorgang abgeschlossen ist, wird die Information in dem SNS-Thema, das Sie für den Alarm konfiguriert haben, veröffentlicht. Alle Personen, die das SNS-Thema abonniert haben, erhalten eine Benachrichtigung per E-Mail, in der auch der Status des Wiederherstellungsversuchs und weitere Anweisungen enthalten sind. Sie bemerken, dass auf der wiederhergestellten Instance ein Instance-Neustart durchgeführt wird. **Anmerkung** Die Aktion zum Wiederherstellen kann nur mit `StatusCheckFailed_System` verwendet werden, nicht mit `StatusCheckFailed_Instance`. Hier sind die Probleme aufgeführt, die dazu führen können, dass System-Statusprüfungen fehlschlagen: + Verlust der Netzwerkverbindung + Systemstromausfall + Softwareprobleme auf dem physischen Host + Hardwareprobleme auf dem physischen Host, die die Erreichbarkeit des Netzwerks beeinträchtigen Die Wiederherstellungsaktion wird nur auf Instances unterstützt, die bestimmte Kriterien erfüllen. Weitere Informationen finden Sie unter [Automatische Instance-Wiederherstellung](ec2-instance-recover.md). Wenn Ihre Instance über eine öffentliche IP-Adresse verfügt, wird diese nach der Wiederherstellung beibehalten. **Wichtig** Um eine Race-Bedingung zwischen der Neustart- und der Wiederherstellungsaktion zu vermeiden, sollten Sie für den Neustartalarm und den Wiederherstellungsalarm nicht die gleiche Anzahl von Auswertungszeiträumen festlegen. Wir empfehlen, dass Sie Wiederherstellungsalarme zu zwei Auswertungszeiträumen von jeweils einer Minute festlegen. Weitere Informationen finden Sie unter [Auswertung eines Alarms](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) im * CloudWatch Amazon-Benutzerhandbuch*. **So erstellen Sie einen Alarm, um eine Instance wiederherstellen (Amazon EC2-Konsole)** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus und wählen Sie **Aktionen**, **Überwachung und Fehlerbehebung**, ** CloudWatch Alarme verwalten** aus. Alternativ können Sie das Pluszeichen ( ![\[Plus sign.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/add-plus.png) ) in der Spalte **Alarm status (Alarmstatus)** auswählen. 1. Gehen Sie auf der Seite „** CloudWatch Alarme verwalten**“ wie folgt vor: 1. Wählen Sie **Create an alarm (Einen Alarm erstellen)**. 1. Um eine E-Mail zu erhalten, wenn der Alarm ausgelöst wird, wählen Sie für **Alarm notification (Alarmbenachrichtigung)** ein vorhandenes Amazon SNS-Thema aus. Sie müssen zuerst mit der Amazon-SNS-Konsole ein Amazon-SNS-Thema erstellen. Weitere Informationen finden Sie unter [Verwenden von Amazon SNS für application-to-person (A2P) -Messaging](https://docs.aws.amazon.com/sns/latest/dg/sns-user-notifications.html) im *Amazon Simple Notification Service Developer Guide*. **Anmerkung** Benutzer müssen das angegebene SNS-Thema abonnieren, um E-Mail-Benachrichtigungen zu erhalten, wenn der Alarm ausgelöst wird. The erhält Root-Benutzer des AWS-Kontos immer E-Mail-Benachrichtigungen, wenn automatische Aktionen zur Instance-Wiederherstellung ausgeführt werden, auch wenn kein SNS-Thema angegeben ist oder der Root-Benutzer das angegebene SNS-Thema nicht abonniert hat. 1. Schalten Sie die **Alarm action (Alarmaktion)** ein und wählen Sie **Recover (Wiederherstellen)**. 1. Wählen Sie für **Group samples by (Beispiele gruppieren nach)** und **Type of data to sample (Datentypen, die in Beispielen aufgeführt werden sollen)** eine Statistik und eine Metrik. In diesem Beispiel wählen Sie **Average (Durchschnitt)** und **Status check failed: system (Statusprüfung fehlgeschlagen: System)**. 1. Geben Sie für **Consecutive period (Aufeinanderfolgender Zeitraum)** und **Period (Zeitraum)** den Bewertungszeitraum für den Alarm an. Geben Sie in diesem Beispiel **2** aufeinanderfolgende Perioden von **1 Minute** an. Wenn **1 Minute deaktiviert ist**, müssen Sie die [detaillierte Überwachung aktivieren](manage-detailed-monitoring.md#enable-detailed-monitoring), oder Sie können stattdessen **5 Minuten** wählen. 1. Amazon erstellt CloudWatch automatisch einen Alarmnamen für Sie. Um den Namen zu ändern, geben Sie für **Alarm name (Alarmname)** einen neuen Namen ein. Alarmnamen dürfen nur ASCII-Zeichen enthalten. 1. Wählen Sie **Erstellen** aus. # CloudWatch Amazon-Alarmaktionsszenarien Sie können die Amazon EC2-Konsole zum Erstellen von Alarmaktionen verwenden, mit denen eine Amazon EC2 Instance angehalten oder beendet wird, wenn bestimmte Bedingungen erfüllt sind. In den folgenden Screenshots der Konsolenseite, auf der Sie die Alarmaktionen festlegen, haben wir die Einstellungen nummeriert. Wir haben auch die Einstellungen in den darauffolgenden Szenarien nummeriert, damit Sie die entsprechenden Aktionen leichter erstellen können. ![\[Verwalten Sie die Seite für Cloudwatch-Alarme.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/manage-cloudwatch-alarms.png) ## Szenario 1: Anhalten von im Leerlauf befindlichen Entwicklungs- und Test-Instances Erstellen Sie einen Alarm, mit dem eine für die Software-Entwicklung oder das Testing bestimmte Instance angehalten wird, wenn sie sich seit mindestens einer Stunde im Leerlauf befindet. | Einstellung | Wert | | --- | --- | | 1 | Stoppen | | 2 | Maximum | | 3 | CPU-Auslastung | | 4 | <= | | 5 | 10 % | | 6 | 1 | | 7 | 1 Stunde | ## Szenario 2: Anhalten von im Leerlauf befindlichen Instances Erstellen Sie einen Alarm, mit dem eine Instance angehalten und eine E-Mail gesendet wird, wenn sich die Instance seit 24 Stunden im Leerlauf befindet. | Einstellung | Wert | | --- | --- | | 1 | Anhalten und Senden einer E-Mail | | 2 | Durchschnitt | | 3 | CPU-Auslastung | | 4 | <= | | 5 | 5 % | | 6 | 24 | | 7 | 1 Stunde | ## Szenario 3: Senden von E-Mails zu Webservern mit ungewöhnlich hohem Datenverkehrsaufkommen Erstellen Sie einen Alarm, mit dem eine E-Mail gesendet wird, wenn für eine Instance pro Tag der Grenzwert von 10 GB an ausgehendem Netzwerkdatenverkehr überschritten wird. | Einstellung | Wert | | --- | --- | | 1 | E-Mail | | 2 | Summe | | 3 | Netzwerkausgang | | 4 | > | | 5 | 10 GB | | 6 | 24 | | 7 | 1 Stunde | ## Szenario 4: Anhalten von Webservern mit ungewöhnlich hohem Datenverkehrsaufkommen Erstellen Sie einen Alarm, mit dem eine Instance angehalten und eine Textnachricht (SMS) gesendet wird, wenn der ausgehende Datenverkehr den Grenzwert von 1 GB pro Stunde überschreitet. | Einstellung | Wert | | --- | --- | | 1 | Anhalten und Senden einer SMS | | 2 | Summe | | 3 | Netzwerkausgang | | 4 | > | | 5 | 1 GB | | 6 | 1 | | 7 | 1 Stunde | ## Szenario 5: Anhalten einer beeinträchtigten Instance Erstellen Sie einen Alarm, mit dem eine Instance angehalten wird, die drei aufeinander folgende Statusprüfungen (im Abstand von 5 Minuten) nicht bestanden hat. | Einstellung | Wert | | --- | --- | | 1 | Stoppen | | 2 | Durchschnitt | | 3 | Statusprüfung fehlgeschlagen: System | | 4 | - | | 5 | - | | 6 | 1 | | 7 | 15 Minuten | ## Szenario 6: Beenden von Instances nach dem Abschluss von Stapelverarbeitungsaufträgen Erstellen Sie einen Alarm, mit dem eine Instance für Stapelaufträge beendet wird, wenn keine Ergebnisdaten mehr gesendet werden. | Einstellung | Wert | | --- | --- | | 1 | Beenden | | 2 | Maximum | | 3 | Netzwerkausgang | | 4 | <= | | 5 | 100 000 Bytes | | 6 | 1 | | 7 | 5 Minuten | # Automatisieren Sie Amazon EC2 mit EventBridge Sie können Amazon verwenden EventBridge , um Systemereignisse wie Probleme mit der Anwendungsverfügbarkeit oder Ressourcenänderungen zu automatisieren AWS-Services und automatisch darauf zu reagieren. Ereignisse im AWS Rahmen von Services werden nahezu EventBridge in Echtzeit zugestellt. Sie können Regeln erstellen, um anzugeben, an welchen Ereignissen Sie interessiert sind, und welche Aktionen auszuführen sind, wenn ein Ereignis mit einer Regel übereinstimmt. Die folgenden Aktionen können beispielsweise automatisch ausgelöst werden: + Rufen Sie eine Funktion auf AWS Lambda + Amazon EC2 Run Command aufrufen + Weitergabe des Ereignisses an Amazon Kinesis Data Streams + Aktivieren Sie eine AWS Step Functions Zustandsmaschine + Benachrichtigen eines Amazon-SNS-Themas + Benachrichtigen einer Amazon-SQS-Warteschlange Im Folgenden finden Sie Beispiele dafür, wie Sie es EventBridge mit Amazon verwenden können EC2: + Aktivieren Sie eine Lambda-Funktion immer dann, wenn eine Instance in den Ausführungsstatus übergeht. + Benachrichtigen Sie ein Amazon-SNS-Thema, wenn ein Amazon-EBS-Volume erstellt oder geändert wird. + Senden Sie mit Amazon EC2 Run Command einen Befehl an eine oder mehrere EC2 Amazon-Instances, wenn ein bestimmtes Ereignis in einem anderen AWS Service eintritt. Weitere Informationen finden Sie im [ EventBridge Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/eventbridge/latest/userguide/). ## EC2 Amazon-Ereignistypen Amazon EC2 unterstützt die folgenden Ereignistypen: + [EC2 Änderung des AMI-Status](monitor-ami-events.md#ami-events) + [EC2 Benachrichtigung über Statusänderung beim Schnellstart](win-fast-launch-monitor.md#win-monitor-fast-launch-events) + [EC2 Flottenfehler](monitor-ec2-fleet-using-eventbridge.md#ec2-fleet-config-not-valid) + [EC2 Informationen zur Flotte](monitor-ec2-fleet-using-eventbridge.md#ec2-fleet-info) + [EC2 Änderung der Flotteninstanz](monitor-ec2-fleet-using-eventbridge.md#ec2-fleet-instance-change) + [EC2 Änderung der Fleet Spot-Instance anfordern](monitor-ec2-fleet-using-eventbridge.md#ec2-fleet-spot-instance-request-change) + [EC2 Änderung des Flottenstatus](monitor-ec2-fleet-using-eventbridge.md#ec2-fleet-state-change) + [EC2 Empfehlung zur Neugewichtung der Instanz](rebalance-recommendations.md#cp-eventbridge) + [EC2 Benachrichtigung über eine Änderung des Instanzstatus](monitoring-instance-state-changes.md) + [EC2 Flottenfehler erkennen](monitor-ec2-fleet-using-eventbridge.md#spot-fleet-config-not-valid) + [EC2 Flotteninformationen finden](monitor-ec2-fleet-using-eventbridge.md#spot-fleet-info) + [EC2 Änderung der Spot-Flotteninstanz](monitor-ec2-fleet-using-eventbridge.md#spot-fleet-instance-change) + [EC2 Änderung der Spot-Instance-Anfrage für Spot-Flotten](monitor-ec2-fleet-using-eventbridge.md#spot-fleet-spot-instance-request-change) + [EC2 Änderung des Status der Spot-Flotte](monitor-ec2-fleet-using-eventbridge.md#spot-fleet-state-change) + [EC2 Warnung vor einer Unterbrechung der Spot-Instance](spot-instance-termination-notices.md#ec2-spot-instance-interruption-warning-event) + [EC2 Erfüllung von Spot-Instance-Anfragen](spot-request-status.md#spot-request-fulfillment-event) + [EC2 Benachrichtigung über unzureichende ODCR-Auslastung](cr-eventbridge.md) Informationen zu den von Amazon EBS unterstützten Ereignistypen finden Sie unter [Amazon EventBridge for Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-cloud-watch-events.html). # EC2 Amazon-API-Aufrufe protokollieren mit AWS CloudTrail Die EC2 Amazon-API ist in einen Service integriert [AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/), der eine Aufzeichnung der von einem Benutzer, einer Rolle oder einem ausgeführten Aktionen bereitstellt AWS-Service. CloudTrail erfasst alle EC2 Amazon-API-Aufrufe als Ereignisse. Die erfassten Aufrufe umfassen von der Konsole ausgeführte Aufrufe. Anhand der von gesammelten Informationen können Sie feststellen CloudTrail, welche Anfrage an die EC2 Amazon-API gestellt wurde, von welcher IP-Adresse aus die Anfrage gestellt wurde, und wann sie gestellt wurde. Jeder Ereignis- oder Protokolleintrag enthält Informationen zu dem Benutzer, der die Anforderung generiert hat. Die Identitätsinformationen unterstützen Sie bei der Ermittlung der folgenden Punkte: + Ob die Anforderung mit Anmeldeinformationen des Root-Benutzers oder des Benutzers gestellt wurde. + Die Anforderung wurde im Namen eines IAM-Identity-Center-Benutzers erstellt. + Gibt an, ob die Anforderung mit temporären Sicherheitsanmeldeinformationen für eine Rolle oder einen Verbundbenutzer gesendet wurde. + Ob die Anforderung aus einem anderen AWS-Service gesendet wurde. CloudTrail ist in Ihrem aktiv AWS-Konto , wenn Sie das Konto erstellen, und Sie haben automatisch Zugriff auf den CloudTrail **Event-Verlauf**. Der CloudTrail **Ereignisverlauf** bietet eine einsehbare, durchsuchbare, herunterladbare und unveränderliche Aufzeichnung der aufgezeichneten Verwaltungsereignisse der letzten 90 Tage in einem. AWS-Region Weitere Informationen finden Sie im *AWS CloudTrail Benutzerhandbuch* unter [Arbeiten mit dem CloudTrail Ereignisverlauf](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html). Für die Anzeige des **Eventverlaufs CloudTrail** fallen keine Gebühren an. Für eine fortlaufende Aufzeichnung der Ereignisse in AWS-Konto den letzten 90 Tagen erstellen Sie einen Trail- oder [CloudTrailLake-Event-Datenspeicher](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-lake.html). **CloudTrail Pfade** Ein *Trail* ermöglicht CloudTrail die Übermittlung von Protokolldateien an einen Amazon S3 S3-Bucket. Alle mit dem erstellten Pfade AWS-Managementkonsole sind regionsübergreifend. Sie können mithilfe von AWS CLI einen Einzel-Region- oder einen Multi-Region-Trail erstellen. Es wird empfohlen, einen Trail mit mehreren Regionen zu erstellen, da Sie alle Aktivitäten AWS-Regionen in Ihrem Konto erfassen. Wenn Sie einen Einzel-Region-Trail erstellen, können Sie nur die Ereignisse anzeigen, die im AWS-Region des Trails protokolliert wurden. Weitere Informationen zu Trails finden Sie unter [Erstellen eines Trails für Ihr AWS-Konto](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html) und [Erstellen eines Trails für eine Organisation](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/creating-trail-organization.html) im *AWS CloudTrail -Benutzerhandbuch*. Sie können eine Kopie Ihrer laufenden Verwaltungsereignisse kostenlos an Ihren Amazon S3 S3-Bucket senden, CloudTrail indem Sie einen Trail erstellen. Es fallen jedoch Amazon S3 S3-Speichergebühren an. Weitere Informationen zur CloudTrail Preisgestaltung finden Sie unter [AWS CloudTrail Preise](https://aws.amazon.com/cloudtrail/pricing/). Informationen zu Amazon-S3-Preisen finden Sie unter [Amazon S3 – Preise](https://aws.amazon.com/s3/pricing/). **CloudTrail Datenspeicher für Ereignisse in Lake** CloudTrail Mit *Lake* können Sie SQL-basierte Abfragen für Ihre Ereignisse ausführen. CloudTrail [Lake konvertiert bestehende Ereignisse im zeilenbasierten JSON-Format in das Apache ORC-Format.](https://orc.apache.org/) ORC ist ein spaltenförmiges Speicherformat, das für den schnellen Abruf von Daten optimiert ist. Die Ereignisse werden in *Ereignisdatenspeichern* zusammengefasst, bei denen es sich um unveränderliche Sammlungen von Ereignissen handelt, die auf Kriterien basieren, die Sie mit Hilfe von [erweiterten Ereignisselektoren](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-lake-concepts.html#adv-event-selectors) auswählen. Die Selektoren, die Sie auf einen Ereignisdatenspeicher anwenden, steuern, welche Ereignisse bestehen bleiben und für Sie zur Abfrage verfügbar sind. *Weitere Informationen zu CloudTrail Lake finden Sie unter [Arbeiten mit AWS CloudTrail Lake](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-lake.html) im AWS CloudTrail Benutzerhandbuch.* CloudTrail Für das Speichern und Abfragen von Ereignisdaten in Lake fallen Kosten an. Beim Erstellen eines Ereignisdatenspeichers wählen Sie die [Preisoption](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-lake-manage-costs.html#cloudtrail-lake-manage-costs-pricing-option) aus, die für den Ereignisdatenspeicher genutzt werden soll. Die Preisoption bestimmt die Kosten für die Erfassung und Speicherung von Ereignissen sowie die standardmäßige und maximale Aufbewahrungsdauer für den Ereignisdatenspeicher. Weitere Informationen zur Preisgestaltung finden Sie unter CloudTrail [AWS CloudTrail Preisgestaltung](https://aws.amazon.com/cloudtrail/pricing/). ## EC2 Amazon-API-Verwaltungsereignisse in CloudTrail [Verwaltungsereignisse](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/logging-management-events-with-cloudtrail.html#logging-management-events) bieten Informationen über Verwaltungsvorgänge, die an Ressourcen in Ihrem ausgeführt werden AWS-Konto. Sie werden auch als Vorgänge auf Steuerebene bezeichnet. CloudTrail Protokolliert standardmäßig Verwaltungsereignisse. Alle EC2 Amazon-API-Aktionen werden als Verwaltungsereignisse protokolliert. Eine Liste der API-Aktionen, bei denen Sie angemeldet sind CloudTrail, finden Sie in der [Amazon EC2 API-Referenz](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/). Beispielsweise werden Aufrufe der [https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RunInstances.html](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RunInstances.html), [https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstances.html](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstances.html) und [https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_StopInstances.html](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_StopInstances.html)-Aktionen als Verwaltungsereignisse protokolliert. ## Beispiele für EC2 Amazon-API-Ereignisse Ein Ereignis stellt eine einzelne Anfrage aus einer beliebigen Quelle dar und enthält Informationen über den angeforderten API-Vorgang, Datum und Uhrzeit des Vorgangs, Anforderungsparameter usw. CloudTrail Protokolldateien sind kein geordneter Stack-Trace der öffentlichen API-Aufrufe, sodass Ereignisse nicht in einer bestimmten Reihenfolge angezeigt werden. Der folgende Protokolldatensatz zeigt, dass ein Benutzer eine Instance beendet hat. ``` { "Records":[ { "eventVersion":"1.03", "userIdentity":{ "type":"Root", "principalId":"123456789012", "arn":"arn:aws:iam::123456789012:root", "accountId":"123456789012", "accessKeyId":"AKIAIOSFODNN7EXAMPLE", "userName":"user" }, "eventTime":"2016-05-20T08:27:45Z", "eventSource":"ec2.amazonaws.com", "eventName":"TerminateInstances", "awsRegion":"us-west-2", "sourceIPAddress":"198.51.100.1", "userAgent":"aws-cli/1.10.10 Python/2.7.9 Windows/7botocore/1.4.1", "requestParameters":{ "instancesSet":{ "items":[{ "instanceId":"i-1a2b3c4d" }] } }, "responseElements":{ "instancesSet":{ "items":[{ "instanceId":"i-1a2b3c4d", "currentState":{ "code":32, "name":"shutting-down" }, "previousState":{ "code":16, "name":"running" } }] } }, "requestID":"be112233-1ba5-4ae0-8e2b-1c302EXAMPLE", "eventID":"6e12345-2a4e-417c-aa78-7594fEXAMPLE", "eventType":"AwsApiCall", "recipientAccountId":"123456789012" } ] } ``` Informationen zu CloudTrail Datensatzinhalten finden Sie im *AWS CloudTrail Benutzerhandbuch* unter [CloudTrailDatensatzinhalte](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-record-contents.html). ## Mit EC2 Instance Connect hergestellte Verbindungen prüfen Sie können AWS CloudTrail damit die Benutzer überprüfen, die sich mit EC2 Instance Connect mit Ihren Instances verbinden. **So überprüfen Sie die SSH-Aktivität über EC2 Instance Connect mithilfe der Konsole AWS CloudTrail** 1. Öffnen Sie die CloudTrail Konsole unter. [https://console.aws.amazon.com/cloudtrail/](https://console.aws.amazon.com/cloudtrail/) 1. Stellen Sie sicher, dass Sie sich in der korrekten Region befinden. 1. Wählen Sie im Navigationsbereich **Event history (Ereignisverlauf)** aus. 1. Wählen Sie für **Filter** **Event source (Ereignisquelle)**, **ec2-instance-connect.amazonaws.com** aus. 1. (Optional) Wählen Sie für **Time range (Zeitraum)** einen Zeitraum aus. 1. Wählen Sie das Symbol **Refresh events (Ereignisse aktualisieren)** aus. 1. Die Seite zeigt die Ereignisse, die den [https://docs.aws.amazon.com/ec2-instance-connect/latest/APIReference/API_SendSSHPublicKey.html](https://docs.aws.amazon.com/ec2-instance-connect/latest/APIReference/API_SendSSHPublicKey.html)-API-Aufrufen entsprechen. Erweitern Sie ein Ereignis mithilfe des Pfeils, um zusätzliche Details anzuzeigen, z. B. den Benutzernamen und den AWS Zugriffsschlüssel, mit denen die SSH-Verbindung hergestellt wurde, sowie die Quell-IP-Adresse. 1. Zum Anzeigen der vollständigen Ereignisinformationen im JSON-Format wählen Sie **View event (Ereignis anzeigen)**. Das Feld **requestParameters** enthält die Ziel-Instance-ID, den Benutzernamen für das Betriebssystem und den öffentlichen Schlüssel, der zur Herstellung der SSH-Verbindung verwendet wurde. ``` { "eventVersion": "1.05", "userIdentity": { "type": "IAMUser", "principalId": "ABCDEFGONGNOMOOCB6XYTQEXAMPLE", "arn": "arn:aws:iam::1234567890120:user/IAM-friendly-name", "accountId": "123456789012", "accessKeyId": "ABCDEFGUKZHNAW4OSN2AEXAMPLE", "userName": "IAM-friendly-name", "sessionContext": { "attributes": { "mfaAuthenticated": "false", "creationDate": "2018-09-21T21:37:58Z"} } }, "eventTime": "2018-09-21T21:38:00Z", "eventSource": "ec2-instance-connect.amazonaws.com", "eventName": "SendSSHPublicKey ", "awsRegion": "us-west-2", "sourceIPAddress": "123.456.789.012", "userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60", "requestParameters": { "instanceId": "i-0123456789EXAMPLE", "osUser": "ec2-user", "SSHKey": { "publicKey": "ssh-rsa ABCDEFGHIJKLMNO01234567890EXAMPLE" } }, "responseElements": null, "requestID": "1a2s3d4f-bde6-11e8-a892-f7ec64543add", "eventID": "1a2w3d4r5-a88f-4e28-b3bf-30161f75be34", "eventType": "AwsApiCall", "recipientAccountId": "0987654321" } ``` Wenn Sie Ihr AWS Konto so konfiguriert haben, dass CloudTrail Ereignisse in einem S3-Bucket erfasst werden, können Sie die Informationen programmgesteuert herunterladen und prüfen. Weitere Informationen finden Sie im *AWS CloudTrail Benutzerhandbuch* unter [Abrufen und Anzeigen Ihrer CloudTrail Protokolldateien](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/get-and-view-cloudtrail-log-files.html). # Überwachen Sie .NET- und SQL Server-Anwendungen mithilfe von Application Insights CloudWatch CloudWatch Application Insights unterstützt Sie bei der Überwachung Ihrer .NET- und SQL Server-Anwendungen, die Amazon EC2 EC2-Instances zusammen mit anderen [AWS Anwendungsressourcen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/appinsights-what-is.html#appinsights-components) verwenden. Der Service identifiziert Schlüsselmetrikprotokolle und Alarme und richtet diese für Ihre Anwendungsressourcen und Ihren Technologie-Stack ein (z. B. Ihre Microsoft-SQL-Server-Datenbank, Web (IIS)- und Anwendungsserver, Betriebssystem, Load Balancer und Warteschlangen). Es überwacht kontinuierlich die Metriken und Protokolle, um Anomalien und Fehler zu erkennen und zu korrelieren. Wenn Fehler und Anomalien erkannt werden, generiert Application Insights Ereignisse, mit denen Sie Benachrichtigungen einrichten oder Aktionen ausführen können. Um die Fehlersuche zu erleichtern, erstellt es automatisierte Dashboards für die erkannten Probleme, die korrelierte Metrikanomalien und Protokollfehler sowie zusätzliche Erkenntnisse enthalten, die Sie auf die mögliche Ursache hinweisen. Die automatisierten Dashboards helfen Ihnen, schnell Abhilfemaßnahmen zu ergreifen, um Ihre Anwendungen funktionstüchtig zu halten und Auswirkungen auf die Endbenutzer Ihrer Anwendung zu vermeiden. **Informationen über erkannte Probleme:** + Eine kurze Zusammenfassung des Problems. + Die Startzeit und das Datum des Problems. + Der Schweregrad des Problems: High/Medium/Low + Der Status des erkannten Problems: in Bearbeitung/gelöst. + Einblicke: Automatisch generierte Erkenntnisse über das erkannte Problem und die mögliche Hauptursache. + Feedback zu Erkenntnissen: Feedback, das Sie zur Nützlichkeit der mit CloudWatch Application Insights für .NET und SQL Server generierten Erkenntnisse gegeben haben + Verwandte Beobachtungen: Eine detaillierte Übersicht über die Metrikanomalien und Fehlerausschnitte relevanter Protokolle im Zusammenhang mit dem Problem über verschiedene Anwendungskomponenten hinweg. **Feedback** Sie können Feedback zu den automatisch generierten Erkenntnissen über erkannte Probleme geben, indem Sie sie als nützlich oder nicht nützlich einstufen. Ihr Feedback zu den Erkenntnissen sowie Ihre Anwendungsdiagnose (Metrikanomalien und Protokollausnahmen) werden genutzt, um die zukünftige Erkennung ähnlicher Probleme zu verbessern. Weitere Informationen finden Sie in der [CloudWatchApplication Insights-Dokumentation](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-application-insights.html) im * CloudWatch Amazon-Benutzerhandbuch*. # Nachverfolgung Ihrer Nutzung des kostenlosen Kontingents für Amazon EC2 Wenn Sie Ihre erstellen AWS-Konto, können Sie mithilfe des kostenlosen [Kontingents AWS kostenlos](https://aws.amazon.com/free) mit Amazon EC2 beginnen. Ihre Vorteile im Rahmen des kostenlosen Kontingents hängen davon ab, ob Sie Ihr Konto vor dem 15. Juli 2025 oder am oder nach dem 15. Juli 2025 erstellt haben. Weitere Informationen finden [Sie unter Entdecken Sie AWS Services mit AWS kostenlosem Kontingent](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/free-tier.html) im *AWS Billing Benutzerhandbuch*. ## Vorteile des kostenlosen Kontingents vor und nach dem 15. Juli 2025 In der folgenden Tabelle werden die Vorteile des kostenlosen Kontingents anhand des Erstellungsdatums Ihres AWS-Konto verglichen: | Vorteil des kostenlosen Kontingents | Konto vor dem 15. Juli 2025 erstellt | Konto am oder nach dem 15. Juli 2025 erstellt | | --- | --- | --- | | Instance-Typen, die für das kostenlose Kontingent berechtigt sind | `t2.micro`, `t3.micro` | `t3.micro`, `t3.small`, `t4g.micro`, `t4g.small`, `c7i-flex.large`, `m7i-flex.large` | | Amazon-EBS-Volume-Typen, die für das kostenlose Kontingent berechtigt sind | `standard`, `st1`, `sc1`, `gp2`, und `gp3` | `standard`, `st1`, `sc1`, `gp2`, und `gp3` | | AMIs als „Kostenloses Kontingent berechtigt“ gekennzeichnet | Suchen Sie nach, ob das kostenlose Kontingent als berechtigt AMIs markiert ist. | Suchen Sie nach, ob das kostenlose Kontingent als berechtigt AMIs markiert ist. | | Nutzungslimit | Beschränkt auf Nutzungslimits, nach deren Ablauf Ihnen die pay-as-you-go Tarife in Rechnung gestellt werden. | Sie erhalten ein Anmeldeguthaben in Höhe von 100 USD und können bis zu 100 USD an zusätzlichem Guthaben verdienen. | | Dauer des kostenlosen Kontingents | Ihr kostenloses Kontingent gilt für 12 Monate ab dem Datum, an dem Sie Ihr Konto erstellen. Wenn Sie während dieser Zeit Ihre Nutzungslimits im Rahmen des kostenlosen Kontingents überschreiten, werden Ihnen Tarife in Rechnung gestellt pay-as-you-go. | Ihr kostenloses Kontingent gilt für 6 Monate ab dem Datum, an dem Sie Ihr Konto erstellt haben, oder wenn Ihr Guthaben aufgebraucht ist, je nachdem, was zuerst eintritt. Sie können Ihr Limit für das kostenlose Kontingent nicht überschreiten. | **So listen Sie die Instance-Typen auf, die für das kostenlose Kontingent berechtigt sind** Verwenden Sie den Befehl [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html) mit dem Filter `free-tier-eligible`. ``` aws ec2 describe-instance-types \ --filters Name=free-tier-eligible,Values=true \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` **Um diejenigen aufzulisten AMIs , für die das kostenlose Kontingent in Frage kommt** Verwenden Sie den Befehl [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) mit dem `free-tier-eligible`-Filter. ``` aws ec2 describe-images \ --filters Name=free-tier-eligible,Values=true \ --query "Images[*].[ImageId]" \ --output text | sort ``` ## Die Nutzung des kostenlosen Kontingents für Konten nachverfolgen, die vor dem 15. Juli 2025 erstellt wurden **Anmerkung** ***Dieser Abschnitt gilt nur für Nutzer des kostenlosen Kontingents, die AWS-Konten vor dem 15. Juli 2025 ein Konto erstellt haben. Wenn Sie Ihr Konto am oder nach dem 15. Juli 2025 erstellt haben, finden Sie im AWS Billing Benutzerhandbuch Informationen [zur Nachverfolgung Ihrer Nutzung des AWS kostenlosen Kontingents](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/tracking-free-tier-usage.html).*** Wenn Sie Ihr Konto vor dem 15. Juli 2025 erstellt haben, können Sie Amazon EC2 kostenlos nutzen, wenn Sie seit weniger als 12 Monaten AWS Kunde sind und die Kostenloses AWS-Kontingent Nutzungslimits einhalten. Es ist wichtig, dass Sie Ihre Nutzung des kostenlosen Kontingents nachverfolgen, um Überraschungen bei der Rechnungsstellung zu vermeiden. Wenn Sie die Limits des kostenlosen Kontingents überschreiten, fallen Standardgebühren an. pay-as-go Weitere Informationen finden Sie unter [Kostenloses AWS-Kontingent](https://aws.amazon.com/free/). **Anmerkung** Wenn Sie seit mehr als 12 Monaten AWS Kunde sind, haben Sie keinen Anspruch mehr auf die Nutzung des kostenlosen Kontingents und das Feld „**Kostenloses Kontingent für EC2**“, das im folgenden Verfahren beschrieben wird, wird nicht angezeigt. **So können Sie Ihre Nutzung des kostenlosen Kontingents nachverfolgen** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **EC2 Dashboard (EC2-Dashboard)** aus. 1. Suchen Sie das Feld **Kostenloses Kontingent für EC2** (oben rechts). ![\[Das Feld Kostenloses Kontingent für EC2 im EC2-Dashboard.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ec2-free-tier-widget.png) 1. Überprüfen Sie im Feld **Kostenloses Kontingent für EC2** wie folgt Ihre Nutzung des kostenlosen Kontingents: + Beachten Sie unter **In Anspruch genommene Angebote des kostenlosen EC2-Kontingents** die folgenden Warnhinweise: + **Prognose zum Monatsende** – Diese Warnung gibt an, dass in diesem Monat Gebühren anfallen werden, wenn Sie Ihr derzeitiges Nutzungsmuster beibehalten. + **Überschreitet das kostenlose Kontingent** – Diese Warnung gibt an, dass Sie Ihr Limit für das kostenlose Kontingent überschritten haben und bereits Gebühren anfallen. + Notieren Sie sich unter **Nutzung des Angebots (monatlich)** Ihre Nutzung von Linux-Instances, Windows-Instances und EBS-Speicher. Der Prozentsatz gibt an, wie viele der Limits Ihres kostenlosen Kontingents Sie in diesem Monat genutzt haben. Wenn Sie bei 100 % angelangt sind, fallen Gebühren für die weitere Nutzung an. **Anmerkung** Diese Informationen werden erst angezeigt, nachdem Sie eine Instance erstellt haben. Die Nutzungsinformationen werden jedoch nicht in Echtzeit aktualisiert, sondern dreimal täglich. 1. Um weitere Gebühren zu vermeiden, löschen Sie alle Ressourcen, für die entweder jetzt Gebühren anfallen oder für die Gebühren anfallen, wenn Sie Ihr Nutzungslimit für das kostenlose Kontingent überschreiten. + Eine Anleitung zum Löschen Ihrer Instance finden Sie unter [Amazon-EC2-Instances beenden](terminating-instances.md). + Um zu überprüfen, ob Sie über Ressourcen in anderen Regionen verfügen, für die möglicherweise Gebühren anfallen, wählen Sie im Feld **Kostenloses Kontingent für EC2** die Option **Globale EC2-Ressourcen anzeigen** aus, um die **Globale EC2-Ansicht** zu öffnen. Weitere Informationen finden Sie unter [Mithilfe von AWS Global View können Sie Ressourcen in allen Regionen anzeigen](global-view.md). 1. Um Ihre Ressourcennutzung für alle AWS-Services anzuzeigen Kostenloses AWS-Kontingent, wählen Sie unten im Feld **Kostenloses EC2-Kontingent** die Option **Alle Kostenloses AWS-Kontingent Angebote anzeigen** aus. Weitere Informationen finden Sie unter [Testen von Services mithilfe von Kostenloses AWS-Kontingent](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-free-tier.html) im *Benutzerhandbuch zur AWS -Fakturierung*. # Verstehen Sie Codes für Amazon EC2 in Abrechnungs- und Nutzungsberichten Wenn Sie Amazon verwenden EC2, nehmen wir entsprechende Codes in Ihre AWS Abrechnungs- und Nutzungsberichte auf. Die Überprüfung dieser Codes hilft Ihnen dabei, Ihre Kosten und Nutzungsmuster für Amazon zu verstehen EC2. Die Nachverfolgung und Verwaltung Ihrer Ausgaben ist für die Optimierung Ihrer Kosten unerlässlich. In den folgenden Tabellen werden die Codes für Amazon beschrieben EC2 , die in Ihren Abrechnungs- und Nutzungsberichten erscheinen. Eine Liste der Regionscodes in den Fakturierungs- und Nutzungsberichten finden Sie unter [AWS -Regions-Fakturierungscodes](https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-region-billing-codes.html). **Topics** + [Instances](#instances-billing-usage-reports) + [Bare Metal-Instances](#bare-metal-instances-billing-usage-reports) + [Dedicated Hosts](#dedicated-hosts-billing-usage-reports) + [Dedicated Instances](#dedicated-instances-billing-usage-reports) + [EBS-Optimierung](#ebs-billing-usage-reports) + [Kapazitätsreservierungen](#capacity-reservation-billing-usage-reports) **Zugehörige Ressourcen** + [Abrechnungs- und Kaufoptionen von Amazon EC2](instance-purchasing-options.md) + [Verstehen von AMI-Fakturierungsdaten](ami-billing-info.md) + [ EC2 Amazon-Preisgestaltung](https://aws.amazon.com/ec2/pricing/) ## Instances | Code | Description | Einheiten | | --- | --- | --- | | region-BoxUsage:instance-type | Die Laufzeit für On-Demand-Instances. | Stunden | | region-HostBoxUsage:instance-type | Die Laufzeit für Instances auf Dedicated Hosts. | Stunden | | region-SpotUsage:instance-type | Die Laufzeit für Spot Instances. | Stunden | ## Bare Metal-Instances | Code | Description | Einheiten | | --- | --- | --- | | region-BoxUsage:instance-family. Metall | Die Laufzeit für Bare-Metal-On-Demand-Instances. | Stunden | | region-HostBoxUsage:instance-family. Metall | Die Laufzeit für Bare-Metal-Instances auf Dedicated Hosts. | Stunden | | region-SpotUsage:instance-family. Metall | Die Laufzeit für Bare-Metal-Spot-Instances. | Stunden | ## Dedicated Hosts | Code | Description | Einheiten | | --- | --- | --- | | region-HostUsage:host-type | Der Zeitpunkt, zu dem Dedicated Hosts bereitgestellt werden. | Stunden | | region-ReservedHostUsage:host-type | Der Zeitpunkt, zu dem Dedicated-Host-Reservierungen gelten. | Stunden | ## Dedicated Instances | Code | Description | Einheiten | | --- | --- | --- | | region-DedicatedUsage:instance-type | Die Laufzeit für Dedicated Instances. | Stunden \$1 Gebühr pro Region | ## EBS-Optimierung | Code | Description | Einheiten | | --- | --- | --- | | region-EBSOptimized:instance-type | Der Zeitpunkt, zu dem die EBS-Optimierung aktiviert ist. | Stunden | ## Kapazitätsreservierungen | Code | Description | Einheiten | | --- | --- | --- | | region-Reservation:instance-type | Die reservierte Instance-Zeit für Kapazitätsreservierungen. | Stunden | | region-UnusedBox:instance-type | Die ungenützte reservierte Instance-Zeit für Kapazitätsreservierungen. | Stunden | | region-DedicatedRes:instance-type | Die reservierte Instance-Zeit für dedizierte Kapazitätsreservierungen. | Stunden | | region-UnusedDed:instance-type | Die ungenutzte reservierte Instance-Zeit für dedizierte Kapazitätsreservierungen. | Stunden | # Erstellen Sie ein Inventar Ihrer EC2 Instanzen Amazon EC2 bietet skalierbare Rechenkapazität auf Abruf. Eine EC2 Instance ist ein virtueller Server, der im AWS Netzwerk läuft. In der folgenden Tabelle werden die wichtigsten Merkmale einer EC2 Instanz beschrieben. Ein Systemadministrator kann anhand der in diesem Handbuch enthaltenen Anleitungen Informationen zu diesen Merkmalen abrufen und anhand dieser Informationen funktionsgleiche Server konfigurieren, die On-Premises oder im Netzwerk eines anderen Cloud-Anbieters ausgeführt werden. | Merkmal | Description | | --- | --- | | [Geografischer Standort](#ec2-data-geographic-location) | Amazon EC2 wird in allen AWS Regionen weltweit gehostet. Sie wählen Standorte für Ihre Instances aus, die sich in der Nähe Ihrer Kunden befinden. Sie können Instances an mehreren Standorten starten. | | [Hardwarespezifikationen](#ec2-data-specifications) | Amazon EC2 bietet eine große Auswahl an Instance-Typen, die für verschiedene Anwendungsfälle optimiert sind. Die Instance-Typen, die Sie für Ihre Instances auswählen, bestimmen deren Rechen-, Arbeitsspeicher-, Netzwerk- und Speicherressourcen. | | [Bilder](#ec2-data-images) | Ein Amazon Machine Image (AMI) enthält die Software, die Sie beim Start auf Ihrer Instance installieren müssen. Dazu gehören das Betriebssystem, Softwarepakete und benutzerdefinierte Konfigurationen. | | [IP-Adressen und DNS-Hostnamen](#ec2-data-ip-dns) | Instances erhalten private IP-Adressen und einen privaten DNS-Hostnamen. Wenn Sie eine öffentliche IP-Adresse für eine Instance konfigurieren, erhält sie auch einen öffentlichen DNS-Hostnamen. | | [Regeln für Sicherheitsgruppen](#ec2-data-rules) | Die Ihren Instances zugeordneten Sicherheitsgruppenregeln legen fest, welcher eingehende und ausgehende Datenverkehr zulässig ist. | | [Benutzerdaten](#ec2-data-user-data) | Benutzerdaten werden den Instances beim Start zur Verfügung gestellt. Es besteht aus Shell-Skripten (Linux) oder PowerShell Skripten (Windows). | ## Geografischer Standort Amazon EC2 ist in jeder AWS Region weltweit verfügbar. Jede -Region ist ein separater geografischer Bereich. Sie können die Netzwerklatenz verringern, wenn Sie Regionen für Ihre Server auswählen, die sich in der Nähe der Mehrheit Ihrer Benutzer befinden. Sie können [Amazon EC2 Global View](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/global-view.html) verwenden, um Ihre EC2 Amazon-Instances in allen Regionen aufzulisten. Mit der AWS-Managementkonsole und der API müssen Sie die Instances für jede Region einzeln auflisten. **Warum das wichtig ist** Nachdem Sie ermittelt haben, wo sich Ihre Instances befinden, können Sie je nach Ihren Anforderungen entscheiden, ob Sie funktionell gleichwertige Server an denselben Standorten oder an verschiedenen Standorten bereitstellen möchten. **Um eine Zusammenfassung Ihrer EC2 Instances in allen Regionen zu erhalten** 1. Öffnen Sie die Amazon EC2 Global View-Konsole zu [https://console.aws.amazon.com/ec2globalview/Hause](https://console.aws.amazon.com/ec2globalview/home). 1. Überprüfen Sie auf der Registerkarte **Region Explorer** unter **Zusammenfassung** die Ressourcenanzahl für **Instances**, die die Anzahl der Instances und die Anzahl der Regionen umfasst. Wählen Sie den unterstrichenen Text, um zu sehen, wie sich die Anzahl der Instances auf die Regionen verteilt. 1. Wählen Sie auf der Registerkarte **Globale Suche** den Client-Filter **Ressourcentyp = Instance** aus. Sie können die Ergebnisse weiter filtern, indem Sie eine Region oder ein Tag angeben. **Um die Anzahl der EC2 Instances in einer Region zu ermitteln, verwenden Sie AWS CLI** Verwenden Sie den Befehl [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html), um die Instances in der aktuellen Region zu zählen. Sie müssen diesen Befehl in jeder Region ausführen, in der Sie Instances haben. ``` aws ec2 describe-instances \ --region us-east-2 \ --query "length(Reservations[*].Instances[])" ``` Es folgt eine Beispielausgabe. ``` 27 ``` Verwenden Sie IDs stattdessen den folgenden `--query` Parameter, um eine Liste der Instanz anstelle der Anzahl der Instanzen abzurufen. ``` --query "Reservations[*].Instances[].InstanceId" ``` ## Hardwarespezifikationen Der Instanztyp, den Sie für eine EC2 Instance angeben, bestimmt die Rechen-, Arbeitsspeicher-, Speicher- und Netzwerkressourcen, die ihr zur Verfügung stehen. Jeder Instance-Typ bietet ein anderes Verhältnis in Bezug auf Datenverarbeitung, Arbeitsspeicher, Speicher und Netzwerkfunktionen. Weitere Informationen finden Sie im [Amazon EC2 Instance Types Guide](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-types.html). **Warum diese wichtig sind** Nachdem Sie die Hardwarespezifikationen für Ihre Instances festgelegt haben, können Sie festlegen, welche Mindestspezifikationen für funktionsgleiche Server erforderlich sind. **So rufen Sie eine Zusammenfassung der von Ihren Instances verwendeten Instance-Typen ab** Verwenden Sie den folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl. Der **sed**-Befehl entfernt Zeilen mit Klammern und Leerzeilen. Sie müssen diesen Befehl in jeder Region ausführen, in der Sie Instances haben. ``` aws ec2 describe-instances \ --query "Reservations[*].Instances[].InstanceType" | sed 's/[][]//g;/^$/d' | sort | uniq -c | sort -nr ``` Es folgt eine Beispielausgabe. ``` 20 "c6i.4xlarge", 5 "t2.micro", 2 "g6e.2xlarge", ``` **So rufen Sie Informationen zu bestimmten Instance-Typen ab** Verwenden Sie den folgenden [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html)Befehl, um die Instance-Typen zu beschreiben. Der `--query`-Parameter umfasst nur die angegebenen Felder in der Ausgabe. Dies sind die grundlegenden Eigenschaften. Sie können alle zusätzlichen Felder angeben, die Sie benötigen, oder Sie können die [Spezifikationen für EC2 Amazon-Instance-Typen im Amazon EC2 Instance Types](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-instance-type-specifications.html) *Guide nachschlagen*. ``` aws ec2 describe-instance-types \ --instance-types c6i.4xlarge t2.micro g6e.2xlarge \ --query "InstanceTypes[*].[InstanceType,VCpuInfo.DefaultVCpus,MemoryInfo.SizeInMiB,NetworkInfo.NetworkPerformance]" \ --output table ``` Es folgt eine Beispielausgabe. Die Spalten lauten Instanztyp, vCPUs, Speicher (GiB) und Netzwerkbandbreite (Gbit/s). ``` ------------------------------------------------------ | DescribeInstanceTypes | +--------------+-----+--------+----------------------+ | t2.micro | 1 | 1024 | Low to Moderate | | c6i.4xlarge | 16 | 32768 | Up to 12.5 Gigabit | | g6e.2xlarge | 8 | 65536 | Up to 20 Gigabit | +--------------+-----+--------+----------------------+ ``` ## Bilder Ein Amazon Machine Image (AMI) stellt die Software bereit, die beim Start auf Ihrer Instance installiert wird, z. B. das Betriebssystem, Services, Entwicklungstools und Anwendungen. Sie können ein AMI in andere Formate exportieren, um es mit anderen Servern zu verwenden. **Warum diese wichtig sind** Nachdem Sie die AMIs für Ihre Instances festgelegt haben, können Sie die Images planen, die für funktionsgleiche Server erforderlich sind. Möglicherweise können Sie Ihre Daten in ein Format exportieren AMIs , das Sie an anderer Stelle verwenden können. Alternativ müssen Sie möglicherweise eine Verbindung zu einer Instance herstellen, die Sie von jedem AMI aus gestartet haben, überprüfen, was installiert und wie sie konfiguriert ist, und sicherstellen, dass Sie über eine Kopie von allem verfügen, was Sie benötigen. **Um das AMIs für deine Instanzen zu bekommen** Verwenden Sie den folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl. Der **sed**-Befehl entfernt Zeilen mit Klammern und Leerzeilen. Sie müssen diesen Befehl in jeder Region ausführen, in der Sie Instances haben. ``` aws ec2 describe-instances \ --query "Reservations[*].Instances[].ImageId" | sed 's/[][]//g;/^$/d' | sort | uniq -c | sort -nr ``` Es folgt eine Beispielausgabe. ``` 20 "ami-0a70b9d193ae8a79", 5 "ami-07d9cf938edb0739b", 2 "ami-09245d5773578a1d6", ``` **Um Informationen zu bestimmten AMIs** Verwenden Sie den Befehl [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). Der `--query`-Parameter umfasst nur die angegebenen Felder in der Ausgabe. Sie können alle zusätzlichen Felder hinzufügen, die Sie benötigen. ``` aws ec2 describe-images \ --image-id ami-0a70b9d193ae8a79 ami-07d9cf938edb0739b ami-09245d5773578a1d6 \ --query "Images[*].{ID:ImageId,CreateDate:CreationDate,Name:Name,Description:Description}" ``` Es folgt eine Beispielausgabe. ``` [ { "ID": "ami-0a70b9d193ae8a799", "CreateDate": "2025-03-01T02:22:41.000Z", "Name": "web-server-3.1", "Description": "Image for web servers" }, { "ID": "ami-07d9cf938edb0739b", "CreateDate": "2025-02-01T23:59:03.000Z", "Name": "awesome-application-11.5", "Description": "Image for Awesome Application" }, { "ID": "ami-09245d5773578a1d6", "CreateDate": "2025-01-31T02:22:41.000Z", "Name": "monitoring-4.2", "Description": "Monitoring software" } ] ``` **So erstellen Sie eine VM-Datei aus einem AMI** Verwenden Sie den Befehl [export-image](https://docs.aws.amazon.com/cli/latest/reference/ec2/export-image.html). Die unterstützten Image-Formate sind VHD (kompatibel mit Citrix Xen und Microsoft Hyper-V), VMDK (kompatibel mit VMware ESX und VMware vSphere) und Raw-Format (kompatibel mit KVM- und Xen-Hypervisoren). Informationen zu den Anforderungen und Einschränkungen von VM Import/Export finden Sie unter [ Import/Export VM-Anforderungen](https://docs.aws.amazon.com/vm-import/latest/userguide/vmie_prereqs.html). ## IP-Adressen und DNS-Hostnamen Ihre Benutzer stellen über das Internet mithilfe ihrer öffentlichen DNS-Hostnamen eine Verbindung zu Ihren EC2 Instanzen her. Der öffentliche DNS-Hostname einer EC2 Instance wird in ihre öffentliche IP-Adresse aufgelöst. EC2 Instanzen können über ihre privaten IP-Adressen miteinander kommunizieren. **Warum diese wichtig sind** IP-Adressen ermöglichen es Geräten, über ein lokales Netzwerk oder das Internet miteinander zu kommunizieren. Indem Sie sich die IP-Adressen und DNS-Namen Ihrer Instances notieren, können Sie sicherstellen, dass funktionell gleichwertige Server mit denselben Clients oder Geräten wie Ihre Instances kommunizieren können. Sie können beispielsweise Ihre Load Balancer-Konfiguration oder die DNS-Datensätze, die Sie für Ihren DNS-Anbieter erstellt haben, aktualisieren. **So rufen Sie die IP-Adressen und DNS-Hostnamen für Ihre Instances ab** Verwenden Sie den folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl. Sie müssen diesen Befehl in jeder Region ausführen, in der Sie Instances haben. Der `--query`-Parameter umfasst nur die angegebenen Felder in der Ausgabe. Sie können alle zusätzlichen Felder hinzufügen, die Sie benötigen. ``` aws ec2 describe-instances \ --query "Reservations[*].Instances[].[InstanceId,PrivateIpAddress,PublicDnsName]" \ --output table ``` Es folgt eine Beispielausgabe. Die Spalten lauten Instanz-ID, private IPv4 Adresse und öffentlicher IPv4 DNS-Name. ``` ---------------------------------------------------------------------------------------- | DescribeInstances | +---------------------+------------+---------------------------------------------------+ | i-0bac57d7472c89bac | 10.0.2.139 | ec2-192-0-2-142.us-east-2.compute.amazonaws.com | | i-0fa8b7678975a3fff | 10.0.14.85 | ec2-198-51-100-56.us-east-2.compute.amazonaws.com | ... ... | i-08fd74f3f1595fdbd | 10.0.1.241 | ec2-203.0.113.13.us-east-2.compute.amazonaws.com | +---------------------+------------+---------------------------------------------------+ ``` ## Sicherheitsgruppenregeln Eine Sicherheitsgruppe fungiert als virtuelle Firewall. Nachdem Sie einer EC2 Instance eine Sicherheitsgruppe zugeordnet haben, erlauben deren Regeln eingehenden und ausgehenden Datenverkehr für die EC2 Instance über bestimmte Ports und Protokolle. **Warum diese wichtig sind** Nachdem Sie den eingehenden Datenverkehr festgelegt haben, der Ihren Server erreichen darf, und den ausgehenden Datenverkehr, der Ihren Server verlassen darf, können Sie die Firewall-Regeln planen, die für funktionsgleiche Server erforderlich sind. **So rufen Sie die Sicherheitsgruppen für Ihre Instances ab** Verwenden Sie den folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl. Der **sed**-Befehl entfernt Zeilen mit Klammern und Leerzeilen. Sie müssen diesen Befehl in jeder Region ausführen, in der Sie Instances haben. ``` aws ec2 describe-instances \ --query "Reservations[*].Instances[].SecurityGroups[].GroupId" | sed 's/[][]//g;/^$/d' | sort | uniq -c | sort -nr ``` Es folgt eine Beispielausgabe. ``` 27 "sg-01dd3383691d02f42", 10 "sg-08c77cc910c0b3b2c", 2 "sg-00f4e409629f1a42d", ``` **So rufen Sie die Regeln einer Sicherheitsgruppe für den eingehenden Datenverkehr ab** Verwenden Sie den folgenden [describe-security-group-rules](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-security-group-rules.html)Befehl, um die Regeln für die angegebene Sicherheitsgruppe anzuzeigen, in der sich diese befindet`IsEgress`. `false` ``` aws ec2 describe-security-group-rules \ --filters Name=group-id,Values=sg-01dd3383691d02f42 \ --query 'SecurityGroupRules[?IsEgress==`false`]' ``` Es folgt eine Beispielausgabe. Die erste Regel ist die Standardregel für eingehenden Datenverkehr, die eingehenden Datenverkehr von allen Ressourcen zulässt, die dieser Sicherheitsgruppe zugewiesen sind. Die andere Regel erlaubt SSH-Verkehr von den IP-Adressen in der angegebenen Präfixliste. Verwenden Sie den [describe-prefix-lists](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-prefix-lists.html)Befehl, um die CIDR-Blöcke in einer Präfixliste zu beschreiben. ``` [ { "SecurityGroupRuleId": "sgr-06c8b42574a91db1b", "GroupId": "sg-01dd3383691d02f42", "GroupOwnerId": "123456789012", "IsEgress": false, "IpProtocol": "-1", "FromPort": -1, "ToPort": -1, "ReferencedGroupInfo": { "GroupId": "sg-01dd3383691d02f42", "UserId": "123456789012" }, "Tags": [], "SecurityGroupRuleArn": "arn:aws:ec2:us-west-2:123456789012:security-group-rule/sgr-06c8b42574a91db1b" }, { "SecurityGroupRuleId": "sgr-0886a5d46afcd1758", "GroupId": "sg-01dd3383691d02f42", "GroupOwnerId": "123456789012", "IsEgress": false, "IpProtocol": "tcp", "FromPort": 22, "ToPort": 22, "PrefixListId": "pl-f8a6439125e7bf465", "Tags": [], "SecurityGroupRuleArn": "arn:aws:ec2:us-east-2:123456789012:security-group-rule/sgr-0886a5d46afcd1758" } ] ``` **So rufen Sie die Regeln einer Sicherheitsgruppe für den ausgehenden Datenverkehr ab** Verwenden Sie den folgenden [describe-security-group-rules](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-security-group-rules.html)Befehl, um die Regeln für die angegebene Sicherheitsgruppe anzuzeigen, wo sie sich `IsEgress` befindet`true`. ``` aws ec2 describe-security-group-rules \ --filters Name=group-id,Values=sg-01dd3383691d02f42 \ --query 'SecurityGroupRules[?IsEgress==`true`]' ``` Es folgt eine Beispielausgabe. Er enthält nur die Standardregel für ausgehenden Datenverkehr, die den gesamten ausgehenden Datenverkehr IPv4 zulässt. ``` [ { "SecurityGroupRuleId": "sgr-048f09a719247dce7", "GroupId": "sg-01dd3383691d02f42", "GroupOwnerId": "123456789012", "IsEgress": true, "IpProtocol": "-1", "FromPort": -1, "ToPort": -1, "CidrIpv4": "0.0.0.0/0", "Tags": [], "SecurityGroupRuleArn": "arn:aws:ec2:us-east-2:123456789012:security-group-rule/sgr-048f09a719247dce7" } ] ``` ## Benutzerdaten Wenn Sie eine EC2 Instance starten, können Sie mithilfe von Benutzerdaten ein Shell-Skript an die Instance übergeben. Beachten Sie, dass Benutzerdaten base64-codiert sind. Sie müssen also die Benutzerdaten dekodieren, um das Skript lesen zu können. **Warum das wichtig ist** Wenn Sie beim Start im Rahmen der Einrichtung Ihrer Instances Befehle ausführen, müssen Sie möglicherweise dieselben Aufgaben ausführen, wenn Sie funktionsgleiche Server einrichten. **So zeigen Sie die dekodierten Benutzerdaten für eine Instance an** Verwenden Sie den folgenden [describe-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-attribute.html)-Befehl. Der Befehl **base64** dekodiert die Benutzerdaten. ``` aws ec2 describe-instance-attribute \ --instance-id i-1234567890abcdef0 \ --attribute userData \ --output text \ --query "UserData.Value" | base64 --decode ``` Es folgt eine Beispielausgabe. ``` #!/bin/bash yum update -y service httpd start chkconfig httpd on ``` ## Zugehörige Ressourcen Im Folgenden sind weitere Merkmale von EC2 Instanzen aufgeführt: + [Schlüsselpaare](ec2-key-pairs.md) + [Speicherung](Storage.md) + [Tags](Using_Tags.md) Sie können überprüfen, ob Sie Folgendes verwenden, um EC2 Instances zu starten oder den Traffic zwischen Ihren EC2 Instances zu verteilen: + [Auto Scaling Scaling-Gruppen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/auto-scaling-groups.html) + [EC2 Flotte](Fleets.md) + [Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/)