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) |
|
Ganzzahl |
|
Aktueller Datenträgertyp |
|
Zeichenfolge |
|
Geschätzte Einsparungen ($) |
|
Double |
|
Rückblickzeitraum (Tage) |
|
Ganzzahl |
|
AWS Region |
|
Zeichenfolge |
|
ARN-Ressourcen |
|
Zeichenfolge |
|
Ressourcen-Tags |
|
Ressourcen-Tag |
|
Neustart erforderlich |
|
Zeichenfolge |
Sie können bis zu 20 Bedingungen pro Attribut und 20 Werte pro Bedingung angeben. Weitere Informationen finden Sie unter Kriterien 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 |
|---|---|
|
Exakte Übereinstimmung, Groß- und Kleinschreibung wird beachtet. |
|
Exakte Übereinstimmung negiert, Groß- und Kleinschreibung wird beachtet. |
|
Exakte Übereinstimmung, Groß- und Kleinschreibung wird ignoriert. |
|
Übereinstimmung negiert, Groß- und Kleinschreibung wird ignoriert. |
|
Case-sensitive übereinstimmend. Die Werte können an beliebiger Stelle in der Zeichenfolge Platzhalter ( |
|
Negierte Übereinstimmung mit Unterscheidung von Groß- und Kleinschreibung Die Werte können an beliebiger Stelle in der Zeichenfolge Platzhalter ( |
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 |
|---|---|
|
Exakter numerischer Abgleich. |
|
Negierter numerischer Abgleich. |
|
Übereinstimmung mit „weniger als“. |
|
Übereinstimmung mit „Weniger als oder gleich“. |
|
Übereinstimmung mit „Größer als“. |
|
Ü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
...IfExistsVariante wird ein fehlendes Attribut als wahr ausgewertet, und die empfohlene Aktion ist enthalten.
IfExistsist 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 hinzuIfExists, um den Umfang dieser Ressourcen ohne Tags beizubehalten:
StringNotEqualsfindet nur Ressourcen, deren
teamTag auf einen anderen Wert alsTeamAgesetzt ist. Ressourcen ohne Tags sind ausgeschlossen.StringNotEqualsIfExistsfindet Ressourcen ohne das
teamTag und Ressourcen, bei denen es auf einen anderen Wert alsTeamAgesetzt ist. Nur Ressourcen, die mitteam= gekennzeichnetTeamAsind, sind ausgeschlossen.
IfExistsist 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 festlegenautomation-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. IfExistsBei 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 verwendetStringEquals, um den empfohlenen Aktionen für Ressourcen in us-east-1 oder zu entsprechenus-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 |
|
|
Bewertung:
| Wert des Attributs | Ergebnis |
|---|---|
|
Match |
|
Match |
|
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) verwendetNumericGreaterThanEquals, 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) |
|
|
Bewertung:
| Wert des Attributs | Ergebnis |
|---|---|
|
Match |
|
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 WertTeamA. Eine empfohlene Aktion ist enthalten, wenn die Ressource das team Tag überhaupt nicht hat oder wenn das Tag auf einen anderen Wert als gesetzt istTeamA. 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 |
|
|
|
Bewertung:
| Status der empfohlenen Maßnahme | Ergebnis | Erklärung |
|---|---|---|
Die Ressource hat das |
Match |
Das Attribut fehlt und |
Die Ressource hat das Tag = |
Match |
Das Tag ist vorhanden und der Wert stimmt nicht überein |
Die Ressource hat das Tag |
Keine Übereinstimmung |
Das Tag ist vorhanden und der Wert stimmt überein |
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 |
|
|
|
Bewertung:
| Status der empfohlenen Maßnahme | Ergebnis | Erklärung |
|---|---|---|
Die Ressource hat das |
Match |
Das Attribut fehlt und |
Die Ressource hat das Tag = |
Keine Übereinstimmung |
Das Tag ist vorhanden und |
Die Ressource hat das Tag |
Keine Übereinstimmung |
Das Tag ist vorhanden und |
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:
Sind in US-East-1 und US-West-2
wurden mit einem Lookback-Zeitraum von mindestens 32 Tagen generiert; und
Sie haben sich nicht von der Automatisierung abgemeldet (kein
automation-opt-outTag).
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 |
|
|
Rückblickzeitraum (Tage) |
|
|
Ressourcen-Tags (Schlüssel: |
|
|
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.
| Regelgruppe | Reihenfolge der Regeln | Regelname | Status | Plan |
|---|---|---|---|---|
|
Die Regeln der Organisation werden vor den Regeln für Mitgliedskonten bewertet |
1 |
Rule-A |
Inaktiv |
Wöchentlich montags von 12:00 bis 13:00 Uhr UTC |
|
2 |
Rule-B |
Inaktiv |
Täglich von 12:00 bis 13:00 Uhr UTC |
|
|
Regeln für Mitgliedskonten |
1 |
Rule-C |
Aktiv |
Monatlich am 15. von 12:00 bis 13:00 Uhr UTC |
|
2 |
Rule-D |
Inaktiv |
Monatlich am 15. von 12:00 bis 13:00 Uhr UTC |
|
|
Regeln für die Organisation von Mitgliedskonten von früher |
1 |
Rule-E |
Inaktiv |
Wöchentlich montags von 12:00 bis 13:00 Uhr UTC |
|
2 |
Rule-F |
Aktiv |
Täglich von 12:00 bis 13:00 Uhr UTC |