As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Regras de automação
As regras de automação implementam automaticamente as ações recomendadas com base em seus critérios e cronogramas definidos. As regras de automação são recursos globais que gerenciam ações automatizadas em todos os Regiões da AWS lugares onde a Automação do Compute Optimizer está disponível. Você pode criar, atualizar e excluir regras de automação de qualquer AWS região em que a Automação do Compute Optimizer esteja disponível.
## Tipo de regra
Há dois tipos de regras:
+ Regras da conta: regras que aplicam ações recomendadas somente à sua conta.
+ Regras da organização: regras que aplicam centralmente as ações recomendadas em todas as contas dos membros.
**nota**
Somente a conta de gerenciamento ou o administrador delegado podem criar regras da organização. Você só pode selecionar contas de membros com a automação ativada e as regras da organização permitidas podem ser selecionadas para que a regra seja aplicada. As contas dos membros podem visualizar os detalhes das regras da organização que se aplicam à conta, mas não podem editá-las. As regras da organização podem ser configuradas para serem aplicadas antes ou depois das regras da conta de membro.
## Critérios de regras
Ao configurar uma regra, escolha os tipos de ação recomendados que você deseja que sua regra implemente, como capturar e excluir volumes do Amazon EBS não anexados e atualizar o tipo de volume do Amazon EBS. Refine sua seleção usando critérios como tags de AWS região e de recursos. Em seguida, visualize as ações recomendadas correspondentes atuais para validar seus critérios.
**Importante**
Se você não especificar critérios de regra, o Otimizador de Computação aplicará todos os tipos de ações recomendadas selecionadas nas contas selecionadas no escopo da regra, incluindo ações recomendadas em todas as áreas em que a Automação do Otimizador de Regiões da AWS Computação está disponível.
Os seguintes atributos de ação e operadores de comparação recomendados são compatíveis com as regras de automação:
| Atributo | Operador | Tipo de campo |
| --- | --- | --- |
| Tamanho do volume atual (GiB) | `NumericEquals \| NumericNotEquals \| NumericLessThan \| NumericLessThanEquals \| NumericGreaterThan \| NumericGreaterThanEquals \| NumericEqualsIfExists \| NumericNotEqualsIfExists \| NumericLessThanIfExists \| NumericLessThanEqualsIfExists \| NumericGreaterThanIfExists \| NumericGreaterThanEqualsIfExists` | Inteiro |
| Tipo de volume atual | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | String |
| Economia estimada ($) | `NumericEquals \| NumericNotEquals \| NumericLessThan \| NumericLessThanEquals \| NumericGreaterThan \| NumericGreaterThanEquals \| NumericEqualsIfExists \| NumericNotEqualsIfExists \| NumericLessThanIfExists \| NumericLessThanEqualsIfExists \| NumericGreaterThanIfExists \| NumericGreaterThanEqualsIfExists` | Duplo |
| Período retrospectivo (dias) | `NumericEquals \| NumericNotEquals \| NumericLessThan \| NumericLessThanEquals \| NumericGreaterThan \| NumericGreaterThanEquals \| NumericEqualsIfExists \| NumericNotEqualsIfExists \| NumericLessThanIfExists \| NumericLessThanEqualsIfExists \| NumericGreaterThanIfExists \| NumericGreaterThanEqualsIfExists` | Inteiro |
| AWS Região | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | String |
| Atributo ARN | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | String |
| Tags de recursos | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | Tag de recurso |
| É necessário reiniciar | `StringEquals \| StringNotEquals \| StringEqualsIgnoreCase \| StringNotEqualsIgnoreCase \| StringLike \| StringNotLike \| StringEqualsIfExists \| StringNotEqualsIfExists \| StringEqualsIgnoreCaseIfExists \| StringNotEqualsIgnoreCaseIfExists \| StringLikeIfExists \| StringNotLikeIfExists` | String |
Você pode especificar até 20 condições por atributo e 20 valores por condição. Para obter mais informações, consulte [Critérios](https://docs.aws.amazon.com/compute-optimizer/latest/APIReference/API_automation_Criteria.html) na Referência da API de AWS Compute Optimizer Automação.
### Operadores de comparação
Use operadores de comparação em critérios de regras para comparar os atributos de ação recomendados com os valores que você especificar.
**Importante**
Se o atributo especificado nos critérios da regra não estiver presente na ação recomendada, os valores não corresponderão, a condição será falsa e a ação recomendada será excluída da regra. Essa lógica se aplica a todos os operadores de comparação, exceto aos `...IfExists` operadores, que são avaliados como verdadeiros quando o atributo não está presente. Os `...IfExists` operadores testam se o atributo está presente (existe) na ação recomendada.
#### Operadores de condição de strings
Os operadores de condição de cadeia de caracteres permitem definir critérios de regra que comparam um atributo de ação recomendado a uma cadeia de caracteres especificada por você.
| Operador de condição | Description |
| --- | --- |
| `StringEquals` | Combinação exata, diferencia maiúsculas de minús |
| `StringNotEquals` | Combinação exata negada, diferencia maiúsculas de minúsculas. |
| `StringEqualsIgnoreCase` | Correspondência exata, ignorando o caso. |
| `StringNotEqualsIgnoreCase` | Correspondência negada, ignorando maiúsculas e minúsculas. |
| `StringLike` | Case-sensitive combinando. Os valores podem incluir curingas de correspondência de vários caracteres (`*`) em qualquer lugar da string. Você deve especificar curingas para obter correspondências parciais de strings. |
| `StringNotLike` | Correspondência negativa com distinção entre letras maiúsculas e minúsculas. Os valores podem incluir curingas de correspondência de vários caracteres (`*`) em qualquer lugar da string. |
**nota**
Usar `*` sozinho como um valor com `StringLike` corresponde a qualquer valor que esteja presente. Quando combinado com`StringNotLike`, um valor de `*` significa “não corresponde a nada” — excluindo efetivamente todas as ações recomendadas em que o atributo está presente. Por exemplo, usar `StringNotLike` em uma chave de tag `Application` com valor `*` exclui qualquer ação recomendada que tenha a `Application` tag, independentemente do valor da tag.
#### Operadores de condição numéricos
Os operadores de condição numérica permitem definir critérios de regras que comparam um atributo de ação recomendado a um número inteiro ou decimal.
| Operador de condição | Description |
| --- | --- |
| `NumericEquals` | Correspondência numérica exata. |
| `NumericNotEquals` | Correspondência numérica negada. |
| `NumericLessThan` | Correspondência “menor que”. |
| `NumericLessThanEquals` | Correspondência “menor ou igual”. |
| `NumericGreaterThan` | Correspondência “maior que”. |
| `NumericGreaterThanEquals` | Correspondência “Maior ou igual”. |
Por exemplo, você pode usar `NumericGreaterThanEquals` com o atributo **Período de retrospectiva** para criar uma regra que automatiza somente as ações recomendadas quando o período de retrospectiva usado para gerar a recomendação é de pelo menos 32 dias.
### IfExists operadores
Adicione `IfExists` a qualquer operador de comparação (por exemplo,`StringLikeIfExists`) para alterar a forma como uma condição é avaliada quando o atributo especificado está **ausente** de uma ação recomendada:
+ Com um operador base, um atributo ausente é avaliado **como falso** e a ação recomendada é **excluída** da regra.
+ **Com a `...IfExists` variante, um atributo ausente é avaliado como **verdadeiro** e a ação recomendada é incluída.**
`IfExists`é útil quando você deseja excluir um grupo específico de recursos de uma regra, mas ainda incluir os recursos que não contêm a tag que você está filtrando. Por exemplo, talvez você queira incluir tudo, exceto os recursos pertencentes a uma equipe. Uma `StringNotEquals` base em `team` = `TeamA` exclui os recursos da TeamA, mas também exclui todos os recursos que não têm a `team` tag, deixando de fora os recursos que você pretendia incluir. Adicione `IfExists` para manter esses recursos não marcados no escopo:
+ **StringNotEquals**corresponde somente aos recursos que têm a `team` tag definida com um valor diferente de`TeamA`. Recursos não marcados são excluídos.
+ **StringNotEqualsIfExists**combina recursos sem a `team` tag *e* os recursos em que ela está definida com qualquer valor diferente de`TeamA`. Somente os recursos marcados como `team` = `TeamA` são excluídos.
`IfExists`também é útil quando você deseja permitir que os proprietários de recursos excluam seus próprios recursos da automação. Você pode designar uma tag de exclusão dedicada`automation-opt-out`, como a que um proprietário aplica a qualquer recurso que ele queira omitir. Nesse caso, a presença da tag é importante, não seu valor, então use `StringNotLikeIfExists` com o valor `*` na chave da `automation-opt-out` tag. O `*` caractere curinga corresponde a qualquer valor, então o Compute Optimizer exclui todos os recursos que contêm a tag. A `IfExists` variante mantém os recursos que não carregam a tag no escopo; sem ela, todos os recursos não marcados também seriam excluídos.
### Exemplos de critérios de regras
**Exemplo: inclua somente ações recomendadas em regiões específicas**
Os critérios de regra a seguir são usados `StringEquals` no atributo **AWS Região** para corresponder às ações recomendadas para recursos em `us-east-1` ou`us-west-2`. Quando você especifica mais de um valor para uma condição, os valores têm uma relação OR — uma ação recomendada corresponde à condição se o valor do atributo corresponder a qualquer um dos valores.
Configuração de critérios:
| Atributo | Operador | Valores |
| --- | --- | --- |
| AWS Região | `StringEquals` | `us-east-1`, `us-west-2` |
Avaliação:
| Valor de atributo | Resultado |
| --- | --- |
| `us-east-1` | correspondência |
| `us-west-2` | correspondência |
| `eu-west-1` | Nenhuma correspondência |
**Exemplo: inclua somente ações recomendadas geradas com um período mínimo de retrospectiva**
Os critérios de regra a seguir são usados `NumericGreaterThanEquals` no atributo **Período de retrospectiva (dias)** para automatizar somente as ações recomendadas quando o período de retrospectiva usado para gerar a recomendação é de pelo menos 32 dias. Isso permite que você exija uma janela de observação mais longa antes que uma ação recomendada seja automatizada.
Configuração de critérios:
| Atributo | Operador | Valores |
| --- | --- | --- |
| Período retrospectivo (dias) | `NumericGreaterThanEquals` | `32` |
Avaliação:
| Valor de atributo | Resultado |
| --- | --- |
| `32` | correspondência |
| `14` | Nenhuma correspondência |
**Exemplo: inclua ações recomendadas, a menos que o recurso pertença a uma equipe específica**
Considere uma equipe de plataforma que habilita a Automação do Compute Optimizer em várias contas, mas quer deixar os recursos de uma equipe fora da regra. A equipe já marca recursos com uma `team` tag para outros fins, mas nem todo recurso a carrega. Eles querem que a automação seja aplicada de forma ampla, excluindo qualquer recurso marcado como `team` =. `TeamA`
Os critérios de regra a seguir são usados `StringNotEqualsIfExists` no atributo **Resource tags**, com a chave da tag `team` e o valor`TeamA`. Uma ação recomendada é incluída quando o recurso não tem a `team` tag ou quando a tag é definida com qualquer valor diferente de`TeamA`. Como muitos recursos não carregam a tag, `IfExists` é o que os mantém no escopo. Sem ela, todos os recursos não marcados seriam excluídos.
Configuração de critérios:
| Atributo | Operador | Chave de tag | Valores |
| --- | --- | --- | --- |
| Tags de recursos | `StringNotEqualsIfExists` | `team` | `TeamA` |
Avaliação:
| Estado de ação recomendado | Resultado | Explicação |
| --- | --- | --- |
| O recurso não tem a `team` tag | correspondência | O atributo está ausente e `IfExists` avalia os atributos ausentes como verdadeiros. |
| O recurso tem tag `team` = `web` | correspondência | A tag está presente e o valor não corresponde`TeamA`. |
| O recurso tem tag `team` = `TeamA` | Nenhuma correspondência | A tag está presente e o valor corresponde`TeamA`, então a ação recomendada é excluída. |
**Exemplo: inclua ações recomendadas, a menos que o recurso tenha uma tag de exclusão**
Você pode permitir que os proprietários de recursos excluam recursos individuais da automação aplicando uma tag de exclusão dedicada. Neste exemplo, um proprietário adiciona a `automation-opt-out` tag a qualquer recurso que queira omitir.
Os critérios de regra a seguir são usados `StringNotLikeIfExists` no atributo **Resource tags**, com a chave da tag `automation-opt-out` e o valor`*`. O `*` caractere curinga corresponde a qualquer valor, portanto, qualquer recurso que carrega a tag é excluído. Uma ação recomendada é incluída quando o recurso não tem a `automation-opt-out` tag.
Configuração de critérios:
| Atributo | Operador | Chave de tag | Valores |
| --- | --- | --- | --- |
| Tags de recursos | `StringNotLikeIfExists` | `automation-opt-out` | `*` |
Avaliação:
| Estado de ação recomendado | Resultado | Explicação |
| --- | --- | --- |
| O recurso não tem a `automation-opt-out` tag | correspondência | O atributo está ausente e `IfExists` avalia os atributos ausentes como verdadeiros. |
| O recurso tem tag `automation-opt-out` = `true` | Nenhuma correspondência | A tag está presente e `*` corresponde a qualquer valor, portanto, a ação recomendada é excluída. |
| O recurso tem tag `automation-opt-out` = `temporary` | Nenhuma correspondência | A tag está presente e `*` corresponde a qualquer valor, portanto, a ação recomendada é excluída. |
**Exemplo: Combine vários critérios**
Você pode combinar vários critérios para restringir o escopo da sua regra. Todos os critérios devem corresponder para que uma ação recomendada seja incluída na regra (lógica AND).
A configuração a seguir automatiza as ações recomendadas do volume do EBS que:
1. Estão em us-east-1 e us-west-2
1. Foram gerados com um período de retrospectiva de pelo menos 32 dias; e
1. Não estão excluídos da automação (sem `automation-opt-out` tag).
Essa regra inclui uma ação recomendada somente quando todas as três condições são atendidas simultaneamente.
Configuração de critérios:
| Atributo | Operador | Valores |
| --- | --- | --- |
| AWS Região | `StringEquals` | `us-east-1`, `us-west-2` |
| Período retrospectivo (dias) | `NumericGreaterThanEquals` | `32` |
| Tags de recursos (chave:`automation-opt-out`) | `StringNotLikeIfExists` | `*` |
## Agendamento
Defina um cronograma para a execução da regra especificando a frequência (diária, semanal ou mensal), a hora de início, a hora de término e o fuso horário. Durante essa janela, o Compute Optimizer começará a implementar ações recomendadas que correspondam aos critérios especificados. O número de ações que são iniciadas depende da duração da janela de tempo agendada, do limite de simultaneidade do Compute Optimizer Automation e do tempo necessário para concluir cada ação. As ações automatizadas serão exibidas como "In-Progress" até que todas as etapas do fluxo de trabalho de automação sejam totalmente concluídas. Até 100 ações podem estar em andamento simultaneamente por conta e por região.AWS
## Ordem das regras
Por padrão, as regras são criadas com a ordem de regra 1 (prioridade mais alta) em seu grupo de regras. Por exemplo, quando uma conta de gerenciamento cria uma regra da organização configurada para ser aplicada após as regras da conta do membro, ela recebe uma ordem de regra de 1, a prioridade mais alta entre todas as regras desse grupo. O grupo de regras e a ordem das regras determinam qual regra se aplica quando uma ação recomendada em uma conta corresponde a várias regras. O Compute Optimizer atribui a ação à regra ativa com o menor valor de ordem de regra (prioridade mais alta), independentemente de quando a regra está programada para ser executada.
Por exemplo, se uma ação recomendada corresponder a todas as regras na tabela a seguir, o Compute Optimizer a atribui e a implementa de acordo Rule-C com o cronograma do. Rule-C
- ** Regras da organização avaliadas antes das regras da conta do membro **
- **Ordem das regras:** 1 / **Nome da regra:** Rule-A / **Status:** Inactive / **Agendamento:** Semanalmente às segundas-feiras, das 12:00 às 13:00 UTC
- **Ordem das regras:** 2 / **Nome da regra:** Rule-B / **Status:** Inactive / **Agendamento:** Diariamente das 12:00 às 13:00 UTC
- ** Regras da conta do membro **
- **Ordem das regras:** 1 / **Nome da regra:** Rule-C / **Status:** Ativo / **Agendamento:** Mensalmente, no dia 15, das 12:00 às 13:00 UTC
- **Ordem das regras:** 2 / **Nome da regra:** Rule-D / **Status:** Inactive / **Agendamento:** Mensalmente, no dia 15, das 12:00 às 13:00 UTC
- ** Regras da organização depois das regras da conta do membro **
- **Ordem das regras:** 1 / **Nome da regra:** Rule-E / **Status:** Inactive / **Agendamento:** Semanalmente às segundas-feiras, das 12:00 às 13:00 UTC
- **Ordem das regras:** 2 / **Nome da regra:** Rule-F / **Status:** Ativo / **Agendamento:** Diariamente das 12:00 às 13:00 UTC