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.
# Automatisierungsregeln
Automatisierungsregeln implementieren automatisch empfohlene Aktionen auf der Grundlage Ihrer definierten Kriterien und Ihres Zeitplans. Automatisierungsregeln sind globale Ressourcen, die automatisierte Aktionen überall AWS-Regionen dort verwalten, wo Compute Optimizer Automation verfügbar ist. Sie können Automatisierungsregeln in jeder AWS Region erstellen, aktualisieren und löschen, in der Compute Optimizer Automation verfügbar ist.
## Art der Regel
Es gibt zwei Arten von Regeln:
+ Kontoregeln: Regeln, nach denen empfohlene Maßnahmen nur auf dein Konto angewendet werden.
+ Organisationsregeln: Regeln, mit denen empfohlene Maßnahmen zentral auf alle Mitgliedskonten angewendet werden.
**Anmerkung**
Nur das Verwaltungskonto oder der delegierte Administrator kann Organisationsregeln erstellen. Sie können nur Mitgliedskonten auswählen, bei denen die Automatisierung aktiviert ist, und es können zulässige Organisationsregeln ausgewählt werden, damit die Regel gilt. Mitgliedskonten können die Details der Organisationsregeln, die für ihr Konto gelten, einsehen, sie aber nicht bearbeiten. Organisationsregeln können so konfiguriert werden, dass sie vor oder nach den Regeln für Mitgliedskonten gelten.
## Regelkriterien
Wählen Sie bei der Konfiguration einer Regel die empfohlenen Aktionstypen aus, die Ihre Regel implementieren soll, z. B. Snapshots erstellen und nicht zugeordnete Amazon EBS-Volumes löschen und den Amazon EBS-Volumetyp aktualisieren. Verfeinern Sie Ihre Auswahl anhand von Kriterien wie AWS Region und Ressourcen-Tags. Sehen Sie sich anschließend eine Vorschau der aktuell passenden empfohlenen Aktionen an, um Ihre Kriterien zu überprüfen.
**Wichtig**
Wenn Sie keine Regelkriterien angeben, wendet Compute Optimizer alle ausgewählten empfohlenen Aktionstypen auf die Konten an, die Sie in Ihrem Regelbereich auswählen, einschließlich der empfohlenen Aktionen auf alle Konten, in AWS-Regionen denen Compute Optimizer Automation verfügbar ist.
Die folgenden empfohlenen Aktionsattribute und Vergleichsoperatoren werden für Automatisierungsregeln unterstützt:
| Attribut | Operator | Feldtyp |
| --- | --- | --- |
| Aktuelle Volumengröße (GiB) | `NumericEquals \| NumericNotEquals \| NumericLessThan \| NumericLessThanEquals \| NumericGreaterThan \| NumericGreaterThanEquals \| NumericEqualsIfExists \| NumericNotEqualsIfExists \| NumericLessThanIfExists \| NumericLessThanEqualsIfExists \| NumericGreaterThanIfExists \| NumericGreaterThanEqualsIfExists` | Ganzzahl |
| Aktueller Datenträgertyp | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | Zeichenfolge |
| Geschätzte Einsparungen ($) | `NumericEquals \| NumericNotEquals \| NumericLessThan \| NumericLessThanEquals \| NumericGreaterThan \| NumericGreaterThanEquals \| NumericEqualsIfExists \| NumericNotEqualsIfExists \| NumericLessThanIfExists \| NumericLessThanEqualsIfExists \| NumericGreaterThanIfExists \| NumericGreaterThanEqualsIfExists` | Double |
| Rückblickzeitraum (Tage) | `NumericEquals \| NumericNotEquals \| NumericLessThan \| NumericLessThanEquals \| NumericGreaterThan \| NumericGreaterThanEquals \| NumericEqualsIfExists \| NumericNotEqualsIfExists \| NumericLessThanIfExists \| NumericLessThanEqualsIfExists \| NumericGreaterThanIfExists \| NumericGreaterThanEqualsIfExists` | Ganzzahl |
| AWS Region | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | Zeichenfolge |
| ARN-Ressourcen | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | Zeichenfolge |
| Ressourcen-Tags | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | Ressourcen-Tag |
| Neustart erforderlich | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | Zeichenfolge |
Sie können bis zu 20 Bedingungen pro Attribut und 20 Werte pro Bedingung angeben. Weitere Informationen finden Sie unter [Kriterien](https://docs.aws.amazon.com/compute-optimizer/latest/APIReference/API_automation_Criteria.html) in der Referenz zur AWS Compute Optimizer Automatisierungs-API.
### Vergleichsoperatoren
Verwenden Sie Vergleichsoperatoren in Regelkriterien, um empfohlene Aktionsattribute mit den von Ihnen angegebenen Werten abzugleichen.
**Wichtig**
Wenn das Attribut, das Sie in Ihren Regelkriterien angeben, in der empfohlenen Aktion nicht vorhanden ist, stimmen die Werte nicht überein, die Bedingung ist falsch und die empfohlene Aktion wird von der Regel ausgeschlossen. Diese Logik gilt für alle Vergleichsoperatoren mit Ausnahme der `...IfExists` Operatoren, die als wahr ausgewertet werden, wenn das Attribut nicht vorhanden ist. Die `...IfExists` Operatoren testen, ob das Attribut bei der empfohlenen Aktion vorhanden (vorhanden) ist.
#### Bedingungsoperatoren für Zeichenfolgen
Mit Operatoren für Zeichenkettenbedingungen können Sie Regelkriterien definieren, die ein empfohlenes Aktionsattribut mit einer von Ihnen angegebenen Zeichenfolge vergleichen.
| Bedingungsoperator | Description |
| --- | --- |
| `StringEquals` | Exakte Übereinstimmung, Groß- und Kleinschreibung wird beachtet. |
| `StringNotEquals` | Exakte Übereinstimmung negiert, Groß- und Kleinschreibung wird beachtet. |
| `StringEqualsIgnoreCase` | Exakte Übereinstimmung, Groß- und Kleinschreibung wird ignoriert. |
| `StringNotEqualsIgnoreCase` | Übereinstimmung negiert, Groß- und Kleinschreibung wird ignoriert. |
| `StringLike` | Case-sensitive übereinstimmend. Die Werte können an beliebiger Stelle in der Zeichenfolge Platzhalter (`*`) enthalten, die aus mehreren Zeichen bestehen. Sie müssen Platzhalter angeben, um teilweise Zeichenfolgenübereinstimmungen zu erzielen. |
| `StringNotLike` | Negierte Übereinstimmung mit Unterscheidung von Groß- und Kleinschreibung Die Werte können an beliebiger Stelle in der Zeichenfolge Platzhalter (`*`) enthalten, die aus mehreren Zeichen bestehen. |
**Anmerkung**
Die Verwendung von `*` Alleine als Wert mit `StringLike` entspricht jedem vorhandenen Wert. In Kombination mit `StringNotLike` `*` bedeutet ein Wert von „stimmt mit nichts überein“ — und schließt somit alle empfohlenen Aktionen aus, bei denen das Attribut vorhanden ist. Beispielsweise `*` schließt die Verwendung `StringNotLike` eines Schlüssels `Application` mit Wert für ein Tag jede empfohlene Aktion aus, die über das `Application` Tag verfügt, unabhängig vom Wert des Tags.
#### Numerische Bedingungsoperatoren
Mit numerischen Bedingungsoperatoren können Sie Regelkriterien definieren, die ein empfohlenes Aktionsattribut mit einer Ganzzahl oder Dezimalzahl vergleichen.
| Bedingungsoperator | Description |
| --- | --- |
| `NumericEquals` | Exakter numerischer Abgleich. |
| `NumericNotEquals` | Negierter numerischer Abgleich. |
| `NumericLessThan` | Übereinstimmung mit „weniger als“. |
| `NumericLessThanEquals` | Übereinstimmung mit „Weniger als oder gleich“. |
| `NumericGreaterThan` | Übereinstimmung mit „Größer als“. |
| `NumericGreaterThanEquals` | Übereinstimmung mit „Größer als oder gleich“. |
Beispielsweise können Sie `NumericGreaterThanEquals` zusammen mit dem Attribut **Lookback-Zeitraum** eine Regel erstellen, die nur empfohlene Aktionen automatisiert, wenn der Lookback-Zeitraum, der zur Generierung der Empfehlung verwendet wurde, mindestens 32 Tage beträgt.
### IfExists Operatoren
An einen beliebigen Vergleichsoperator anhängen `IfExists` (z. B.`StringLikeIfExists`), um zu ändern, wie eine Bedingung ausgewertet wird, wenn das von Ihnen angegebene Attribut in einer empfohlenen Aktion **fehlt**:
+ Bei einem Basisoperator wird ein fehlendes Attribut als **falsch** ausgewertet, und die empfohlene Aktion wird von der **Regel ausgeschlossen**.
+ **Bei der `...IfExists` Variante wird ein fehlendes Attribut als **wahr** ausgewertet, und die empfohlene Aktion ist enthalten.**
`IfExists`ist hilfreich, wenn Sie eine bestimmte Gruppe von Ressourcen von einer Regel ausschließen möchten, aber trotzdem die Ressourcen einbeziehen möchten, die nicht das Tag tragen, nach dem Sie filtern. Beispielsweise möchten Sie möglicherweise alles außer den Ressourcen einbeziehen, die einem Team gehören. Ein Wert, `StringNotEquals` der auf `team` = `TeamA` basiert, schließt die Ressourcen von TeamA aus, schließt aber auch alle Ressourcen aus, die das `team` Tag überhaupt nicht tragen, sodass Ressourcen, die Sie einbeziehen wollten, weggelassen werden. Fügen Sie hinzu`IfExists`, um den Umfang dieser Ressourcen ohne Tags beizubehalten:
+ **StringNotEquals**findet nur Ressourcen, deren `team` Tag auf einen anderen Wert als `TeamA` gesetzt ist. Ressourcen ohne Tags sind ausgeschlossen.
+ **StringNotEqualsIfExists**findet Ressourcen ohne das `team` Tag *und* Ressourcen, bei denen es auf einen anderen Wert als `TeamA` gesetzt ist. Nur Ressourcen, die mit `team` = gekennzeichnet `TeamA` sind, sind ausgeschlossen.
`IfExists`ist auch hilfreich, wenn Sie Ressourcenbesitzern ermöglichen möchten, ihre eigenen Ressourcen von der Automatisierung auszuschließen. Sie können ein spezielles Opt-Out-Tag festlegen`automation-opt-out`, das z. B. ein Eigentümer für jede Ressource verwendet, die er auslassen möchte. In diesem Fall kommt es auf das Vorhandensein des Tags an, nicht auf seinen Wert. Verwenden Sie es daher `StringNotLikeIfExists` zusammen mit dem Wert `*` auf dem `automation-opt-out` Tag-Schlüssel. Der `*` Platzhalter entspricht einem beliebigen Wert, sodass Compute Optimizer jede Ressource ausschließt, die das Tag trägt. `IfExists`Bei der Variante bleiben die Ressourcen, die das Tag nicht tragen, im Gültigkeitsbereich; ohne sie würde auch jede Ressource ohne Tags ausgeschlossen.
### Beispiele für Regelkriterien
**Beispiel: Nehmen Sie nur empfohlene Maßnahmen in bestimmten Regionen auf**
Die folgenden Regelkriterien werden für das Attribut **AWS Region** verwendet`StringEquals`, um den empfohlenen Aktionen für Ressourcen in `us-east-1` oder zu entsprechen`us-west-2`. Wenn Sie mehr als einen Wert für eine Bedingung angeben, stehen die Werte in einer ODER-Beziehung. Eine empfohlene Aktion entspricht der Bedingung, wenn ihr Attributwert einem der Werte entspricht.
Konfiguration der Kriterien:
| Attribut | Operator | Werte |
| --- | --- | --- |
| AWS Region | `StringEquals` | `us-east-1`, `us-west-2` |
Bewertung:
| Wert des Attributs | Ergebnis |
| --- | --- |
| `us-east-1` | Match |
| `us-west-2` | Match |
| `eu-west-1` | Keine Übereinstimmung |
**Beispiel: Schließt nur empfohlene Aktionen ein, die mit einem Mindestzeitraum für den Rückblick generiert wurden**
Die folgenden Regelkriterien werden für das Attribut **Lookback-Zeitraum (Tage)** verwendet`NumericGreaterThanEquals`, um nur empfohlene Aktionen zu automatisieren, bei denen der Lookback-Zeitraum, der zur Generierung der Empfehlung verwendet wurde, mindestens 32 Tage beträgt. Auf diese Weise können Sie ein längeres Beobachtungsfenster festlegen, bevor eine empfohlene Aktion automatisiert wird.
Konfiguration der Kriterien:
| Attribut | Operator | Werte |
| --- | --- | --- |
| Rückblickzeitraum (Tage) | `NumericGreaterThanEquals` | `32` |
Bewertung:
| Wert des Attributs | Ergebnis |
| --- | --- |
| `32` | Match |
| `14` | Keine Übereinstimmung |
**Beispiel: Fügen Sie empfohlene Aktionen hinzu, sofern die Ressource nicht zu einem bestimmten Team gehört**
Stellen Sie sich ein Plattformteam vor, das Compute Optimizer Automation für viele Konten aktiviert, aber die Ressourcen eines Teams aus der Regel herausnehmen möchte. Das Team kennzeichnet Ressourcen bereits für andere Zwecke mit einem `team` Tag, aber nicht jede Ressource trägt dieses. Sie möchten, dass die Automatisierung umfassend angewendet wird und gleichzeitig alle Ressourcen, die mit `team` = gekennzeichnet sind, ausgeschlossen `TeamA` werden.
Die folgenden Regelkriterien gelten `StringNotEqualsIfExists` für das Attribut **Resource tags** mit dem Tag-Schlüssel `team` und dem Wert`TeamA`. Eine empfohlene Aktion ist enthalten, wenn die Ressource das `team` Tag überhaupt nicht hat oder wenn das Tag auf einen anderen Wert als gesetzt ist`TeamA`. Da viele Ressourcen das Tag nicht tragen, `IfExists` behalten sie ihren Gültigkeitsbereich. Ohne dieses Tag würde jede Ressource ohne Tags ausgeschlossen.
Konfiguration der Kriterien:
| Attribut | Operator | Tag-Schlüssel | Werte |
| --- | --- | --- | --- |
| Ressourcen-Tags | `StringNotEqualsIfExists` | `team` | `TeamA` |
Bewertung:
| Status der empfohlenen Maßnahme | Ergebnis | Erklärung |
| --- | --- | --- |
| Die Ressource hat das `team` Tag nicht | Match | Das Attribut fehlt und `IfExists` bewertet fehlende Attribute als wahr. |
| Die Ressource hat das Tag = `team` `web` | Match | Das Tag ist vorhanden und der Wert stimmt nicht überein`TeamA`. |
| Die Ressource hat das Tag `team` = `TeamA` | Keine Übereinstimmung | Das Tag ist vorhanden und der Wert stimmt überein`TeamA`, sodass die empfohlene Aktion ausgeschlossen ist. |
**Beispiel: Fügen Sie empfohlene Aktionen hinzu, es sei denn, die Ressource hat ein Opt-Out-Tag**
Sie können Ressourceneigentümer einzelne Ressourcen von der Automatisierung ausschließen lassen, indem Sie ein spezielles Opt-Out-Tag anwenden. In diesem Beispiel fügt ein Eigentümer das `automation-opt-out` Tag zu jeder Ressource hinzu, die er weglassen möchte.
Die folgenden Regelkriterien werden für das Attribut **Resource tags** mit dem Tag-Schlüssel `automation-opt-out` und dem Wert verwendet `StringNotLikeIfExists``*`. Der `*` Platzhalter entspricht einem beliebigen Wert, sodass jede Ressource, die das Tag trägt, ausgeschlossen wird. Eine empfohlene Aktion ist enthalten, wenn die Ressource nicht über das `automation-opt-out` Tag verfügt.
Konfiguration der Kriterien:
| Attribut | Operator | Tag-Schlüssel | Werte |
| --- | --- | --- | --- |
| Ressourcen-Tags | `StringNotLikeIfExists` | `automation-opt-out` | `*` |
Bewertung:
| Status der empfohlenen Maßnahme | Ergebnis | Erklärung |
| --- | --- | --- |
| Die Ressource hat das `automation-opt-out` Tag nicht | Match | Das Attribut fehlt und `IfExists` bewertet fehlende Attribute als wahr. |
| Die Ressource hat das Tag = `automation-opt-out` `true` | Keine Übereinstimmung | Das Tag ist vorhanden und `*` entspricht einem beliebigen Wert, sodass die empfohlene Aktion ausgeschlossen ist. |
| Die Ressource hat das Tag `automation-opt-out` = `temporary` | Keine Übereinstimmung | Das Tag ist vorhanden und `*` entspricht einem beliebigen Wert, sodass die empfohlene Aktion ausgeschlossen ist. |
**Beispiel: Kombinieren Sie mehrere Kriterien**
Sie können mehrere Kriterien kombinieren, um den Geltungsbereich Ihrer Regel einzugrenzen. Alle Kriterien müssen übereinstimmen, damit eine empfohlene Aktion in die Regel aufgenommen wird (UND-Logik).
Die folgende Konfiguration automatisiert die vom EBS-Volume empfohlenen Aktionen, die:
1. Sind in US-East-1 und US-West-2
1. wurden mit einem Lookback-Zeitraum von mindestens 32 Tagen generiert; und
1. Sie haben sich nicht von der Automatisierung abgemeldet (kein `automation-opt-out` Tag).
Diese Regel enthält nur dann eine empfohlene Maßnahme, wenn alle drei Bedingungen gleichzeitig erfüllt sind.
Konfiguration der Kriterien:
| Attribut | Operator | Werte |
| --- | --- | --- |
| AWS Region | `StringEquals` | `us-east-1`, `us-west-2` |
| Rückblickzeitraum (Tage) | `NumericGreaterThanEquals` | `32` |
| Ressourcen-Tags (Schlüssel:`automation-opt-out`) | `StringNotLikeIfExists` | `*` |
## Plan
Legen Sie einen Zeitplan für die Ausführung Ihrer Regel fest, indem Sie die Häufigkeit (täglich, wöchentlich oder monatlich), die Startzeit, die Endzeit und die Zeitzone angeben. In diesem Fenster beginnt Compute Optimizer mit der Implementierung empfohlener Aktionen, die Ihren angegebenen Kriterien entsprechen. Die Anzahl der Aktionen, die initiiert werden, hängt von der Dauer Ihres geplanten Zeitfensters, dem Parallelitätslimit von Compute Optimizer Automation und der Zeit ab, die für die Ausführung der einzelnen Aktionen benötigt wird. Automatisierte Aktionen werden als "In-Progress" angezeigt, bis alle Schritte im Automatisierungs-Workflow vollständig abgeschlossen sind. Pro AWS Konto und Region können bis zu 100 Aktionen gleichzeitig ausgeführt werden.
## Reihenfolge der Regeln
Standardmäßig werden Regeln mit der Regelreihenfolge 1 (höchste Priorität) innerhalb ihrer Regelgruppe erstellt. Wenn ein Verwaltungskonto beispielsweise eine Organisationsregel erstellt, die so konfiguriert ist, dass sie nach den Regeln für Mitgliedskonten gilt, erhält es die Regelreihenfolge 1, die höchste Priorität unter allen Regeln in dieser Gruppe. Regelgruppe und Regelreihenfolge bestimmen, welche Regel gilt, wenn eine empfohlene Aktion in einem Konto mehreren Regeln entspricht. Compute Optimizer weist die Aktion der aktiven Regel mit dem niedrigsten Wert für die Regelreihenfolge (höchste Priorität) zu, unabhängig davon, wann die Ausführung dieser Regel geplant ist.
Wenn eine empfohlene Aktion beispielsweise allen Regeln in der folgenden Tabelle entspricht, weist Compute Optimizer sie zu Rule-C und implementiert sie gemäß dem Rule-C Zeitplan.
- ** Die Regeln der Organisation werden vor den Regeln für Mitgliedskonten bewertet **
- **Reihenfolge der Regeln:** 1 / **Regelname:** Rule-A / **Status:** Inaktiv / **Plan:** Wöchentlich montags von 12:00 bis 13:00 Uhr UTC
- **Reihenfolge der Regeln:** 2 / **Regelname:** Rule-B / **Status:** Inaktiv / **Plan:** Täglich von 12:00 bis 13:00 Uhr UTC
- ** Regeln für Mitgliedskonten **
- **Reihenfolge der Regeln:** 1 / **Regelname:** Rule-C / **Status:** Aktiv / **Plan:** Monatlich am 15. von 12:00 bis 13:00 Uhr UTC
- **Reihenfolge der Regeln:** 2 / **Regelname:** Rule-D / **Status:** Inaktiv / **Plan:** Monatlich am 15. von 12:00 bis 13:00 Uhr UTC
- ** Regeln für die Organisation von Mitgliedskonten von früher **
- **Reihenfolge der Regeln:** 1 / **Regelname:** Rule-E / **Status:** Inaktiv / **Plan:** Wöchentlich montags von 12:00 bis 13:00 Uhr UTC
- **Reihenfolge der Regeln:** 2 / **Regelname:** Rule-F / **Status:** Aktiv / **Plan:** Täglich von 12:00 bis 13:00 Uhr UTC