Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Regole di automazione
Le regole di automazione implementano automaticamente le azioni consigliate in base ai criteri e alla pianificazione definiti. Le regole di automazione sono risorse globali che gestiscono le azioni automatizzate Regioni AWS ovunque sia disponibile Compute Optimizer Automation. Puoi creare, aggiornare ed eliminare le regole di automazione da qualsiasi AWS regione in cui è disponibile Compute Optimizer Automation.
Tipo di regola
Esistono due tipi di regole:
Regole dell'account: regole che applicano le azioni consigliate solo al tuo account.
Regole dell'organizzazione: regole che applicano centralmente le azioni consigliate su tutti gli account dei membri.
Nota
Solo l'account di gestione o l'amministratore delegato possono creare regole organizzative. È possibile selezionare solo account membro con l'automazione abilitata e le regole dell'organizzazione consentite possono essere selezionate per l'applicazione della regola. Gli account membro possono visualizzare i dettagli delle regole dell'organizzazione che si applicano al proprio account ma non possono modificarle. Le regole dell’organizzazione possono essere configurate per essere applicate prima o dopo le regole dell’account membro.
Criteri delle regole
Quando configuri una regola, scegli i tipi di azioni consigliati che desideri implementare, ad esempio creare istantanee ed eliminare volumi Amazon EBS non collegati e aggiornare il tipo di volume Amazon EBS. Perfeziona la selezione utilizzando criteri come Region e Resource Tags.AWS Quindi visualizza in anteprima le azioni attualmente consigliate corrispondenti per convalidare i criteri.
Importante
Se non specifichi i criteri delle regole, Compute Optimizer applica tutti i tipi di azioni consigliate selezionati negli account selezionati nell'ambito della regola, incluse le azioni consigliate in tutti i casi in cui Regioni AWS Compute Optimizer Automation è disponibile.
I seguenti attributi di azione e operatori di confronto consigliati sono supportati per le regole di automazione:
| Attributo | Operatore | Tipo di campo |
|---|---|---|
|
Dimensione del volume corrente (GiB) |
|
Numero intero |
|
Tipo di volume attuale |
|
Stringa |
|
Risparmio stimato ($) |
|
Double |
|
Periodo di riferimento (giorni) |
|
Numero intero |
|
AWS Regione |
|
Stringa |
|
ARN risorsa |
|
Stringa |
|
Tag delle risorse |
|
Tag risorsa |
|
È necessario il riavvio |
|
Stringa |
È possibile specificare fino a 20 condizioni per attributo e 20 valori per condizione. Per ulteriori informazioni, consulta Criteri nell'AWS Compute Optimizer Automation API Reference.
Operatori di confronto
Utilizza gli operatori di confronto nei criteri delle regole per abbinare gli attributi di azione consigliati ai valori specificati.
Importante
Se l'attributo specificato nei criteri della regola non è presente nell'azione consigliata, i valori non corrispondono, la condizione è falsa e l'azione consigliata è esclusa dalla regola. Questa logica si applica a tutti gli operatori di confronto tranne gli ...IfExists operatori, che restituiscono true quando l'attributo non è presente. Gli ...IfExists operatori verificano se l'attributo è presente (esiste) nell'azione consigliata.
Operatori di condizione stringa
Gli operatori di condizione delle stringhe consentono di definire i criteri delle regole che confrontano un attributo di azione consigliato con una stringa specificata.
| Operatore di condizione | Description |
|---|---|
|
Corrispondenza esatta, sensibile alle maiuscole. |
|
Corrispondenza esatta negata, sensibile alle maiuscole. |
|
Corrispondenza esatta, senza maiuscole e minuscole. |
|
Corrispondenza negata, maiuscolo/minuscolo ignorato. |
|
Case-sensitive abbinamento. I valori possono includere caratteri jolly ( |
|
Corrispondenza negativa, con distinzione maiuscole/minuscole. I valori possono includere caratteri jolly ( |
Nota
L'utilizzo di * alone come valore StringLike corrisponde a qualsiasi valore presente. In combinazione conStringNotLike, il valore di * means «non corrisponde a nulla», escludendo di fatto tutte le azioni consigliate in cui l'attributo è presente. Ad esempio, l'utilizzo di una chiave Application con valore StringNotLike su un tag * esclude qualsiasi azione consigliata che contenga il Application tag, indipendentemente dal valore del tag.
Operatori di condizione numerici
Gli operatori di condizione numerica consentono di definire criteri di regole che confrontano un attributo di azione consigliato con un numero intero o decimale.
| Operatore di condizione | Description |
|---|---|
|
Corrispondenza numerica esatta. |
|
Corrispondenza numerica negata. |
|
Corrispondenza «inferiore a». |
|
Abbinamento «minore o uguale». |
|
Corrispondenza «maggiore di». |
|
Corrispondenza «maggiore o uguale». |
Ad esempio, è possibile utilizzare l'NumericGreaterThanEqualsattributo Lookback period per creare una regola che automatizzi solo le azioni consigliate laddove il periodo di lookback utilizzato per generare il consiglio sia di almeno 32 giorni.
IfExists operatori
Aggiungi IfExists a qualsiasi operatore di confronto (ad esempio,StringLikeIfExists) per modificare la modalità di valutazione di una condizione quando l'attributo specificato è assente da un'azione consigliata:
Con un operatore di base, un attributo assente viene restituito come falso e l'azione consigliata viene esclusa dalla regola.
Con la
...IfExistsvariante, un attributo assente viene restituito vero e viene inclusa l'azione consigliata.
IfExistsè utile quando desideri escludere un gruppo specifico di risorse da una regola ma includere comunque le risorse che non riportano il tag in base al quale stai filtrando. Ad esempio, potresti voler includere tutto tranne le risorse di proprietà di un team. Una base StringNotEquals on team = TeamA esclude le risorse di TeamA, ma esclude anche tutte le risorse che non riportano affatto il team tag, tralasciando le risorse che intendevi includere. Aggiungi IfExists per mantenere l'ambito di applicazione di quelle risorse senza tag:
StringNotEqualscorrisponde solo alle risorse il cui
teamtag è impostato su un valore diverso da.TeamALe risorse senza tag sono escluse.StringNotEqualsIfExistsabbina le risorse senza il
teamtag a quelle per cui è impostato su un valore diverso da.TeamASono escluse solo le risorseTeamAcontrassegnate conteam=.
IfExistsè utile anche quando si desidera consentire ai proprietari delle risorse di escludere le proprie risorse dall'automazione. È possibile designare un tag di opt-out dedicatoautomation-opt-out, ad esempio che un proprietario applichi a qualsiasi risorsa che desidera omettere. In questo caso, è importante la presenza del tag, non il suo valore, quindi usalo StringNotLikeIfExists con il valore * sulla automation-opt-out chiave del tag. Il carattere * jolly corrisponde a qualsiasi valore, quindi Compute Optimizer esclude ogni risorsa che contiene il tag. La IfExists variante mantiene l'ambito delle risorse che non contengono il tag; senza di essa, anche ogni risorsa senza tag verrebbe esclusa.
Esempi di criteri di regole
Esempio: includi solo le azioni consigliate in regioni specifiche
I seguenti criteri di regola utilizzano StringEquals l'attributo AWS Region per abbinare le azioni consigliate per le risorse in us-east-1 ous-west-2. Quando si specifica più di un valore per una condizione, i valori hanno una relazione OR: un'azione consigliata corrisponde alla condizione se il valore dell'attributo corrisponde a uno qualsiasi dei valori.
Configurazione dei criteri:
| Attributo | Operatore | Valori |
|---|---|---|
AWS Regione |
|
|
Valutazione:
| Valore dell'attributo | Risultato |
|---|---|
|
Match |
|
Match |
|
Nessuna corrispondenza |
Esempio: include solo le azioni consigliate generate con un periodo di lookback minimo
I seguenti criteri di regola utilizzano NumericGreaterThanEquals l'attributo Periodo di lookback (giorni) per automatizzare solo le azioni consigliate in cui il periodo di lookback utilizzato per generare il consiglio è di almeno 32 giorni. Ciò consente di richiedere una finestra di osservazione più lunga prima che un'azione consigliata venga automatizzata.
Configurazione dei criteri:
| Attributo | Operatore | Valori |
|---|---|---|
Periodo di riferimento (giorni) |
|
|
Valutazione:
| Valore dell'attributo | Risultato |
|---|---|
|
Match |
|
Nessuna corrispondenza |
Esempio: includi le azioni consigliate a meno che la risorsa non appartenga a un team specifico
Prendiamo in considerazione un team di piattaforma che abiliti Compute Optimizer Automation su più account ma che voglia escludere le risorse di un team dalla regola. Il team contrassegna già le risorse con un team tag per altri scopi, ma non tutte le risorse lo contengono. Vogliono che l'automazione venga applicata su larga scala escludendo qualsiasi risorsa contrassegnata con team =TeamA.
I seguenti criteri di regola utilizzano StringNotEqualsIfExists l'attributo Resource tags, con la chiave del tag team e il valoreTeamA. Un'azione consigliata viene inclusa quando la risorsa non ha affatto il team tag o quando il tag è impostato su un valore diverso daTeamA. Poiché molte risorse non riporteranno il tag, IfExists è ciò che le mantiene nell'ambito di applicazione, senza di esso, ogni risorsa senza tag verrebbe esclusa.
Configurazione dei criteri:
| Attributo | Operatore | Chiave tag | Valori |
|---|---|---|---|
Tag delle risorse |
|
|
|
Valutazione:
| Stato d'azione consigliato | Risultato | Spiegazione |
|---|---|---|
La risorsa non ha il |
Match |
L'attributo è assente e |
La risorsa ha tag = |
Match |
Il tag è presente e il valore non corrisponde |
La risorsa ha tag |
Nessuna corrispondenza |
Il tag è presente e il valore corrisponde |
Esempio: includi le azioni consigliate a meno che la risorsa non abbia un tag di opt-out
Puoi consentire ai proprietari delle risorse di escludere singole risorse dall'automazione applicando un tag di opt-out dedicato. In questo esempio, un proprietario aggiunge il automation-opt-out tag a qualsiasi risorsa che desidera tralasciare.
I seguenti criteri di regola utilizzano StringNotLikeIfExists l'attributo Resource tags, con la chiave del tag automation-opt-out e il valore*. Il * carattere jolly corrisponde a qualsiasi valore, quindi viene esclusa qualsiasi risorsa che contiene il tag. Un'azione consigliata viene inclusa quando la risorsa non ha il automation-opt-out tag.
Configurazione dei criteri:
| Attributo | Operatore | Chiave tag | Valori |
|---|---|---|---|
Tag delle risorse |
|
|
|
Valutazione:
| Stato d'azione consigliato | Risultato | Spiegazione |
|---|---|---|
La risorsa non ha il |
Match |
L'attributo è assente e |
La risorsa ha tag = |
Nessuna corrispondenza |
Il tag è presente e |
La risorsa ha tag |
Nessuna corrispondenza |
Il tag è presente e |
Esempio: combina più criteri
Puoi combinare più criteri per restringere l'ambito della regola. Affinché un'azione consigliata possa essere inclusa nella regola (logica AND), tutti i criteri devono corrispondere.
La seguente configurazione automatizza le azioni consigliate per il volume EBS che:
Sono in us-east-1 e us-west-2
Sono stati generati con un periodo di riferimento di almeno 32 giorni; e
Non sono esclusi dall'automazione (nessun
automation-opt-outtag).
Questa regola include un'azione consigliata solo quando tutte e tre le condizioni sono soddisfatte contemporaneamente.
Configurazione dei criteri:
| Attributo | Operatore | Valori |
|---|---|---|
AWS Regione |
|
|
Periodo di riferimento (giorni) |
|
|
Tag delle risorse (chiave: |
|
|
Schedule
Imposta una pianificazione per l'esecuzione della regola specificando la frequenza (giornaliera, settimanale o mensile), l'ora di inizio, l'ora di fine e il fuso orario. Durante questa finestra, Compute Optimizer inizierà a implementare le azioni consigliate che corrispondono ai criteri specificati. Il numero di azioni che vengono avviate dipende dalla durata della finestra temporale pianificata, dal limite di concorrenza di Compute Optimizer Automation e dal tempo necessario per completare ciascuna azione. Le azioni automatizzate verranno visualizzate come "In-Progress" fino al completamento di tutte le fasi del flusso di lavoro di automazione. È possibile eseguire contemporaneamente fino a 100 azioni per account per regione.AWS
Ordine delle regole
Per impostazione predefinita, le regole vengono create con l'ordine di regole 1 (priorità più alta) all'interno del rispettivo gruppo di regole. Ad esempio, quando un account di gestione crea una regola dell'organizzazione configurata per essere applicata dopo le regole dell'account membro, riceve un ordine di regole pari a 1, la priorità più alta tra tutte le regole di quel gruppo. Il gruppo di regole e l'ordine delle regole determinano quale regola si applica quando un'azione consigliata in un account corrisponde a più regole. Compute Optimizer assegna l'azione alla regola attiva con il valore di ordine delle regole più basso (priorità più alta), indipendentemente da quando è pianificata l'esecuzione di tale regola.
Ad esempio, se un'azione consigliata corrisponde a tutte le regole nella tabella seguente, Compute Optimizer la Rule-C assegna e la implementa in base alla pianificazione. Rule-C
| Gruppo di regole | Ordine delle regole | Nome regola | Stato | Schedule |
|---|---|---|---|---|
|
Le regole dell'organizzazione sono state valutate prima delle regole degli account dei membri |
1 |
Rule-A |
Inattivo |
Settimanalmente il lunedì dalle 12:00 alle 13:00 UTC |
|
2 |
Rule-B |
Inattivo |
Tutti i giorni dalle 12:00 alle 13:00 UTC |
|
|
Regole dell'account membro |
1 |
Rule-C |
Attivo |
Mensilmente il 15 dalle 12:00 alle 13:00 UTC |
|
2 |
Rule-D |
Inattivo |
Mensilmente il 15 dalle 12:00 alle 13:00 UTC |
|
|
Regole dell'organizzazione dopo le regole relative all'account dei soci |
1 |
Rule-E |
Inattivo |
Settimanalmente il lunedì dalle 12:00 alle 13:00 UTC |
|
2 |
Rule-F |
Attivo |
Tutti i giorni dalle 12:00 alle 13:00 UTC |