기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
자동화 규칙
자동화 규칙은 정의된 기준 및 일정에 따라 권장 작업을 자동으로 구현합니다. 자동화 규칙은 Compute Optimizer Automation을 사용할 수AWS 리전있는 모든에서 자동화된 작업을 관리하는 글로벌 리소스입니다. Compute Optimizer Automation을 사용할 수 있는 모든AWS리전에서 자동화 규칙을 생성, 업데이트 및 삭제할 수 있습니다.
규칙 타입
규칙에는 두 가지 유형이 있습니다.
계정 규칙: 권장 작업을 계정에만 적용하는 규칙입니다.
조직 규칙: 멤버 계정에 권장 작업을 중앙에서 적용하는 규칙입니다.
참고
관리 계정 또는 위임된 관리자만 조직 규칙을 생성할 수 있습니다. 자동화가 활성화된 멤버 계정만 선택할 수 있으며, 규칙을 적용할 조직 규칙을 선택할 수 있습니다. 멤버 계정은 계정에 적용되는 조직 규칙의 세부 정보를 볼 수 있지만 편집할 수는 없습니다. 멤버 계정 규칙 전후에 적용되도록 조직 규칙을 구성할 수 있습니다.
규칙 기준
규칙을 구성할 때 연결되지 않은 Amazon EBS 볼륨을 스냅샷 및 삭제하고 Amazon EBS 볼륨 유형을 업그레이드하는 등 규칙에서 구현할 권장 작업 유형을 선택합니다.AWS리전 및 리소스 태그와 같은 기준을 사용하여 선택을 구체화합니다. 그런 다음 현재 일치하는 권장 작업을 미리 보고 기준을 검증합니다.
중요
규칙 기준을 지정하지 않으면 Compute Optimizer는 Compute Optimizer 자동화를 사용할 수AWS 리전있는 모든의 권장 작업을 포함하여 규칙 범위에서 선택한 계정에 선택한 모든 권장 작업 유형을 적용합니다.
자동화 규칙에 대해 다음과 같은 권장 작업 속성 및 비교 연산자가 지원됩니다.
| 속성 | 연산자 | 필드 유형 |
|---|---|---|
|
현재 볼륨 크기(GiB) |
|
Integer |
|
현재 볼륨 유형 |
|
문자열 |
|
예상 절감액($) |
|
배정밀도 실수 |
|
룩백 기간(일) |
|
Integer |
|
AWS리전 |
|
문자열 |
|
리소스 ARN |
|
문자열 |
|
리소스 태그 |
|
리소스 태그 |
|
다시 시작 필요 |
|
문자열 |
속성당 최대 20개의 조건과 조건당 20개의 값을 지정할 수 있습니다. 자세한 내용은AWS Compute Optimizer Automation API 참조의 기준을 참조하세요.
비교 연산자
규칙 기준에서 비교 연산자를 사용하여 권장 작업 속성을 지정한 값과 일치시킵니다.
중요
규칙 기준에 지정한 속성이 권장 작업에 없는 경우 값이 일치하지 않고 조건이 false이며 권장 작업은 규칙에서 제외됩니다. 이 로직은 속성이 없을 때 true로 평가되는 연산자를 제외한 모든 비교 ...IfExists 연산자에 적용됩니다. 연...IfExists산자는 권장 작업에 속성이 있는지(존재하는지) 테스트합니다.
문자열 조건 연산자
문자열 조건 연산자를 사용하면 권장 작업 속성을 지정한 문자열과 비교하는 규칙 기준을 정의할 수 있습니다.
| 조건 연산자 | 설명 |
|---|---|
|
정확한 일치, 대/소문자 구분. |
|
정확한 일치 부정, 대/소문자 구분. |
|
정확히 일치, 대/소문자 무시. |
|
부정 일치, 대/소문자 무시. |
|
대소문자 구분 일치. 값에는 문자열의 모든 위치에 다중 문자 일치 와일드카드( |
|
대소문자 구분 불일치. 값에는 문자열의 모든 위치에 다중 문자 일치 와일드카드( |
참고
를 값으로 * 단독으로 사용하면 존재하는 모든 값과 StringLike 일치합니다. 와 결합하면 StringNotLike값이 "무엇과도 일치하지 않음"을 * 의미하므로 속성이 있는 모든 권장 작업은 사실상 제외됩니다. 예를 들어 값이 Application 있는 태그 키StringNotLike에서 *를 사용하면 Application 태그 값에 관계없이 태그가 있는 권장 작업은 제외됩니다.
숫자 조건 연산자
숫자 조건 연산자를 사용하면 권장 작업 속성을 정수 또는 십진수와 비교하는 규칙 기준을 정의할 수 있습니다.
| 조건 연산자 | 설명 |
|---|---|
|
정확한 숫자 일치. |
|
음수 일치. |
|
"보다 작음" 일치. |
|
"작거나 같음" 일치. |
|
"보다 큼" 일치. |
|
"크거나 같음" 일치. |
예를 들어, 룩백 기간 속성과 NumericGreaterThanEquals 함께를 사용하여 권장 사항 생성에 사용된 룩백 기간이 최소 32일인 권장 작업만 자동화하는 규칙을 생성할 수 있습니다.
IfExists 연산자
지정한 속성이 권장 작업에서 없는 경우 조건을 평가하는 방법을 변경하려면 IfExists 비교 연산자(예: StringLikeIfExists)에 추가합니다.
기본 연산자를 사용하면 없는 속성이 false로 평가되고 권장 작업이 규칙에서 제외됩니다.
...IfExists변형을 사용하면 없는 속성이 true로 평가되고 권장 작업이 포함됩니다.
IfExists는 규칙에서 특정 리소스 그룹을 제외하지만 필터링하려는 태그를 포함하지 않는 리소스를 포함할 때 유용합니다. 예를 들어 한 팀이 소유한 리소스를 제외한 모든 리소스를 포함할 수 있습니다. StringNotEquals 기반 team = TeamA의 리소스TeamA는 제외하지만 team 태그를 전혀 전달하지 않는 모든 리소스도 제외하여 포함하려는 리소스를 제외합니다. 태그가 지정되지 않은 리소스를 범위에 유지IfExists하려면를 추가합니다.
StringNotEquals는
team태그가 이외의 값으로 설정된 리소스만 일치시킵니다TeamA. 태그가 지정되지 않은 리소스는 제외됩니다.StringNotEqualsIfExists는
team태그가 없는 리소스와 이외의 값으로 설정된 리소스와 일치합니다TeamA.team= 태그가 지정된 리소스만TeamA제외됩니다.
IfExists는 리소스 소유자가 자동화에서 자체 리소스를 제외하도록 하려는 경우에도 유용합니다. automation-opt-out소유자가 나가려는 모든 리소스에 적용할와 같은 전용 옵트아웃 태그를 지정할 수 있습니다. 이 경우 태그의 값이 아니라 태그의 존재가 중요하므로 automation-opt-out 태그 키의 값과 StringNotLikeIfExists 함께 *를 사용합니다. * 와일드카드는 모든 값과 일치하므로 Compute Optimizer는 태그를 포함하는 모든 리소스를 제외합니다. IfExists 변형은 태그를 보유하지 않는 리소스를 범위 내에 유지합니다. 태그가 지정되지 않은 모든 리소스도 제외됩니다.
규칙 기준 예제
예: 특정 리전에서 권장 작업만 포함
다음 규칙 기준은 AWS리전 속성StringEquals에를 사용하여 us-east-1 또는의 리소스에 대한 권장 작업을 일치시킵니다us-west-2. 조건에 두 개 이상의 값을 지정하는 경우 값은 OR 관계를 갖습니다. 속성 값이 값 중 하나와 일치하면 권장 작업이 조건과 일치합니다.
기준 구성:
| 속성 | 연산자 | 값 |
|---|---|---|
AWS리전 |
|
|
평가:
| 속성 값 | 결과 |
|---|---|
|
일치 항목 있음 |
|
일치 항목 있음 |
|
일치 항목 없음 |
예: 최소 룩백 기간으로 생성된 권장 작업만 포함
다음 규칙 기준은 룩백 기간(일) 속성NumericGreaterThanEquals에서를 사용하여 권장 사항 생성에 사용된 룩백 기간이 최소 32일인 권장 작업만 자동화합니다. 이렇게 하면 권장 작업이 자동화되기 전에 더 긴 관찰 기간이 필요합니다.
기준 구성:
| 속성 | 연산자 | 값 |
|---|---|---|
룩백 기간(일) |
|
|
평가:
| 속성 값 | 결과 |
|---|---|
|
일치 항목 있음 |
|
일치 항목 없음 |
예: 리소스가 특정 팀에 속하지 않는 한 권장 작업 포함
여러 계정에서 Compute Optimizer Automation을 활성화하지만 한 팀의 리소스를 규칙에서 제외하려는 플랫폼 팀을 생각해 보세요. 팀은 이미 다른 목적으로 태그를 사용하여 리소스에 team 태그를 지정하지만, 모든 리소스가 태그를 포함하는 것은 아닙니다. 이들은 team = 로 태그가 지정된 리소스를 제외하면서 자동화를 광범위하게 적용하기를 원합니다TeamA.
다음 규칙 기준은 태그 키 team 및 값과 함께 StringNotEqualsIfExists 리소스 태그 속성에를 사용합니다TeamA. 리소스에 team 태그가 전혀 없거나 태그가 이외의 값으로 설정된 경우 권장 작업이 포함됩니다TeamA. 많은 리소스가 태그를 전달하지 않기 때문에 IfExists는 태그를 범위 내에 유지하므로 태그가 지정되지 않은 모든 리소스는 제외됩니다.
기준 구성:
| 속성 | 연산자 | 태그 키 | 값 |
|---|---|---|---|
리소스 태그 |
|
|
|
평가:
| 권장 작업 상태 | 결과 | 설명 |
|---|---|---|
리소스에 |
일치 항목 있음 |
속성이 없으며,는 없는 속성을 true로 |
리소스에 태그가 있음 |
일치 항목 있음 |
태그가 있고 값이와 일치하지 않습니다 |
리소스에 태그가 있음 |
일치 항목 없음 |
태그가 존재하고 값이와 일치 |
예: 리소스에 옵트아웃 태그가 없는 한 권장 작업 포함
전용 옵트아웃 태그를 적용하여 리소스 소유자가 자동화에서 개별 리소스를 제외하도록 할 수 있습니다. 이 예제에서 소유자는 나가려는 리소스에 automation-opt-out 태그를 추가합니다.
다음 규칙 기준은 태그 키 automation-opt-out 및 값과 함께 StringNotLikeIfExists 리소스 태그 속성에를 사용합니다*. * 와일드카드는 모든 값과 일치하므로 태그를 포함하는 모든 리소스는 제외됩니다. 리소스에 automation-opt-out 태그가 없는 경우 권장 작업이 포함됩니다.
기준 구성:
| 속성 | 연산자 | 태그 키 | 값 |
|---|---|---|---|
리소스 태그 |
|
|
|
평가:
| 권장 작업 상태 | 결과 | 설명 |
|---|---|---|
리소스에 |
일치 항목 있음 |
속성이 없으며,는 없는 속성을 true로 |
리소스에 태그가 있음 |
일치 항목 없음 |
태그가 존재하고 모든 값과 |
리소스에 태그가 있음 |
일치 항목 없음 |
태그가 존재하고 모든 값과 |
예: 여러 기준 결합
여러 기준을 결합하여 규칙 범위를 좁힐 수 있습니다. 권장 작업이 규칙(AND 로직)에 포함되려면 모든 기준이 일치해야 합니다.
다음 구성은 다음과 같은 EBS 볼륨 권장 작업을 자동화합니다.
us-east-1 및 us-west-2에 있음
룩백 기간이 32일 이상으로 생성된 경우
자동화를 옵트아웃하지 않습니다(
automation-opt-out태그 없음).
이 규칙에는 세 조건이 모두 동시에 충족되는 경우에만 권장되는 작업이 포함됩니다.
기준 구성:
| 속성 | 연산자 | 값 |
|---|---|---|
AWS리전 |
|
|
룩백 기간(일) |
|
|
리소스 태그(키: |
|
|
일정
빈도(일별, 주별 또는 월별), 시작 시간, 종료 시간 및 시간대를 지정하여 규칙이 실행되는 일정을 설정합니다. 이 기간 동안 Compute Optimizer는 지정된 기준과 일치하는 권장 작업 구현을 시작합니다. 시작되는 작업 수는 예약된 기간, Compute Optimizer Automation의 동시성 제한, 각 작업을 완료하는 데 필요한 시간에 따라 달라집니다. 자동화 워크플로의 모든 단계가 완전히 완료될 때까지 자동화된 작업은 "진행 중"으로 표시됩니다.AWS리전별로 계정당 최대 100개의 작업을 동시에 진행할 수 있습니다.
규칙 순서
기본적으로 규칙은 규칙 그룹 내에 규칙 순서 1(가장 높은 우선 순위)로 생성됩니다. 예를 들어 관리 계정이 멤버 계정 규칙 이후에 적용하도록 구성된 조직 규칙을 생성하면 해당 그룹의 모든 규칙 중에서 가장 높은 우선 순위인 1의 규칙 순서를 받습니다. 규칙 그룹 및 규칙 순서에 따라 계정의 권장 작업이 여러 규칙과 일치할 때 적용되는 규칙이 결정됩니다. Compute Optimizer는 규칙 실행 예약 시기에 관계없이 규칙 순서 값(가장 높은 우선 순위)이 가장 낮은 활성 규칙에 작업을 할당합니다.
예를 들어 권장 작업이 다음 표의 모든 규칙과 일치하는 경우 Compute Optimizer는 이를 Rule-C에 할당하고 Rule-C의 일정에 따라 구현합니다.
| 규칙 그룹 | 규칙 순서 | 규칙 이름 | Status | 일정 |
|---|---|---|---|---|
|
멤버 계정 규칙보다 먼저 평가되는 조직 규칙 |
1 |
규칙-A |
비활성 |
매주 월요일 12:00~13:00 UTC |
|
2 |
규칙-B |
비활성 |
매일 12:00~13:00 UTC |
|
|
멤버 계정 규칙 |
1 |
규칙-C |
활성 |
15일에 매월 12:00~13:00 UTC |
|
2 |
규칙-D |
비활성 |
15일에 매월 12:00~13:00 UTC |
|
|
멤버 계정 규칙 이전 이후의 조직 규칙 |
1 |
규칙 E |
비활성 |
매주 월요일 12:00~13:00 UTC |
|
2 |
규칙-F |
활성 |
매일 12:00~13:00 UTC |