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) |
|
Inteiro |
|
Tipo de volume atual |
|
String |
|
Economia estimada ($) |
|
Duplo |
|
Período retrospectivo (dias) |
|
Inteiro |
|
AWS Região |
|
String |
|
Atributo ARN |
|
String |
|
Tags de recursos |
|
Tag de recurso |
|
É necessário reiniciar |
|
String |
Você pode especificar até 20 condições por atributo e 20 valores por condição. Para obter mais informações, consulte Critérios 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 |
|---|---|
|
Combinação exata, diferencia maiúsculas de minús |
|
Combinação exata negada, diferencia maiúsculas de minúsculas. |
|
Correspondência exata, ignorando o caso. |
|
Correspondência negada, ignorando maiúsculas e minúsculas. |
|
Case-sensitive combinando. Os valores podem incluir curingas de correspondência de vários caracteres ( |
|
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 ( |
nota
Usar * sozinho como um valor com StringLike corresponde a qualquer valor que esteja presente. Quando combinado comStringNotLike, 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 |
|---|---|
|
Correspondência numérica exata. |
|
Correspondência numérica negada. |
|
Correspondência “menor que”. |
|
Correspondência “menor ou igual”. |
|
Correspondência “maior que”. |
|
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
...IfExistsvariante, 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:
StringNotEqualscorresponde somente aos recursos que têm a
teamtag definida com um valor diferente deTeamA. Recursos não marcados são excluídos.StringNotEqualsIfExistscombina recursos sem a
teamtag e os recursos em que ela está definida com qualquer valor diferente deTeamA. Somente os recursos marcados comoteam=TeamAsão excluídos.
IfExiststambé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 dedicadaautomation-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 ouus-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 |
|
|
Avaliação:
| Valor de atributo | Resultado |
|---|---|
|
correspondência |
|
correspondência |
|
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) |
|
|
Avaliação:
| Valor de atributo | Resultado |
|---|---|
|
correspondência |
|
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 valorTeamA. Uma ação recomendada é incluída quando o recurso não tem a team tag ou quando a tag é definida com qualquer valor diferente deTeamA. 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 |
|
|
|
Avaliação:
| Estado de ação recomendado | Resultado | Explicação |
|---|---|---|
O recurso não tem a |
correspondência |
O atributo está ausente e |
O recurso tem tag |
correspondência |
A tag está presente e o valor não corresponde |
O recurso tem tag |
Nenhuma correspondência |
A tag está presente e o valor corresponde |
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 |
|
|
|
Avaliação:
| Estado de ação recomendado | Resultado | Explicação |
|---|---|---|
O recurso não tem a |
correspondência |
O atributo está ausente e |
O recurso tem tag |
Nenhuma correspondência |
A tag está presente e |
O recurso tem tag |
Nenhuma correspondência |
A tag está presente e |
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:
Estão em us-east-1 e us-west-2
Foram gerados com um período de retrospectiva de pelo menos 32 dias; e
Não estão excluídos da automação (sem
automation-opt-outtag).
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 |
|
|
Período retrospectivo (dias) |
|
|
Tags de recursos (chave: |
|
|
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
| Grupo de regras | Ordem das regras | Nome da regra | Status | Agendamento |
|---|---|---|---|---|
|
Regras da organização avaliadas antes das regras da conta do membro |
1 |
Rule-A |
Inactive |
Semanalmente às segundas-feiras, das 12:00 às 13:00 UTC |
|
2 |
Rule-B |
Inactive |
Diariamente das 12:00 às 13:00 UTC |
|
|
Regras da conta do membro |
1 |
Rule-C |
Ativo |
Mensalmente, no dia 15, das 12:00 às 13:00 UTC |
|
2 |
Rule-D |
Inactive |
Mensalmente, no dia 15, das 12:00 às 13:00 UTC |
|
|
Regras da organização depois das regras da conta do membro |
1 |
Rule-E |
Inactive |
Semanalmente às segundas-feiras, das 12:00 às 13:00 UTC |
|
2 |
Rule-F |
Ativo |
Diariamente das 12:00 às 13:00 UTC |