기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 평가 보고서 검토
애플리케이션의 평가 보기에서 **평가** 보고서를 찾을 수 있습니다.
**평가 보고서를 찾으려면**
1. 왼쪽 탐색 메뉴에서 **애플리케이션**을 선택합니다.
1. **애플리케이션**에서 애플리케이션을 엽니다.
1. **평가** 탭의 **복원력 평가 섹션에서 평가** 보고서를 선택합니다.
보고서를 열면 다음 내용이 표시됩니다.
+ 평가 보고서의 전체 개요
+ 복원력 개선을 위한 권장 사항.
+ 경보, SOP 및 테스트 설정을 위한 권장 사항
+ 태그를 생성하고 관리하여 AWS 리소스를 검색하고 필터링하는 방법
## 평가 보고서
이 섹션에서는 평가 보고서에 대한 개요를 제공합니다. 각 중단 유형 및 연결된 애플리케이션 구성 요소를 AWS Resilience Hub 나열합니다. 또한 실제 RTO 및 RPO 정책을 나열하고 애플리케이션 구성 요소가 정책 목표를 달성할 수 있는지 여부를 결정합니다.
**개요**
애플리케이션 이름, 복원력 정책 이름, 보고서 생성 날짜를 표시합니다.
**감지된 리소스 드리프트**
이 섹션에는 게시된 애플리케이션의 최신 버전에 포함된 후 추가되거나 제거된 모든 리소스가 나열됩니다. **입력 소스 탭에서 입력 소스 다시 가져오기**를 선택하여 모든 **입력 소스**(드리프트된 리소스 포함)를 다시 가져옵니다. **게시 및 평가를** 선택하여 애플리케이션에 업데이트된 리소스를 포함하고 정확한 복원력 평가를 받습니다.
다음을 사용하여 드리프트된 입력 소스를 식별할 수 있습니다.
+ **논리적 ID** - 리소스의 논리적 ID를 나타냅니다. 논리적 ID는 AWS CloudFormation 스택, Terraform 상태 파일, myApplications 애플리케이션 또는의 리소스를 식별하는 데 사용되는 이름입니다 AWS Resource Groups.
+ **변경** - 입력 리소스가 **추가** 또는 **제거**되었는지 여부를 나타냅니다.
+ **소스 이름** - 리소스 이름을 나타냅니다. 소스 이름을 선택하여 각 애플리케이션에서 세부 정보를 봅니다. 수동으로 추가된 입력 소스의 경우 링크를 사용할 수 없습니다. 예를 들어 AWS CloudFormation 스택에서 가져온 소스 이름을 선택하면의 스택 세부 정보 페이지로 리디렉션됩니다 AWS CloudFormation.
+ **리소스 유형** - 리소스 유형을 나타냅니다.
+ **계정** - 물리적 리소스를 소유한 AWS 계정을 나타냅니다.
+ **리전** - 리소스가 있는 AWS 리전을 나타냅니다.
**RTO**
애플리케이션이 복원력 정책의 목표를 충족할 것으로 추정되는지 여부를 그래프로 보여줍니다. 이는 조직에 심각한 손상을 초래하지 않고 애플리케이션을 중단할 수 있는 시간을 기준으로 책정됩니다. 이 평가에서는 예상 워크로드 RTO를 제공합니다.
**RPO**
애플리케이션이 복원력 정책의 목표를 충족할 것으로 추정되는지 여부를 그래프로 보여줍니다. 이는 비즈니스에 심각한 피해가 발생하기 전에 데이터가 손실될 수 있는 시간을 기준으로 책정됩니다. 이 평가에서는 예상 워크로드 RPO를 제공합니다.
**세부 정보**
**모든 결과** 및 **애플리케이션 규정 준수 드리프트** 탭을 사용하여 각 중단 유형에 대한 자세한 설명을 제공합니다. **모든 결과** 탭에는 규정 준수 드리프트를 포함한 모든 중단이 표시되고 **애플리케이션 규정 준수 드리프트** 탭에는 규정 준수 드리프트만 표시됩니다. 중단 유형에는 **애플리케이션**, 클라우드 인프라(**인프라** 및 **가용 영역**), **리전**이 포함되며 이에 대한 다음 정보를 제공합니다.
+ **AppComponent**
애플리케이션을 구성하는 리소스. 예를 들어, 애플리케이션에 데이터베이스 또는 컴퓨팅 구성 요소가 있을 수 있습니다.
+ **예상 RTO**
정책 구성이 정책 요구 사항과 일치하는지 여부를 나타냅니다. **예상 RTO**와 **목표 RTO**라는 두 가지 값을 제공합니다. 예를 들어 **목표 RTO**에서 **2시간**, **예상 워크로드 RTO**에서 **40분**의 값이 표시된다면, 애플리케이션의 현재 RTO는 2시간인 반면 예상 워크로드 RTO는 40분이라는 뜻입니다. 예상 워크로드 RTO는 정책이 아닌 구성을 기준으로 계산합니다. 따라서 다중 가용 영역 데이터베이스의 경우 어떤 정책을 선택하든 가용 영역 장애에 대한 예상 워크로드 RTO는 동일합니다.
+ **RTO 드리프트**
애플리케이션이 이전에 성공한 평가의 예상 워크로드 RTO에서 벗어난 기간을 나타냅니다. **예상 RTO**와 **RTO 드리프트**라는 두 가지 값을 제공합니다. 예를 들어 **예상 RTO**에서 **2시간**, **RTO 드리프트에서** **40분**의 값이 표시되면 애플리케이션이 이전 성공 평가의 예상 워크로드 RTO에서 40분정도 차이가 난다는 의미입니다.
+ **예상 RPO**
각 애플리케이션 구성 요소에 대해 설정한 대상 **RPO 정책을 기반으로 추정되는 실제 예상 워크로드** RPO 정책을 표시합니다. AWS Resilience Hub **** 예를 들어, 복원력 정책에서 가용 영역 장애에 대한 RPO 목표를 1시간으로 설정했을 수 있습니다. 예상 결과는 0에 가깝게 계산될 수 있습니다. 이는 모든 거래를 커밋하는 Amazon Aurora가 여러 가용 영역에 걸친 6개 노드 중 4개 노드에서 성공한다고 가정합니다. 특정 시점으로 복원을 수행하는 데 5분이 걸릴 수 있습니다.
제공하지 않도록 선택할 수 있는 유일한 RTO 및 RPO 목표는 리전입니다. 일부 애플리케이션의 경우, 전체 리전에서 사용할 수 없게 될 수 있는 AWS 서비스에 대한 중대한 의존성이 있을 때 복구를 계획하는 것이 유용합니다.
해당 리전의 RTO 또는 RPO 목표 설정과 같은 이 옵션을 선택하면 예상 복구 시간과 해당 실패에 대한 운영 권장 사항을 받게 됩니다.
+ **RPO 드리프트**
애플리케이션이 이전에 성공한 평가의 예상 워크로드 RPO에서 벗어난 기간을 나타냅니다. **예상 RPO** 및 **RPO 드리프트**라는 두 가지 값을 제공합니다. 예를 들어, **예상 RPO** 아래에 **2시간**, **RPO 드리프트**에서 **40분**의 값이 표시되면 애플리케이션이 이전의 성공적인 평가의 예상 워크로드 RPO에서 40분정도 차이가 난다는 의미입니다.
# 복원력 권장 사항 검토
복원력 권장 사항은 애플리케이션 구성 요소를 평가하고 예상 워크로드 RTO와 예상 워크로드 RPO, 비용 및 최소 변경으로 최적화하는 방법을 권장합니다.
를 사용하면이 옵션을 선택해야 하는 이유에서 다음 권장 옵션 중 하나를 사용하여 복원력을 최적화할 AWS Resilience Hub수 있습니다. ****
**참고**
AWS Resilience Hub 는 최대 3개의 AWS Resilience Hub 권장 옵션을 제공합니다.
리전 RTO 및 RPO 대상을 설정하면 권장 옵션에 **리전 RTO/RPO에 최적화**가 AWS Resilience Hub 표시됩니다. 리전 RTO 및 RPO 대상이 설정되지 않은 경우 **가용 영역에 최적화(AZ) RTO/RPO**가 표시됩니다. 복원력 정책을 생성하는 동안 리전 RTO/RPO 대상을 설정하는 방법에 대한 자세한 내용은 섹션을 참조하세요[복원력 정책 생성](create-policy.md).
애플리케이션과 해당 구성의 예상 워크로드 RTO와 예상 워크로드 RPO 값은 데이터 양과 개별 AppComponent를 고려하여 결정됩니다. 그러나 이러한 값은 추정치일 뿐입니다. 자체 테스트(예: AWS Fault Injection Service)를 사용하여 실제 복구 시간이 있는지 애플리케이션을 테스트해야 합니다.
**가용 영역 RTO/RPO에 최적화**
가용 영역(AZ) 중단 중 가능한 가장 낮은 예상 워크로드 복구 시간(RTO/RPO)입니다. RTO 및 RPO 목표를 충족할 수 있을 만큼 구성을 충분히 변경할 수 없는 경우, 가장 낮은 예상 워크로드 AZ 복구 시간에 대한 알림을 받아 정책을 충족할 수 있는 가능성에 가깝게 구성을 구성합니다.
**리전 RTO/RPO에 최적화**
리전 중단 중 가능한 가장 낮은 예상 워크로드 복구 시간(RTO/RPO)입니다. RTO 및 RPO 목표를 충족할 만큼 구성을 충분히 변경할 수 없는 경우, 구성을 정책 충족 가능성에 가깝게 만들기 위해 가장 낮은 예상 워크로드 리전 복구 시간에 대한 정보를 받게 됩니다.
**비용 최적화**
발생하면서도 복원력 정책을 충족할 수 있는 최저 비용입니다. 최적화 목표를 충족할 만큼 구성을 충분히 변경할 수 없는 경우, 정책을 충족할 수 있는 가능성에 가깝게 구성을 가져오기 위해 발생할 수 있는 최저 비용에 대한 정보를 받게 됩니다.
**변경을 최소화하도록 최적화**
정책 목표를 달성하는 데 필요한 최소 변경 사항입니다. 최적화 목표를 충족할 만큼 구성을 충분히 변경할 수 없는 경우 정책 충족 가능성에 근접하게 구성을 가져올 수 있는 권장 변경 사항에 대한 정보를 받게 됩니다.
최적화 범주 분류에는 다음 항목이 포함됩니다.
+ **설명**
에서 제안하는 구성을 설명합니다 AWS Resilience Hub.
+ **변경**
제안된 구성으로 전환하는 데 필요한 작업을 설명하는 텍스트 변경 목록.
+ **기본 비용**
권장 변경 사항과 관련된 예상 비용입니다.
**참고**
**기본 비용은** 사용량에 따라 다를 수 있으며 Enterprise Discount Program(EDP)의 할인 또는 제안은 포함되지 않습니다.
+ **예상 워크로드 RTO 및 RPO**
변경 후의 예상 워크로드 RTO 및 예상 워크로드 RPO.
AWS Resilience Hub는 애플리케이션 구성 요소(AppComponent)가 복원력 정책을 준수할 수 있는지 평가합니다. AppComponent가 복원력 정책을 준수하지 않고 AWS Resilience Hub가 규정 준수를 촉진하기 위한 권장 사항을 제공할 수 없는 경우 선택한 AppComponent의 복구 시간을 AppComponent의 제약 내에서 충족할 수 없기 때문일 수 있습니다. AppComponent 제약 조건의 예로는 리소스 유형, 스토리지 크기 또는 리소스 구성이 있습니다.
AppComponent의 복원력 정책 준수를 용이하게 하려면 AppComponent의 리소스 유형을 변경하거나 리소스가 제공할 수 있는 것과 일치하도록 복원력 정책을 업데이트합니다.
# 운영 권장 사항 검토
운영 권장 사항에는 AWS CloudFormation 템플릿을 통해 경보, SOPs 및 AWS FIS 실험을 설정하기 위한 권장 사항이 포함되어 있습니다.
AWS Resilience Hub 는 애플리케이션의 인프라를 코드로 다운로드하고 관리할 수 있는 AWS CloudFormation 템플릿 파일을 제공합니다. 따라서 애플리케이션 코드에 추가할 수 있도록 AWS CloudFormation 에서 권장 사항을 제공합니다. AWS CloudFormation 템플릿 파일의 크기가 1MB를 초과하고 리소스가 500개를 초과하는 경우는 각 파일의 크기가 1MB를 초과하지 않고 최대 500개의 리소스를 포함하는 AWS CloudFormation 템플릿 파일을 2개 이상 AWS Resilience Hub 생성합니다. 템플릿 파일이 여러 파일로 분할된 경우 AWS CloudFormation AWS CloudFormation 템플릿 파일 이름에가 추가됩니다. `partXofY`여기서는 시퀀스의 파일 번호를 `X` 나타내고는 템플릿 파일이 분할된 총 파일 수를 `Y` AWS CloudFormation 나타냅니다. 예를 들어, 템플릿 파일 `big-app-template5-Alarm-104849185070-us-west-2.yaml`을 네 개의 파일로 나누는 경우 파일 이름은 다음과 같습니다.
+ `big-app-template5-Alarm-104849185070-us-west-2-part1of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part2of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part3of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part4of4.yaml`
그러나 대용량 AWS CloudFormation 템플릿의 경우 로컬 파일과 함께 CLI/API를 입력으로 사용하는 대신 Amazon Simple Storage Service URI를 제공해야 합니다.
에서 다음 작업을 수행할 AWS Resilience Hub수 있습니다.
+ 선택한 경보, SOPs 및 AWS FIS 실험을 프로비저닝할 수 있습니다. 경보, SOPs 및 AWS FIS 실험을 프로비저닝하려면 적절한 권장 사항을 선택하고 고유한 이름을 입력합니다.는 선택한 권장 사항을 기반으로 템플릿을 AWS Resilience Hub 생성합니다. **템플릿**에서 Amazon Simple Storage Service(S3) URL을 통해 생성된 템플릿에 액세스할 수 있습니다.
+ 언제든지 애플리케이션에 권장되는 선택한 경보, SOPs 및 AWS FIS 실험을 포함하거나 제외할 수 있습니다. 자세한 내용은 단원을 참조하십시오[운영 권장 사항 포함 또는 제외](exclude-recommend.md).
+ 또한 애플리케이션의 태그를 검색, 생성, 추가, 제거 및 관리하고 관련 태그를 모두 볼 수 있습니다.
# 운영 권장 사항 포함 또는 제외
AWS Resilience Hub 는 언제든지 애플리케이션의 복원력 점수를 개선하는 데 권장되는 경보, SOPs 및 AWS FIS 실험(테스트)을 포함하거나 제외할 수 있는 옵션을 제공합니다. 운영 권장 사항을 포함하거나 제외하면 새 평가를 실행한 후에만 애플리케이션의 복원력 점수에 영향을 미칩니다. 따라서 평가를 실행하여 업데이트된 복원력 점수를 얻고 애플리케이션에 미치는 영향을 이해하는 것이 좋습니다.
애플리케이션별 권장 사항을 포함하거나 제외하도록 권한을 제한하는 방법에 대한 자세한 내용은 [AWS Resilience Hub 권장 사항을 포함하거나 제외할 수 있는 권한 제한](include-exclude-limit-permissions.md) 단원을 참조하세요.
**애플리케이션에 운영 권장 사항을 포함하거나 제외하려면**
1. 왼쪽 탐색 메뉴에서 **애플리케이션**을 선택합니다.
1. **애플리케이션**에서 애플리케이션을 엽니다.
1. **평가**를 선택하고 **복원력 평가** 테이블에서 평가를 선택합니다. 평가가 없는 경우 [에서 복원력 평가 실행 AWS Resilience Hub](run-assessment.md)의 절차를 완료한 다음 이 단계로 돌아갑니다.
1. **운영 권장 사항** 탭을 선택합니다.
1. 운영 권장 사항을 애플리케이션에 포함하거나 제외하려면 다음 절차를 완료합니다.
**애플리케이션에서 권장 경보를 포함하거나 제외하려면**
1. 경보를 제외하려면 다음 단계를 완료합니다.
1. **경보** 탭의 **경보** 테이블에서 제외하려는 모든 경보(**구현되지 않음** 상태 포함)를 선택합니다. **상태** 열에서 경보의 현재 구현 상태를 식별할 수 있습니다.
1. **작업**에서 **선택한 항목 제외**를 선택합니다.
1. **권장 사항 제외** 대화 상자에서 다음 이유 중 하나를 선택하고(선택 사항) **선택한 항목 제외**를 선택하여 선택한 경보를 애플리케이션에서 제외합니다.
+ **이미 구현**됨 - Amazon CloudWatch 또는 기타 타사 서비스 공급자와 같은 AWS 서비스에서 이러한 경보를 이미 구현한 경우이 옵션을 선택합니다.
+ **관련 없음** – 경보가 비즈니스 요구 사항에 맞지 않는 경우 이 옵션을 선택합니다.
+ **구현이 너무 복잡함** – 이러한 경보가 구현하기에 너무 복잡하다고 생각되면 이 옵션을 선택합니다.
+ **기타** – 권장 사항을 제외할 다른 이유를 지정하려면 이 옵션을 선택합니다.
1. 경보를 포함하려면 다음 단계를 완료합니다.
1. **경보** 탭의 **경보** 테이블에서 포함하려는 모든 경보(**제외** 상태 포함)를 선택합니다. **상태** 열에서 경보의 현재 구현 상태를 식별할 수 있습니다.
1. **작업**에서 **선택한 항목 포함**을 선택합니다.
1. **권장 사항 포함** 대화 상자에서 **선택한 항목 포함**을 선택하여 선택한 모든 경보를 애플리케이션에 포함시킵니다.
**애플리케이션에 권장 표준 운영 절차(SOP)를 포함하거나 제외하려면**
1. 권장 SOP를 제외하려면 다음 단계를 완료합니다.
1. **표준 운영 절차** 탭의 **SOP** 테이블에서 제외하려는 모든 SOP(**구현됨** 또는 **구현되지 않음** 상태)를 선택합니다. **상태** 열에서 SOP의 현재 구현 상태를 식별할 수 있습니다.
1. **작업**에서 **선택항목 제외**를 선택하여 선택한 SOP를 애플리케이션에서 제외합니다.
1. **권장 사항 제외** 대화 상자에서 다음 이유 중 하나(선택 사항)를 선택하고 선택한 SOP를 애플리케이션에서 제외하려면 **선택한 항목 제외**를 선택합니다.
+ **이미 구현됨** – AWS 서비스나 다른 타사 서비스 공급자에서 이러한 SOP를 이미 구현한 경우 이 옵션을 선택합니다.
+ **관련 없음** – SOP가 비즈니스 요구 사항에 맞지 않는 경우 이 옵션을 선택합니다.
+ **구현이 너무 복잡함** – 이러한 SOP를 구현하기에 너무 복잡하다고 생각되면 이 옵션을 선택합니다.
+ **없음** – 이유를 지정하지 않으려면 이 옵션을 선택합니다.
1. SOP를 포함하려면 다음 단계를 완료합니다.
1. **표준 운영 절차** 탭의 **SOP** 테이블에서 포함하려는 모든 경보(**제외** 상태 포함)를 선택합니다. **상태** 열에서 경보의 현재 구현 상태를 식별할 수 있습니다.
1. **작업**에서 **선택한 항목 포함**을 선택합니다.
1. **권장 사항 포함** 대화 상자에서 **선택한 항목 포함**을 선택하여 선택한 모든 SOP를 애플리케이션에 포함시킵니다.
**애플리케이션에 권장 테스트를 포함하거나 제외하려면**
1. 권장 테스트를 제외하려면 다음 단계를 완료합니다.
1. **오류 주입 실험 템플릿** 탭의 **오류 주입 실험 템플릿** 테이블에서 제외하려는 모든 테스트(**구현됨** 또는 **구현되지 않음** 상태)를 선택합니다. **상태** 열에서 테스트의 현재 구현 상태를 식별할 수 있습니다.
1. **작업**에서 **선택한 항목 제외**를 선택합니다.
1. **권장 사항 제외** 대화 상자에서 다음 이유 중 하나를 선택하고(선택 사항) **선택한 항목 제외**를 선택하여 선택한 AWS FIS 실험을 애플리케이션에서 제외합니다.
+ **이미 구현**됨 - AWS 서비스 또는 다른 타사 서비스 공급자에서 이러한 테스트를 이미 구현한 경우이 옵션을 선택합니다.
+ **관련 없음** – 테스트가 비즈니스 요구 사항에 맞지 않는 경우 이 옵션을 선택합니다.
+ **구현하기 너무 복잡함** – 이러한 테스트가 구현하기에 너무 복잡하다고 생각되면 이 옵션을 선택합니다.
+ **없음** – 이유를 지정하지 않으려면 이 옵션을 선택합니다.
1. 권장 테스트를 포함하려면 다음 단계를 완료합니다.
1. **오류 주입 실험 템플릿** 탭의 **오류 주입 실험 템플릿** 테이블에서 포함하려는 모든 테스트(**제외** 상태 포함)를 선택합니다. **상태** 열에서 테스트의 현재 구현 상태를 식별할 수 있습니다.
1. **작업**에서 **선택한 항목 포함**을 선택합니다.
1. **권장 사항 포함** 대화 상자에서 **선택한 항목 포함**을 선택하여 선택한 모든 테스트를 애플리케이션에 포함시킵니다.