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 aus jeder AWS Region erstellen, aktualisieren und löschen, in der Compute Optimizer Automation verfügbar ist.
Typ der Regel
Es gibt zwei Arten von Regeln:
Kontoregeln: Regeln, die empfohlene Aktionen nur auf dein Konto anwenden.
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 für die Regel zulässige Organisationsregeln ausgewählt werden können. Mitgliedskonten können die Details der für ihr Konto geltenden Organisationsregeln einsehen, sie jedoch nicht bearbeiten. Organisationsregeln können so konfiguriert werden, dass sie vor oder nach den Regeln für Mitgliedskonten gelten.
Kriterien für Regeln
Wählen Sie bei der Konfiguration einer Regel die empfohlenen Aktionstypen aus, die Ihre Regel implementieren soll, z. B. Snapshot erstellen und nicht angehängte Amazon EBS-Volumes löschen und den Amazon EBS-Volume-Typ aktualisieren. Verfeinern Sie Ihre Auswahl anhand von Kriterien wie AWS Regions- und Ressourcen-Tags. Sehen Sie sich dann 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 empfohlener Aktionen in allen Bereichen, 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 Volume-Größe (GiB) |
|
Ganzzahl |
|
Aktueller Datenträgertyp |
|
Zeichenfolge |
|
Geschätzte Einsparungen ($) |
|
Double |
|
Zeitraum des Rückblicks (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 AWS Compute Optimizer Automation API-Referenz.
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 für die empfohlene Aktion vorhanden (vorhanden) ist.
Bedingungsoperatoren für Zeichenfolgen
Mithilfe von 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 beachten. |
|
Exakte Übereinstimmung negiert, Groß- und Kleinschreibung wird beachtet. |
|
Exakte Übereinstimmung, Groß- und Kleinschreibung wird ignoriert. |
|
Die Übereinstimmung wurde negiert, Groß- und Kleinschreibung wird ignoriert. |
|
Case-sensitive übereinstimmend. Die Werte können an einer beliebigen Stelle in der Zeichenfolge Platzhalter ( |
|
Negierte Übereinstimmung mit Unterscheidung von Groß- und Kleinschreibung Die Werte können an beliebiger Stelle in der Zeichenfolge Platzhalter für Übereinstimmungen mit mehreren Zeichen ( |
Anmerkung
Die Verwendung von * Alone als Wert mit StringLike entspricht jedem vorhandenen Wert. In Kombination mit * bedeutet ein Wert von „passt zu nichts“StringNotLike, sodass praktisch alle empfohlenen Aktionen ausgeschlossen werden, für die das Attribut vorhanden ist. Beispielsweise * schließt die Verwendung StringNotLike eines Tag-Schlüssels Application mit Wert alle empfohlenen Aktionen aus, die das Application Tag enthalten, unabhängig vom Wert des Tags.
Numerische Bedingungsoperatoren
Mit numerischen Bedingungsoperatoren können Sie Regelkriterien definieren, die ein empfohlenes Aktionsattribut mit einer Ganzzahl oder einer Dezimalzahl vergleichen.
| Bedingungsoperator | Description |
|---|---|
|
Exakte numerische Übereinstimmung. |
|
Negierte numerische Übereinstimmung. |
|
Übereinstimmung mit dem Wert „Weniger als“. |
|
Übereinstimmung mit dem Wert „Weniger als oder gleich“. |
|
Übereinstimmung mit dem Wert „Größer als“. |
|
Übereinstimmung mit dem Wert „Größer als oder gleich“. |
Sie können das NumericGreaterThanEquals Lookback-Zeitraumattribut beispielsweise verwenden, um eine Regel zu erstellen, die nur empfohlene Aktionen automatisiert, bei denen der für die Generierung der Empfehlung verwendete Lookback-Zeitraum mindestens 32 Tage beträgt.
IfExists Operatoren
Hängen IfExists Sie sie an einen beliebigen Vergleichsoperator an (z. B.StringLikeIfExists), um zu ändern, wie eine Bedingung bewertet wird, wenn das 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 aus einer Regel ausschließen möchten, aber dennoch die Ressourcen einbeziehen möchten, die nicht das Tag tragen, nach dem Sie filtern. Beispielsweise möchten Sie vielleicht alles mit Ausnahme der Ressourcen einbeziehen, die einem Team gehören. Eine Basis StringNotEquals auf team = TeamA schließt die Ressourcen von TeamA aus, schließt aber auch alle Ressourcen aus, die das team Schlagwort überhaupt nicht tragen — Ressourcen, die Sie einbeziehen wollten, werden weggelassen. Füge hinzuIfExists, um die Ressourcen ohne Tags im Gültigkeitsbereich zu belassen:
StringNotEqualsentspricht nur Ressourcen, für die das
teamTag auf einen anderen Wert alsTeamAgesetzt ist. Ressourcen ohne Tags sind ausgeschlossen.StringNotEqualsIfExistsentspricht Ressourcen ohne das
teamTag und Ressourcen, bei denen es auf einen anderen Wert alsTeamAgesetzt ist. Nur Ressourcen mit dem Tagteam=TeamAsind ausgeschlossen.
IfExistsist auch hilfreich, wenn Ressourcenbesitzer ihre eigenen Ressourcen von der Automatisierung ausschließen lassen möchten. Sie können ein spezielles Opt-Out-Tag festlegen, z. B. dasautomation-opt-out, dass ein Eigentümer für jede Ressource, die er auslassen möchte, verwendet. In diesem Fall ist das Vorhandensein des Tags wichtig, nicht sein 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 alle Ressourcen ausschließt, die das Tag tragen. Die IfExists Variante behält den Gültigkeitsbereich der Ressourcen bei, die das Tag nicht tragen. Ohne sie würden auch alle Ressourcen ohne Tags ausgeschlossen.
Beispiele für Regelkriterien
Beispiel: Schließen Sie nur empfohlene Maßnahmen in bestimmten Regionen ein
Die folgenden Regelkriterien werden für das Attribut AWS Region verwendetStringEquals, um empfohlene Aktionen für Ressourcen in us-east-1 oder abzugleichenus-west-2. Wenn Sie mehr als einen Wert für eine Bedingung angeben, haben die Werte eine ODER-Beziehung — eine empfohlene Aktion entspricht der Bedingung, wenn ihr Attributwert mit einem der Werte übereinstimmt.
Konfiguration der Kriterien:
| Attribut | Operator | Werte |
|---|---|---|
AWS Region |
|
|
Bewertung:
| Wert des Attributs | Ergebnis |
|---|---|
|
Match |
|
Match |
|
Keine Übereinstimmung |
Beispiel: Schließen Sie nur empfohlene Aktionen ein, die mit einer Mindest-Lookback-Zeit generiert wurden
Die folgenden Regelkriterien werden für das Attribut „Lookback-Zeitraum (Tage)“ verwendetNumericGreaterThanEquals, um nur empfohlene Aktionen zu automatisieren, bei denen der für die Generierung der Empfehlung verwendete Lookback-Zeitraum mindestens 32 Tage beträgt. Dadurch benötigen Sie ein längeres Beobachtungsfenster, bevor eine empfohlene Aktion automatisiert wird.
Konfiguration der Kriterien:
| Attribut | Operator | Werte |
|---|---|---|
Zeitraum für die Rückschau (Tage) |
|
|
Bewertung:
| Wert des Attributs | Ergebnis |
|---|---|
|
Match |
|
Keine Übereinstimmung |
Beispiel: Fügen Sie empfohlene Aktionen hinzu, es sei denn, die Ressource gehört zu einem bestimmten Team
Stellen Sie sich ein Plattformteam vor, das Compute Optimizer Automation für viele Konten aktiviert, aber die Ressourcen eines Teams nicht in die Regel einbeziehen möchte. Das Team taggt Ressourcen bereits für andere Zwecke mit einem team Tag, aber nicht jede Ressource trägt es. Sie wollen, dass die Automatisierung auf breiter Ebene angewendet wird und alle Ressourcen, die mit team = gekennzeichnet sind, ausgeschlossen TeamA werden.
Die folgenden Regelkriterien werden für das Resource-Tag-Attribut mit dem Tag-Schlüssel team und dem Wert verwendet StringNotEqualsIfExistsTeamA. 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. Weil viele Ressourcen das Tag nicht tragen, IfExists bleiben sie im Gültigkeitsbereich — ohne das Tag wäre jede Ressource ohne Tags ausgeschlossen.
Konfiguration der Kriterien:
| Attribut | Operator | Tag-Schlüssel | Werte |
|---|---|---|---|
Ressourcen-Tags |
|
|
|
Bewertung:
| Status der empfohlenen Aktion | 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 es den Ressourcenbesitzern ermöglichen, einzelne Ressourcen von der Automatisierung auszuschließen, 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 Resource-Tag-Attribut mit dem Tag-Schlüssel automation-opt-out und dem Wert verwendet StringNotLikeIfExists*. Der * Platzhalter entspricht einem beliebigen Wert, sodass alle Ressourcen, die das Tag tragen, ausgeschlossen werden. Eine empfohlene Aktion ist enthalten, wenn die Ressource das automation-opt-out Tag nicht hat.
Konfiguration der Kriterien:
| Attribut | Operator | Tag-Schlüssel | Werte |
|---|---|---|---|
Ressourcen-Tags |
|
|
|
Bewertung:
| Status der empfohlenen Aktion | 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: Schließen Sie empfohlene Aktionen für von Infrastructure-as-Code (IaC) verwaltete Ressourcen aus
Wenn Sie Ressourcen mit einem Infrastructure-as-Code (IaC) -Tool wie CloudFormation oder verwalten, können Sie eine Ausschlussregel erstellenTerraform, die Ressourcen anhand von Ressourcen-Tags herausfiltert. IaC-managed
CloudFormation
Ressourcen, die mit verwaltet werden, CloudFormation haben die System-Tags aws:cloudformation:stack-idaws:cloudformation:stack-name, undaws:cloudformation:logical-id. Sie können nach einem dieser Tags filtern, um CloudFormation-managed Ressourcen zu identifizieren. In diesem Beispiel wird nach gefiltertaws:cloudformation:stack-id.
Die folgenden Regelkriterien werden für das Resource-Tag-Attribut mit dem Tag-Schlüssel aws:cloudformation:stack-id und dem Wert verwendet StringNotLikeIfExists*. Der * Platzhalter entspricht einem beliebigen Wert, sodass alle Ressourcen, die das Tag tragen, ausgeschlossen werden. Eine empfohlene Aktion ist enthalten, wenn die Ressource das aws:cloudformation:stack-id Tag nicht hat.
Konfiguration der Kriterien:
| Attribut | Operator | Tag-Schlüssel | Werte |
|---|---|---|---|
Ressourcen-Tags |
|
|
|
Bewertung:
| Status der empfohlenen Aktion | Ergebnis | Erklärung |
|---|---|---|
Die Ressource hat das Tag |
Keine Übereinstimmung |
Das Tag ist vorhanden und |
Die Ressource hat das |
Match |
Das Attribut fehlt und |
Die Ressource hat das Tag |
Match |
Das Attribut fehlt und |
Terraform
Um Terraform -verwaltete Ressourcen von automatisierten Aktionen auszuschließen, fügen Sie diesen Ressourcen in Ihrer Terraform Konfiguration ein Benutzer-Tag (z. B. ManagedBy =terraform) hinzu. Nach dem Tagging können Sie tagbasierte Regelkriterien anwenden, um sie auszuschließen, ähnlich wie im vorherigen Beispiel. CloudFormation
Beispiel: Kombinieren Sie mehrere Kriterien
Sie können mehrere Kriterien kombinieren, um den Geltungsbereich Ihrer Regel einzuschränken. 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 einer Lookback-Zeit von mindestens 32 Tagen generiert; und
Wurden nicht von der Automatisierung abgemeldet (kein
automation-opt-outTag).
Diese Regel enthält nur dann eine Handlungsempfehlung, wenn alle drei Bedingungen gleichzeitig erfüllt sind.
Konfiguration der Kriterien:
| Attribut | Operator | Werte |
|---|---|---|
AWS Region |
|
|
Zeitraum des Rückblicks (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 erforderlich ist. Automatisierte Aktionen werden als "In-Progress" angezeigt, bis alle Schritte im Automatisierungsworkflow 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 beispielsweise ein Verwaltungskonto 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 Regel ausgeführt werden soll.
Wenn beispielsweise eine empfohlene Aktion allen Regeln in der folgenden Tabelle entspricht, weist Compute Optimizer sie dem Zeitplan zu Rule-C und implementiert sie entsprechend. Rule-C
| Regelgruppe | Reihenfolge der Regeln | Regelname | Status | Plan |
|---|---|---|---|---|
|
Organisationsregeln, die vor den Regeln für Mitgliedskonten bewertet wurden |
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 |
|
|
Nach den Regeln der Organisation gelten die Regeln für Mitgliedskonten |
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 |