기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# AWS Resilience Hub 애플리케이션 설명 및 관리
AWS Resilience Hub 애플리케이션은 AWS 애플리케이션 중단을 방지하고 복구하도록 구성된 AWS 리소스 모음입니다.
AWS Resilience Hub 애플리케이션을 설명하려면 애플리케이션 이름, 하나 이상의 CloudFormation 스택의 리소스 및 적절한 복원력 정책을 제공합니다. 기존 AWS Resilience Hub 애플리케이션을 템플릿으로 사용하여 애플리케이션을 설명할 수도 있습니다.
AWS Resilience Hub 애플리케이션을 설명한 후에는 복원력 평가를 실행할 수 있도록 애플리케이션을 게시해야 합니다. 그런 다음 평가의 권장 사항을 사용하여 다른 평가를 실행하고 결과를 비교한 다음 예상 워크로드 RTO와 예상 워크로드 RPO가 RTO 및 RPO 목표를 충족할 때까지 프로세스를 반복하여 복원력을 개선할 수 있습니다.
**애플리케이션** 페이지를 보려면 탐색 창에서 **애플리케이션을** 선택합니다. 애플리케이션 페이지에서 다음을 통해 **애플리케이션을** 식별할 수 있습니다.
+ **이름** - 애플리케이션을 정의할 때 제공한 애플리케이션의 이름입니다 AWS Resilience Hub.
+ **설명** - AWS Resilience Hub에서 애플리케이션을 정의할 때 제공한 애플리케이션에 대한 설명입니다.
+ **규정 준수 상태** - 애플리케이션 상태를 **평가됨**, **평가되지 않음**, **정책 위반** 또는 **변경 감지**됨으로 AWS Resilience Hub 설정합니다.
+ **평가됨** - AWS Resilience Hub 가 애플리케이션을 평가했습니다.
+ **평가되지 않음** - 애플리케이션을 평가하지 AWS Resilience Hub 않았습니다.
+ **정책 위반** - 애플리케이션이 Recovery Time Objective(RTO) 및 Recovery Point Objective(RPO)에 대한 복원력 정책의 목표를 충족하지 않는다고 판단 AWS Resilience Hub 했습니다. 애플리케이션의 복원력을 재평가 AWS Resilience Hub 하기 전에에서 제공하는 권장 사항을 검토하고 사용합니다. 권장 사항에 대한 자세한 내용은 [에 애플리케이션 추가 AWS Resilience Hub](describe-applicationlication.md) 단원을 참조하세요.
+ **변경 감지** - 애플리케이션과 연결된 복원력 정책에 대한 변경 사항을 감지 AWS Resilience Hub 했습니다. 애플리케이션이 복원력 정책의 목표를 충족하는지 확인하려면 AWS Resilience Hub 에 대한 애플리케이션을 재평가해야 합니다.
+ **예정된 평가** – 리소스 유형은 애플리케이션의 구성 요소 리소스를 식별합니다. 예정된 평가에 대한 자세한 내용은 [애플리케이션 복원력](view-app-summary.md) 단원을 참조하세요.
+ **활성화됨** - 애플리케이션이 AWS Resilience Hub에 의해 매일 자동으로 평가됨을 나타냅니다.
+ **비활성화됨** - 애플리케이션이에 의해 매일 자동으로 평가되지 AWS Resilience Hub 않으며 애플리케이션을 수동으로 평가해야 함을 나타냅니다.
+ **드리프트 상태** - 애플리케이션이 이전의 성공적인 평가에서 드리프트되었는지 여부를 나타내며 다음 상태 중 하나를 설정합니다.
+ **드리프트됨** - 이전의 성공적인 평가에서 복원력 정책을 준수했던 애플리케이션이 이제 복원력 정책을 위반하여 애플리케이션이 위험에 처해 있음을 나타냅니다. 또한 현재 애플리케이션 버전에 포함된 입력 소스 내의 리소스가 추가 또는 제거되었음을 나타냅니다.
+ **드리프트 안됨** - 애플리케이션이 여전히 정책에 정의된 RTO 및 RPO 목표를 충족하는 것으로 추정됨을 나타냅니다. 또한 현재 애플리케이션 버전에 포함된 입력 소스 내의 리소스가 추가 또는 제거되지 않았음을 나타냅니다.
+ **예상 워크로드 RTO** - 애플리케이션의 가능한 최대 예상 워크로드 RTO를 나타냅니다. 이 값은 마지막으로 성공적으로 평가한 모든 중단 유형의 최대 예상 워크로드 RTO입니다.
+ **예상 워크로드 RPO** - 애플리케이션의 가능한 최대 예상 워크로드 RPO를 나타냅니다. 이 값은 마지막으로 성공적으로 평가한 모든 중단 유형의 최대 예상 워크로드 RTO입니다.
+ **마지막 평가 시간** - 애플리케이션이 마지막으로 성공적으로 평가된 날짜와 시간을 나타냅니다.
+ **생성 시간** - 애플리케이션이 생성된 날짜 및 시간입니다.
+ **ARN** – 애플리케이션의 Amazon 리소스 이름(ARN)입니다. ARN에 대한 자세한 내용은 *AWS 일반 참조*의 [Amazon 리소스 이름(ARN)](https://docs.aws.amazon.com//general/latest/gr/aws-arns-and-namespaces.html)을 참조하십시오.
**참고**
AWS Resilience Hub 는 이미지 리포지토리에 Amazon ECR을 사용하는 경우에만 리전 간 Amazon ECS 리소스의 복원력을 완전히 평가할 수 있습니다.
또한 **애플리케이션** 페이지에서 다음 옵션 중 하나를 사용하여 애플리케이션 목록을 필터링할 수도 있습니다.
+ **애플리케이션 찾기** - 애플리케이션 이름을 입력하여 애플리케이션 이름을 기준으로 결과를 필터링합니다.
+ **마지막 평가 시간을 날짜 및 시간 범위로 필터링** - 이 필터를 적용하려면 달력 아이콘을 선택하고 다음 옵션 중 하나를 선택하여 시간 범위와 일치하는 결과를 기준으로 필터링합니다.
+ **상대 범위** - 사용 가능한 옵션 중 하나를 선택하고 **적용**을 선택합니다.
**사용자 지정 범위** 옵션을 선택하는 경우 **기간 입력** 상자에 기간을 입력하고 **시간 단위** 드롭다운 목록에서 적절한 시간 단위를 선택한 다음 **적용**을 선택합니다.
+ **절대 범위** - 날짜 및 시간 범위를 지정하려면 시작 시간과 종료 시간을 제공한 다음 **적용**을 선택합니다.
다음 주제에서는 AWS Resilience Hub 애플리케이션을 설명하는 다양한 접근 방식과 이를 관리하는 방법을 보여줍니다.
**Topics**
+ [AWS Resilience Hub 애플리케이션 요약 보기](view-app-summary.md)
+ [AWS Resilience Hub 애플리케이션 리소스 편집](application-resources.md)
+ [애플리케이션 구성 요소 관리](AppComponent.md)
+ [새 AWS Resilience Hub 애플리케이션 버전 게시](applications-publish.md)
+ [모든 AWS Resilience Hub 애플리케이션 버전 보기](view-application-version.md)
+ [AWS Resilience Hub 애플리케이션의 리소스 보기](view-resources.md)
+ [AWS Resilience Hub 애플리케이션 삭제](applications-delete.md)
+ [애플리케이션 구성 파라미터](app-config.md)
# AWS Resilience Hub 애플리케이션 요약 보기
AWS Resilience Hub 콘솔의 애플리케이션 요약 페이지에서는 애플리케이션 정보 및 복원력 상태에 대한 개요를 제공합니다.
**애플리케이션 요약을 보려면**
1. 탐색 창에서 **애플리케이션을** 선택합니다.
1. **애플리케이션** 페이지에서 보려는 애플리케이션의 이름을 선택합니다.
애플리케이션 요약 페이지에는 다음 섹션이 포함되어 있습니다.
**Topics**
+ [평가 요약](#view-assessment-summary-resiliency)
+ [요약](#view-app-summary-resiliency)
+ [애플리케이션 복원력](#view-app-resiliency)
+ [구현된 경보](#view-app-alarms)
+ [구현된 실험](#view-app-experiments)
## 평가 요약
이 섹션에서는 마지막으로 성공한 평가에 대한 요약을 제공하고 중요한 권장 사항을 실행 가능한 인사이트로 강조합니다.는 Amazon Bedrock 생성형 AI 기능을 AWS Resilience Hub 사용하여 사용자가에서 제공하는 가장 중요한 복원력 권장 사항에 집중할 수 있도록 지원합니다 AWS Resilience Hub. 중요한 항목에 집중하면 애플리케이션의 복원력을 개선하는 가장 중요한 권장 사항에 집중할 수 있습니다. 권장 사항을 선택하여 요약을 보고 **세부 정보 보기를** 선택하여 평가 보고서의 관련 섹션에서 권장 사항에 대한 자세한 내용을 봅니다. 평가 보고서 검토에 대한 자세한 내용은 섹션을 참조하세요[평가 보고서 검토](review-assessment.md).
**참고**
이 평가 요약은 미국 동부(버지니아 북부) 리전에서만 사용할 수 있습니다.
Amazon Bedrock의 대규모 언어 모델(LLMs)에서 생성된 평가 요약은 제안 사항일 뿐입니다. 생성형 AI 기술의 현재 수준은 완벽하지 않으며 LLMs 실행할 수 없습니다. 드물긴 하지만 편향과 잘못된 답변이 필요합니다. LLM의 출력을 사용하기 전에 **평가 요약**의 각 권장 사항을 검토합니다.
## 요약
이 섹션에서는 다음 섹션에서 선택한 애플리케이션에 대한 요약을 제공합니다.
+ **애플리케이션 정보** -이 섹션에서는 선택한 애플리케이션에 대한 다음 정보를 제공합니다.
+ **애플리케이션 상태** - 애플리케이션의 상태를 나타냅니다.
+ **설명** - 애플리케이션에 대한 설명입니다.
+ **버전** - 현재 평가된 애플리케이션 버전을 나타냅니다.
+ **복원력 정책** - 애플리케이션이 연결된 복원력 정책을 나타냅니다. 복원력 정책에 대한 자세한 내용은 [복원력 정책 관리](resiliency-policies.md) 단원을 참조하세요.
+ **애플리케이션 드리프트** -이 섹션에서는 선택한 애플리케이션에 대한 평가를 실행하여 복원력 정책을 준수하는지 확인하는 동안 감지된 드리프트를 강조 표시합니다. 또한 애플리케이션 버전이 마지막으로 게시된 이후 리소스가 추가 또는 제거되었는지도 확인합니다. 이 섹션에는 다음 정보가 표시됩니다.
+ **정책 드리프트** - 이전 평가에서 정책을 준수했지만 현재 평가를 준수하지 못한 모든 애플리케이션 구성 요소를 보려면 아래 번호를 선택합니다.
+ **리소스 드리프트** - 아래 번호를 선택하여 최신 평가에서 드리프트된 모든 리소스를 봅니다.
## 애플리케이션 복원력
**복원력 점수** 섹션에 표시된 지표는 애플리케이션의 최신 복원력 평가에서 가져온 것입니다.
**복원력 점수**
복원력 점수는 잠재적 중단에 대처하기 위한 준비 상태를 수치화하는 데 도움이 됩니다. 이 점수는 애플리케이션이 애플리케이션의 복원력 정책, 경보, 표준 운영 절차(SOP) 및 테스트를 충족하기 위한 AWS Resilience Hub 권장 사항을 얼마나 잘 준수했는지를 반영합니다.
애플리케이션이 달성할 수 있는 최대 복원력 점수는 100% 입니다. 점수는 미리 정의된 기간 동안 실행되는 모든 권장 테스트를 나타냅니다. 이는 테스트에서 올바른 경보가 시작되고 경보가 올바른 SOP를 시작함을 나타냅니다.
예를 들어,가 하나의 경보와 하나의 SOP로 하나의 테스트를 AWS Resilience Hub 권장한다고 가정해 보겠습니다. 테스트가 실행되면 경보가 관련 SOP를 시작한 다음 성공적으로 실행됩니다. 복원력 점수에 대한 자세한 내용은 [복원력 점수 이해](resil-score.md) 단원을 참조하세요.
## 구현된 경보
애플리케이션 요약 **구현된 경보** 섹션에는 애플리케이션을 모니터링하기 위해 Amazon CloudWatch에서 설정한 경보가 나열됩니다. 경보에 대한 자세한 내용은 [경보 관리](alarms.md) 단원을 참조하세요.
## 구현된 실험
애플리케이션 요약 **오류 삽입 실험** 섹션에는 오류 삽입 실험 목록이 표시됩니다. 오류 삽입 실험에 대한 자세한 내용은 [AWS Fault Injection Service 실험 관리](testing.md) 단원을 참조하세요.
# AWS Resilience Hub 애플리케이션 리소스 편집
정확하고 유용한 복원력 평가를 받으려면 애플리케이션 설명이 업데이트되고 실제 AWS 애플리케이션 및 리소스와 일치하는지 확인합니다. 평가 보고서, 검증 및 권장 사항은 나열된 리소스를 기반으로 합니다. AWS 애플리케이션에서 리소스를 추가하거나 제거하는 경우 이러한 변경 사항을에 반영해야 합니다 AWS Resilience Hub.
AWS Resilience Hub 는 애플리케이션 소스에 대한 투명성을 제공합니다. 애플리케이션에서 리소스와 애플리케이션 소스를 식별하고 편집할 수 있습니다.
**참고**
리소스를 편집하면 애플리케이션의 AWS Resilience Hub 참조만 수정됩니다. 실제 리소스는 변경되지 않습니다.
누락된 리소스를 추가하거나, 기존 리소스를 수정하거나, 필요하지 않은 리소스를 제거할 수 있습니다. 리소스는 논리적 애플리케이션 구성 요소(AppComponents)로 그룹화됩니다. 애플리케이션 구조를 더 잘 반영하도록 AppComponent를 편집할 수 있습니다.
애플리케이션의 초안 버전을 편집하고 변경 사항을 새(릴리스) 버전에 게시하여 애플리케이션 리소스에 추가하거나 업데이트합니다.는 복원력 평가를 실행하기 위해 애플리케이션의 릴리스 버전(업데이트된 리소스 포함)을 AWS Resilience Hub 사용합니다.
**애플리케이션의 복원력을 평가하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 편집하려는 애플리케이션 이름을 선택합니다.
1. **작업** 메뉴에서 **복원력 평가**를 선택합니다.
1. **복원력 평가 실행** 대화 상자에서 보고서의 고유한 이름을 입력하거나 **이름 보고** 상자에 생성된 이름을 사용합니다.
1. **Run(실행)**을 선택합니다.
1. 평가 보고서가 생성되었다는 알림을 받은 후 **평가** 탭과 평가를 선택하여 보고서를 확인하세요.
1. **검토** 탭을 선택하면 애플리케이션의 평가 보고서를 볼 수 있습니다.
**예약된 평가를 활성화하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 예약된 평가를 활성화할 애플리케이션을 선택합니다.
1. **매일 자동 평가를** 켭니다.
**예약된 평가를 비활성화하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 예약된 평가를 활성화할 애플리케이션을 선택합니다.
1. **매일 자동 평가를** 끕니다.
**참고**
예약된 평가를 비활성화하면 드리프트 알림이 비활성화됩니다.
1. **끄기**를 선택합니다.
**애플리케이션에 대해 드리프트 알림을 활성화하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 드리프트 알림을 활성화할 애플리케이션을 선택하거나 드리프트 알림 설정을 편집합니다.
1. 다음 옵션 중 하나를 선택하여 드리프트 알림을 편집할 수 있습니다.
+ **작업**에서 **드리프트 알림 활성화**를 선택합니다.
+ 애플리케이션 드리프트 섹션에서 **알림 활성화**를 선택합니다. ****
1. 의 단계를 완료한 [예약된 평가 및 드리프트 알림 설정](scheduled-assessment.md)다음이 절차로 돌아갑니다.
1. **활성화**를 선택합니다.
드리프트 알림을 활성화하면 예약된 평가도 활성화됩니다.
**애플리케이션의 드리프트 알림을 편집하려면**
**참고**
이 절차는 예약된 평가(일**일 자동 평가** 활성화) 및 드리프트 알림을 활성화한 경우에 적용됩니다.
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 드리프트 알림을 활성화할 애플리케이션을 선택하거나 드리프트 알림 설정을 편집합니다.
1. 다음 옵션 중 하나를 선택하여 드리프트 알림을 편집할 수 있습니다.
+ **작업**에서 **드리프트 알림 편집**을 선택합니다.
+ 애플리케이션 드리프트 섹션에서 **알림 편집**을 선택합니다. ****
1. 의 단계를 완료한 [예약된 평가 및 드리프트 알림 설정](scheduled-assessment.md)다음이 절차로 돌아갑니다.
1. **저장(Save)**을 선택합니다.
**애플리케이션의 보안 권한을 업데이트하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 보안 권한을 업데이트하려는 애플리케이션을 선택합니다.
1. **작업**에서 **권한 업데이트를** 선택합니다.
1. 보안 권한을 업데이트하려면 [권한 설정](setup-permissions.md)의 단계를 완료한 다음 이 절차로 돌아갑니다.
1. **저장 및 업데이트**를 선택합니다.
**애플리케이션에 복원력 정책을 연결하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 편집하려는 애플리케이션 이름을 선택합니다.
1. **작업** 메뉴에서 **복원력 정책 연결**을 선택합니다.
1. **정책 연결** 대화 상자의 **복원력 정책 선택** 드롭다운 목록에서 복원력 정책을 선택합니다.
1. **연결**을 선택합니다.
**애플리케이션의 입력 소스, 리소스 및 AppComponent를 편집하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 편집하려는 애플리케이션 이름을 선택합니다.
1. **애플리케이션 구조** 탭을 선택합니다.
1. **버전** 앞의 더하기 기호 **\$1**를 선택한 다음 **초안** 상태의 애플리케이션 버전을 선택합니다.
1. 애플리케이션의 입력 소스, 리소스 및 AppComponent를 편집하려면 다음 절차의 단계를 완료하세요.
**애플리케이션의 입력 소스를 편집하려면**
1. 애플리케이션의 입력 소스를 편집하려면 **입력 소스** 탭을 선택합니다.
**입력 소스** 섹션에는 애플리케이션 리소스의 모든 입력 소스가 나열됩니다. 다음과 같은 방법으로 입력 소스를 식별할 수 있습니다.
+ **소스 이름** – 입력 소스의 이름입니다. 소스 이름을 선택하여 각 애플리케이션에서 세부 정보를 봅니다. 수동으로 추가한 입력 소스의 경우 링크를 사용할 수 없습니다. 예를 들어 AWS CloudFormation 스택에서 가져온 소스 이름을 선택하면 콘솔의 스택 세부 정보 페이지로 AWS CloudFormation 리디렉션됩니다.
+ **소스 ARN** – 입력 소스의 Amazon 리소스 이름(ARN)입니다. ARN을 선택하여 각 애플리케이션에서 세부 정보를 확인합니다. 수동으로 추가한 입력 소스의 경우 링크를 사용할 수 없습니다. 예를 들어 AWS CloudFormation 스택에서 가져온 ARN을 선택하면 AWS CloudFormation 콘솔의 스택 세부 정보 페이지로 리디렉션됩니다.
+ **소스 유형** – 입력 소스의 유형입니다. 입력 소스에는 Amazon EKS 클러스터, AWS CloudFormation 스택, myApplications 애플리케이션 AWS Resource Groups, Terraform 상태 파일 및 수동으로 추가된 리소스가 포함됩니다.
+ **연결된 리소스** – 입력 소스와 연결된 리소스의 수입니다. 숫자를 선택하면 **리소스** 탭에서 입력 소스의 모든 관련 리소스를 볼 수 있습니다.
1. 애플리케이션에 입력 소스를 추가하려면 **입력 소스** 섹션에서 **입력 소스 추가**를 선택합니다. 입력 소스 추가에 대한 자세한 내용은 [리소스 컬렉션 추가](discover-structure.md) 단원을 참조하세요.
1. 입력 소스를 편집하려면 입력 소스를 선택하고 **작업**에서 다음 옵션 중 하나를 선택합니다.
+ **입력 소스 다시 가져오기(최대 5개**) – 선택한 입력 소스를 최대 5개까지다시 가져옵니다.
+ **입력 소스 삭제** – 선택한 입력 소스를 삭제합니다.
애플리케이션을 게시하려면 애플리케이션에 최소 하나 이상의 입력 소스가 있어야 합니다. 입력 소스를 모두 삭제하면 **새 버전 게시**가 비활성화됩니다.
**애플리케이션의 리소스를 편집하려면**
1. 애플리케이션의 리소스를 편집하려면 **리소스** 탭을 선택합니다.
**참고**
미평가 리소스 목록을 보려면 **미평가 리소스 보기**를 선택합니다.
**리소스** 섹션에는 애플리케이션 설명의 템플릿으로 사용하기로 선택한 애플리케이션의 리소스가 나열됩니다. 검색 환경을 개선하기 위해 AWS Resilience Hub 는 여러 검색 기준에 따라 리소스를 그룹화했습니다. 이러한 검색 기준에는 AppComponent 유형, **지원되지 않는** 리소스, **제외된** 리소스가 포함됩니다. 리소스 테이블의 검색 기준에 따라 **리소스를** 필터링하려면 각 검색 기준 아래의 숫자를 선택합니다.
다음을 통해 리소스를 식별할 수 있습니다.
+ **논리적 ID** - 논리적 ID는 AWS CloudFormation 스택, Terraform 상태 파일, 수동으로 추가된 애플리케이션, myApplications 애플리케이션 또는의 리소스를 식별하는 데 사용되는 이름입니다 AWS Resource Groups.
**참고**
Terraform을 사용하면 다양한 리소스 유형에 동일한 이름을 사용할 수 있습니다. 따라서 동일한 이름을 공유하는 리소스의 경우 논리적 ID 끝에 “*- 리소스 유형*”이 표시됩니다.
모든 애플리케이션 리소스의 인스턴스를 보려면 **논리적 ID** 앞에 있는 더하기(**\$1**) 기호를 선택합니다. 애플리케이션 리소스의 모든 인스턴스를 보려면 각 리소스의 논리적 ID 앞에 있는 더하기(**\$1**) 기호를 선택합니다.
지원되는 리소스에 대한 자세한 내용은 [AWS Resilience Hub 지원되는 리소스](supported-resources.md) 단원을 참조하세요.
+ **리소스 유형** - 리소스 유형은 애플리케이션의 구성 요소 리소스를 식별합니다. 예를 들면 `AWS::EC2::Instance`는 Amazon EC2 인스턴스를 선언합니다. AppComponent 리소스 그룹화에 대한 자세한 내용은 [애플리케이션 구성 요소에서 리소스 그룹화](AppComponent.grouping.md) 단원을 참조하세요.
+ **소스 이름** – 입력 소스의 이름입니다. 소스 이름을 선택하여 각 애플리케이션에서 세부 정보를 봅니다. 수동으로 추가한 입력 소스의 경우 링크를 사용할 수 없습니다. 예를 들어 AWS CloudFormation 스택에서 가져온 소스 이름을 선택하면의 스택 세부 정보 페이지로 리디렉션됩니다 AWS CloudFormation.
+ **소스 유형** – 입력 소스의 유형입니다. 입력 소스에는 AWS CloudFormation 스택, myApplications 애플리케이션 AWS Resource Groups, Terraform 상태 파일 및 수동으로 추가된 리소스가 포함됩니다.
**참고**
Amazon EKS 클러스터를 편집하려면 ** AWS Resilience Hub 애플리케이션** 절차의 입력 소스 편집의 단계를 완료합니다.
+ **소스 스택** - 리소스가 포함된 AWS CloudFormation 스택입니다. 이 열은 선택한 애플리케이션 구조 유형에 따라 달라집니다.
+ **물리적 ID** – Amazon EC2 인스턴스 ID 또는 S3 버킷 이름 같은 해당 리소스에 대해 실제 할당된 식별자입니다.
+ **포함** – AWS Resilience Hub 이 해당 리소스를 애플리케이션에 포함하는지 여부를 나타냅니다.
+ **평가 가능** – AWS Resilience Hub 가 리소스의 복원력을 평가할 것인지 여부를 나타냅니다.
+ **AppComponents** - 애플리케이션 구조가 검색될 때이 리소스에 할당된 AWS Resilience Hub 구성 요소입니다.
+ **이름** – 애플리케이션 리소스의 이름입니다
+ **계정** - 물리적 리소스를 소유한 AWS 계정입니다.
1. 목록에 없는 리소스를 찾으려면 검색 상자에 리소스 논리 ID를 입력합니다.
1. 애플리케이션에서 리소스를 제거하려면 리소스를 선택한 다음 **작업**에서 **리소스 제외**를 선택합니다.
1. 애플리케이션의 리소스를 해결하려면 리소스 **새로 고침**을 선택합니다.
1. 기존 애플리케이션 리소스를 수정하려면 다음 단계를 완료합니다.
1. 리소스를 선택한 다음 **작업**에서 **스택 업데이트**를 선택합니다.
1. **스택 업데이트** 페이지에서 리소스를 업데이트하려면 [리소스 컬렉션 추가](discover-structure.md)의 적절한 절차를 완료한 다음 이 절차로 돌아갑니다.
1. **저장**을 선택합니다.
1. 애플리케이션에 리소스를 추가하려면 **작업**에서 **리소스 추가**를 선택하고 다음 단계를 완료합니다.
1. **리소스 유형** 드롭다운 목록에서 리소스 유형을 선택합니다.
1. **AppComponent** 드롭다운 목록에서 AppComponent를 선택합니다.
1. **리소스 이름** 상자에 리소스 논리 ID를 입력합니다.
1. **리소스 식별자** 상자에 물리적 리소스 ID, 리소스 이름 또는 리소스 ARN을 입력합니다.
1. **추가**를 선택합니다.
1. 리소스 이름을 편집하려면 리소스를 선택하고 **작업**에서 **리소스 이름 편집**을 선택한 후 다음 단계를 완료합니다.
1. **리소스 이름** 상자에 리소스 논리 ID를 입력합니다.
1. **저장(Save)**을 선택합니다.
1. 리소스 식별자를 편집하려면 리소스를 선택하고 **작업**에서 **리소스 식별자 편집**을 선택한 후 다음 단계를 완료합니다.
1. **리소스 식별자** 상자에 물리적 리소스 ID, 리소스 이름 또는 리소스 ARN을 입력합니다.
1. **저장(Save)**을 선택합니다.
1. AppComponent를 변경하려면 리소스를 선택하고 **작업**에서 **AppComponent 변경**을 선택한 후 다음 단계를 완료합니다.
1. **AppComponent** 드롭다운 목록에서 AppComponent를 선택합니다.
1. **추가**를 선택합니다.
1. 리소스를 삭제하려면 리소스를 선택한 다음 **작업**에서 **리소스 삭제**를 선택합니다.
1. 리소스를 포함하려면 리소스를 선택한 다음 **작업**에서 **리소스 포함**을 선택합니다.
**애플리케이션의 AppComponent를 편집하려면**
1. 애플리케이션의 AppComponent를 편집하려면 **AppComponent** 탭을 선택합니다.
**참고**
AppComponent 리소스 그룹화에 대한 자세한 내용은 [애플리케이션 구성 요소에서 리소스 그룹화](AppComponent.grouping.md) 단원을 참조하세요.
**AppComponents** 섹션에는 리소스가 그룹화된 모든 논리적 구성 요소가 나열됩니다. 다음과 같은 방법으로 AppComponent를 식별할 수 있습니다.
+ **AppComponent 이름** – 애플리케이션 구조가 검색되었을 때 이 리소스에 할당된 AWS Resilience Hub 구성 요소의 이름입니다.
+ **AppComponent 유형** – AWS Resilience Hub 구성 요소의 유형입니다.
+ **소스 이름** – 입력 소스의 이름입니다. 소스 이름을 선택하여 각 애플리케이션에서 세부 정보를 봅니다. 예를 들어 AWS CloudFormation 스택에서 가져온 소스 이름을 선택하면 AWS CloudFormation의 스택 세부 정보 페이지로 리디렉션됩니다.
+ **리소스 수** – 입력 소스와 연결된 리소스의 수입니다. 숫자를 선택하면 **리소스** 탭에서 입력 소스의 모든 관련 리소스를 볼 수 있습니다.
1. AppComponent를 생성하려면 **작업** 메뉴에서 **새 AppComponent 생성**을 선택하고 다음 단계를 완료합니다.
1. **AppComponent 이름** 상자에 AppComponent 의 이름을 입력합니다. 참고로 이 필드에 샘플 이름을 미리 입력했습니다.
1. **AppComponent 유형** 드롭다운 목록에서 AppComponent의 유형을 선택합니다.
1. **저장(Save)**을 선택합니다.
1. AppComponent를 편집하려면 AppComponent를 선택한 다음 **작업**에서 **AppComponent 편집**을 선택합니다.
1. AppComponent를 삭제하려면 AppComponent를 선택한 다음 **작업**에서 **AppComponent 삭제**를 선택합니다.
리소스 목록을 변경한 후에는 애플리케이션의 초안 버전이 변경되었다는 알림을 받게 됩니다. 정확한 복원력 평가를 실행하려면 새 버전의 애플리케이션을 게시해야 합니다. 새 버전을 게시하는 방법에 대한 자세한 내용은 [새 AWS Resilience Hub 애플리케이션 버전 게시](applications-publish.md) 단원을 참조하세요.
# 애플리케이션 구성 요소 관리
애플리케이션 구성 요소(AppComponent)는 단일 단위로 작동하고 실패하는 관련 AWS 리소스 그룹입니다. 예를 들어 기본 데이터베이스와 복제본 데이터베이스가 있는 경우 두 데이터베이스 모두 어떤 리소스가 어떤 AWS AppComponent 유형에 속할 수 있는지 관리하는 동일한 AppComponent. AWS Resilience Hub has 규칙에 속합니다. 예를 들어는에 속할 `DBInstance` 수 `AWS::ResilienceHub::DatabaseAppComponent` 있고 에는 속하지 않을 수 있습니다`AWS::ResilienceHub::ComputeAppComponent`.
AWS Resilience Hub AppComponents는 다음 리소스를 지원합니다.
+ `AWS::ResilienceHub::ComputeAppComponent`
+ `AWS::ApiGateway::RestApi`
+ `AWS::ApiGatewayV2::Api`
+ `AWS::AutoScaling::AutoScalingGroup`
+ `AWS::EC2::Instance`
+ `AWS::ECS::Service`
+ `AWS::EKS::Deployment`
+ `AWS::EKS::ReplicaSet`
+ `AWS::EKS::Pod`
+ `AWS::Lambda::Function`
+ `AWS::StepFunctions::StateMachine`
+ `AWS::ResilienceHub::DatabaseAppComponent`
+ `AWS::DocDB::DBCluster`
+ `AWS::DynamoDB::Table`
+ `AWS::ElastiCache::CacheCluster`
+ `AWS::ElastiCache::GlobalReplicationGroup`
+ `AWS::ElastiCache::ReplicationGroup`
+ `AWS::ElastiCache::ServerlessCache`
+ `AWS::RDS::DBCluster`
+ `AWS::RDS::DBInstance`
+ `AWS::ResilienceHub::NetworkingAppComponent`
+ `AWS::EC2::NatGateway`
+ `AWS::ElasticLoadBalancing::LoadBalancer`
+ `AWS::ElasticLoadBalancingV2::LoadBalancer`
+ `AWS::Route53::RecordSet`
+ `AWS:ResilienceHub::NotificationAppComponent`
+ `AWS::SNS::Topic`
+ `AWS::ResilienceHub::QueueAppComponent`
+ `AWS::SQS::Queue`
+ `AWS::ResilienceHub::StorageAppComponent`
+ `AWS::Backup::BackupPlan`
+ `AWS::EC2::Volume`
+ `AWS::EFS::FileSystem`
+ `AWS::FSx::FileSystem`
**참고**
현재는 Amazon FSx for Windows File Server만 AWS Resilience Hub 지원합니다.
+ `AWS::S3::Bucket`
**Topics**
+ [애플리케이션 구성 요소에서 리소스 그룹화](AppComponent.grouping.md)
# 애플리케이션 구성 요소에서 리소스 그룹화
애플리케이션을 리소스와 AWS Resilience Hub 함께 로 가져올 때 AWS Resilience Hub 는 애플리케이션을 가져올 때 관련 리소스를 동일한 AppComponent로 그룹화하기 위해 최선을 다하지만 그룹화가 항상 100% 정확하지는 않을 수 있습니다. 일부 리소스는 수동 그룹화를 위해 차단되며, 이러한 서비스에는 특정 그룹화 구성이 필요한 엄격한 종속성이 있기 때문에 해당하는 경우 자동으로 그룹화됩니다. 수동 그룹화를 위해 차단된 서비스의 전체 목록은 섹션을 참조하세요[수동 그룹화를 위해 차단된 서비스](blocked-services-for-manual-grouping.md).
AWS Resilience Hub 는 애플리케이션과 해당 리소스를 성공적으로 가져온 후 다음 활동을 수행합니다.
+ 리소스를 스캔하여 새 AppComponents로 다시 그룹화하여 평가 정확도를 개선할 수 있는지 확인합니다.
+ 가 새 AppComponents로 다시 그룹화할 수 있는 리소스를 AWS Resilience Hub 식별하면 권장 사항과 동일하게 표시되며 이를 수락하거나 거부할 수 있습니다. 에서 그룹화 권장 사항에 할당된 AWS Resilience Hub신뢰도 수준은 속성 및 메타데이터를 기반으로 리소스를 그룹화해야 하는 확실성 정도를 나타냅니다. 신뢰 수준이 **높**음은 AWS Resilience Hub 가 해당 그룹의 리소스가 관련이 있으므로 함께 그룹화해야 한다는 신뢰 수준이 90% 이상임을 나타냅니다. **중간** 신뢰도 수준은 AWS Resilience Hub 가 해당 그룹의 리소스가 관련이 있으므로 함께 그룹화해야 한다는 신뢰도 수준이 70%에서 90% 사이임을 나타냅니다.
**참고**
AWS Resilience Hub 에서는 예상 워크로드 RTO 및 예상 워크로드 RPO를 계산하여 권장 사항을 생성할 수 있도록 올바른 그룹화가 필요합니다.
올바른 그룹화의 예는 다음과 같습니다.
+ 기본 데이터베이스와 복제본을 단일 AppComponent로 그룹화합니다.
+ 동일한 애플리케이션을 실행하는 Amazon EC2 인스턴스를 단일 AppComponent로 그룹화합니다.
+ 한 지역의 Amazon ECS 서비스와 다른 지역의 장애 조치 Amazon ECS 서비스를 단일 AppComponent로 그룹화합니다.
리소스 그룹화 권장 사항을 검토하고 포함하는 방법에 대한 자세한 내용은 다음 주제를 AWS Resilience Hub참조하세요.
+ [AWS Resilience Hub 리소스 그룹화 권장 사항](grouping-recommendation.md)
+ [수동으로 리소스를 AppComponent로 그룹화](AppComponent-manual-grouping.md)
# 수동 그룹화를 위해 차단된 서비스
AWS Resilience Hub 는 애플리케이션의 복원력 평가 및 권장 사항에 영향을 미칠 수 있는 구성 오류를 방지하기 위해 특정 AWS 서비스의 리소스를 수동으로 그룹화하지 못하도록 차단합니다. 이러한 서비스는 종속성 및 구성에 따라 자동으로 그룹화됩니다. 이러한 리소스를 포함하는 애플리케이션을 정의할 때 관계 AWS Resilience Hub, 종속성 및 복원력 요구 사항을 분석하여 정확한 평가 결과를 보장하는 최적의 그룹화를 생성합니다.
수동 그룹화를 위해 차단된 AWS 서비스 목록:
+ Amazon API Gateway
+ Amazon DocumentDB
+ Amazon DynamoDB
+ Amazon Elastic Block Store
+ Amazon Elastic File System
+ Amazon Relational Database Service
+ Amazon S3
+ Amazon Simple Queue Service
+ FSx for Windows File Server
+ NAT 게이트웨이
# AWS Resilience Hub 리소스 그룹화 권장 사항
이 섹션에서는에서 리소스 그룹화 권장 사항을 생성하고 검토하는 방법을 설명합니다 AWS Resilience Hub.
**참고**
`AWSResilienceHubAsssessmentExecutionPolicy` AWS 관리형 정책을 AWS Resilience Hub 사용하여 작업에 필요한 IAM 권한을 부여할 수 있습니다. AWS 관리형 정책에 대한 자세한 내용은 섹션을 참조하세요[AWSResilienceHubAsssessmentExecutionPolicy](security-iam-awsmanpol.md#security_iam_aws-assessment-policy).
**리소스 그룹화 권장 사항을 보려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션 페이지 추가**를 선택하고 리소스 그룹화 권장 사항을 검토하려는 애플리케이션 이름을 선택합니다.
1. **애플리케이션 구조** 탭을 선택합니다.
1. 에 정보 알림이 AWS Resilience Hub 표시되면 **권장 사항 검토를** 선택하여 모든 리소스 그룹화 권장 사항을 확인합니다. 그렇지 않으면 다음 단계를 완료하여 리소스 그룹화 권장 사항을 수동으로 생성합니다.
1. **리소스**를 선택합니다.
1. **작업** 메뉴에서 **그룹화 권장 사항 가져오기**를 선택합니다.
AWS Resilience Hub 는 리소스를 스캔하여 가능한 최상의 방식으로 관련 AppComponents로 그룹화하여 평가의 정확도를 높일 수 있는 방법을 확인합니다. 에서 리소스를 그룹화할 수 있음을 AWS Resilience Hub 알게 되면 해당 리소스에 대한 정보 알림이 표시됩니다.
1. 정보 알림이 표시되면 **권장 사항 검토를** 선택하여 모든 리소스 그룹화 권장 사항을 확인합니다.
다음을 사용하여 **리소스 그룹화 권장 사항 검토** 섹션에서 AppComponents 식별할 수 있습니다.
+ **AppComponent 이름** - 리소스를 그룹화할 AppComponent의 이름입니다.
+ **신뢰도 수준** - 그룹화 권장 사항에서 AWS Resilience Hub의 신뢰도 수준을 나타냅니다.
+ **리소스 수** - AppComponent에서 그룹화할 리소스 수를 나타냅니다.
+ **AppComponent 유형** - AppComponent의 유형을 나타냅니다.
**AppComponents에서 그룹화할 리소스를 보려면**
1. **[리소스 그룹화 권장 사항을 보려면](#view-resource-grouping)** 절차의 단계를 완료한 다음이 절차로 돌아갑니다.
1. **리소스 그룹화 권장 사항 검토** 섹션에서 확인란(**AppComponent 이름** 근처)을 선택하여 선택한 AppComponent 내에서 함께 그룹화할 모든 리소스를 봅니다. 여러 확인란을 선택하면 선택한 AppComponents 해당 AppComponent 유형으로 그룹화하는 동적으로 생성된 **권장 사항** 선택 섹션이 AWS Resilience Hub 표시됩니다. 각 AppComponent 유형 아래의 숫자를 선택하면 선택한 AppComponent 내에서 함께 그룹화될 모든 리소스를 볼 수 있습니다.
다음을 사용하여 리소스 섹션의 선택한 AppComponent에서 그룹화할 **리소스를** 식별할 수 있습니다.
+ **논리적 ID** - 리소스의 논리적 ID를 나타냅니다. 논리적 ID는 AWS CloudFormation 스택, Terraform 상태 파일, myApplications 애플리케이션 또는의 리소스를 식별하는 데 사용되는 이름입니다 AWS Resource Groups.
+ **물리적 ID** - Amazon EC2 인스턴스 ID 또는 Amazon S3 버킷 이름과 같이 리소스에 대해 실제로 할당된 식별자입니다.
+ **유형** - 리소스 유형을 나타냅니다.
+ **리전** - 리소스가 위치한 AWS 리전입니다.
**리소스 그룹화 권장 사항을 수락하려면**
1. **[리소스 그룹화 권장 사항을 보려면](#view-resource-grouping)** 절차의 단계를 완료한 다음이 절차로 돌아갑니다.
1. **리소스 그룹화 권장 사항 검토** 섹션에서 **AppComponent 이름** 옆에 있는 모든 확인란을 선택합니다. 특정 AppComponent를 찾으려면 AppComponent **찾기 상자에 AppComponents** 이름을 입력합니다.
**참고**
기본적으로는 모든 리소스 그룹화 권장 사항을 AWS Resilience Hub 표시합니다. 이전에 거부된 리소스 그룹화 권장 사항으로 테이블을 필터링하려면 ** AppComponents 찾기** 상자 옆에 있는 드롭다운 메뉴에서 **이전에 거부**됨을 선택합니다.
1. **수락**을 선택합니다.
1. 리소스 그룹화 권장 **사항 수락** 대화 상자에서 수락을 선택합니다. ****
AWS Resilience Hub 는 리소스 그룹화가 성공하면 정보 알림을 표시합니다. 리소스 그룹화 권장 사항의 하위 집합만 수락한 경우 **리소스 그룹화 권장 사항 검토** 섹션에는 수락하지 않은 모든 리소스 그룹화 권장 사항이 표시됩니다.
**리소스 그룹화 권장 사항을 거부하려면**
1. **[리소스 그룹화 권장 사항을 보려면](#view-resource-grouping)** 절차의 단계를 완료한 다음이 절차로 돌아갑니다.
1. **리소스 그룹화 권장 사항 검토** 섹션에서 **AppComponent 이름** 옆에 있는 모든 확인란을 선택합니다. 특정 AppComponent를 찾으려면 AppComponent **찾기 상자에 AppComponents** 이름을 입력합니다.
**참고**
기본적으로는 모든 리소스 그룹화 권장 사항을 AWS Resilience Hub 표시합니다. 이전에 거부된 리소스 그룹화 권장 사항으로 테이블을 필터링하려면 ** AppComponents 찾기** 상자 옆에 있는 드롭다운 메뉴에서 **이전에 거부**됨을 선택합니다.
1. **거부**를 선택합니다.
1. 리소스 그룹화 권장 사항을 거부하는 이유 중 하나를 선택한 다음 리소스 그룹화 권장 사항 **거부** 대화 상자에서 거부를 선택합니다. ****
AWS Resilience Hub 에 동일한 내용을 확인하는 정보 알림이 표시됩니다. 리소스 그룹화 권장 사항의 하위 집합만 거부한 경우 **리소스 그룹화 권장 사항 검토** 섹션에는 수락하지 않은 모든 리소스 그룹화 권장 사항이 표시됩니다.
# 수동으로 리소스를 AppComponent로 그룹화
이 섹션에서는 리소스를 AppComponent로 수동으로 그룹화하고의 리소스에 다른 AppComponent를 할당하는 방법을 설명합니다 AWS Resilience Hub.
**리소스를 그룹화하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 그룹화하려는 리소스가 포함된 애플리케이션 이름을 선택합니다.
1. **애플리케이션 구조** 탭을 선택합니다.
1. **버전** 탭에서 **초안** 상태의 애플리케이션 버전을 선택합니다.
1. **리소스** 탭을 선택합니다.
1. **논리적 ID** 옆에 있는 확인란을 선택하여 그룹화하려는 모든 리소스를 선택합니다.
**참고**
수동으로 추가한 리소스는 선택할 수 없습니다.
1. **작업**을 선택한 다음 **리소스 그룹화**를 선택합니다.
1. **AppComponent 선택** 드롭다운 목록에서 리소스를 그룹화할 AppComponent를 선택합니다.
1. **저장**을 선택합니다.
1. [**새 버전 발행**]을 선택합니다.
1. **애플리케이션 구조** 탭을 선택합니다.
1. 게시된 버전의 애플리케이션을 보려면 다음 단계를 완료하세요.
1. **버전** 탭에서 **현재 릴리스** 상태의 애플리케이션 버전을 선택합니다.
1. **리소스** 탭을 선택합니다.
**AppComponent에 리소스를 할당하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 재그룹화할 리소스가 포함된 애플리케이션 이름을 선택합니다.
1. **애플리케이션 구조** 탭을 선택합니다.
1. **버전**에서 **초안** 상태의 애플리케이션 버전을 선택합니다.
1. **리소스** 탭을 선택합니다.
1. **논리적 ID** 옆에 있는 확인란을 선택하여 리소스를 선택합니다.
1. **작업** 메뉴에서 ** AppComponent 변경을** 선택합니다.
1. **AppComponent** 섹션에서 현재의 AppComponent를 삭제하려면 현재의 AppComponent 이름을 표시하는 레이블의 오른쪽 상단에서 **X**를 선택합니다.
1. 다른 AppComponent의 리소스를 그룹화하려면 **AppComponent 선택** 드롭다운 목록에서 다른 AppComponent를 선택합니다.
1. **추가**를 선택합니다.
1. **AppComponents** 탭에서 빈 AppComponents를 모두 삭제합니다.
1. [**새 버전 발행**]을 선택합니다.
1. **애플리케이션 구조** 탭을 선택합니다.
1. 게시된 버전의 애플리케이션을 보려면 다음 단계를 완료하세요.
1. **버전** 탭에서 **현재 릴리스** 상태의 애플리케이션 버전을 선택합니다.
1. **리소스** 탭을 선택합니다.
# 새 AWS Resilience Hub 애플리케이션 버전 게시
에 설명된 대로 AWS Resilience Hub 애플리케이션 리소스를 변경한 후에는 애플리케이션의 새 버전을 게시하여 정확한 복원력 평가를 실행[AWS Resilience Hub 애플리케이션 리소스 편집](application-resources.md)해야 합니다. 또한 새 권장 경보, SOP 및 테스트를 애플리케이션에 추가한 경우 새 버전의 애플리케이션을 게시해야 할 수도 있습니다.
**애플리케이션의 새 버전을 게시하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. 애플리케이션 이름을 선택해서 **애플리케이션** 페이지를 엽니다.
1. **애플리케이션 구조** 탭을 선택합니다.
1. **새 버전 게시**를 선택합니다.
1. **버전 게시** 대화 상자의 **이름** 상자에 애플리케이션 버전의 이름을 입력하거나에서 제안한 기본 이름을 사용할 수 있습니다 AWS Resilience Hub.
1. **게시**를 선택합니다.
애플리케이션의 새 버전을 게시하면 이 버전이 복원력 평가를 실행할 때 평가되는 버전이 됩니다. 또한 변경하지 않는 한 초안 버전은 출시된 버전과 동일합니다.
새 버전의 애플리케이션을 게시한 후에는 새 복원력 평가 보고서를 실행하여 애플리케이션이 여전히 복원력 정책을 준수하는지 확인하는 것이 좋습니다. 평가 실행에 대한 자세한 내용은 [에서 복원력 평가 실행 및 관리 AWS Resilience Hub](resil-assessments.md) 단원을 참조하세요.
# 모든 AWS Resilience Hub 애플리케이션 버전 보기
애플리케이션 변경 사항을 추적하는 데 도움이 되도록는 애플리케이션이 생성된 시점부터 애플리케이션의 이전 버전을 AWS Resilience Hub 표시합니다 AWS Resilience Hub.
**애플리케이션의 모든 버전을 보려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. 애플리케이션 이름을 선택해서 **애플리케이션** 페이지를 엽니다.
1. **애플리케이션 구조** 탭을 선택합니다.
1. 애플리케이션의 모든 이전 버전을 보려면 **모든 버전 보기** 전에 더하기 기호(**\$1**)를 선택합니다.는 각각 초안 및 **현재 릴리스** 상태를 사용하여 애플리케이션의 **초안** 버전과 최근에 릴리스된 버전을 AWS Resilience Hub 나타냅니다. 애플리케이션의 모든 버전을 선택하여 리소스, AppComponent, 입력 소스 및 기타 관련 정보를 볼 수 있습니다.
또한 다음 옵션 중 하나를 사용하여 목록을 필터링할 수도 있습니다.
+ **버전 이름별 필터링** - 이름을 입력하여 애플리케이션 버전의 이름을 기준으로 결과를 필터링합니다.
+ **날짜 및 시간 범위별 필터링** - 이 필터를 적용하려면 달력 아이콘을 선택하고 다음 옵션 중 하나를 선택하여 시간 범위와 일치하는 결과를 기준으로 필터링합니다.
+ **상대 범위** - 사용 가능한 옵션 중 하나를 선택하고 **적용**을 선택합니다.
**사용자 지정 범위** 옵션을 선택하는 경우 **기간 입력** 상자에 기간을 입력하고 **시간 단위** 드롭다운 목록에서 적절한 시간 단위를 선택한 다음 **적용**을 선택합니다.
+ **상대 범위** - 날짜 및 시간 범위를 지정하려면 시작 시간과 종료 시간을 제공한 다음 **적용**을 선택합니다.
# AWS Resilience Hub 애플리케이션의 리소스 보기
**애플리케이션의 리소스를 보려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 보안 권한을 업데이트하려는 애플리케이션을 선택합니다.
1. **작업**에서 **리소스 보기**를 선택합니다.
**리소스** 탭에서는 다음과 같이 **리소스** 테이블의 리소스를 식별할 수 있습니다.
+ **논리적 ID** - 논리적 ID는 AWS CloudFormation 스택, Terraform 상태 파일, myApplications 애플리케이션 또는의 리소스를 식별하는 데 사용되는 이름입니다 AWS Resource Groups.
**참고**
Terraform을 사용하면 다양한 리소스 유형에 동일한 이름을 사용할 수 있습니다. 따라서 동일한 이름을 공유하는 리소스의 경우 논리적 ID 끝에 “*- 리소스 유형*”이 표시됩니다.
모든 애플리케이션 리소스의 인스턴스를 보려면 **논리적 ID** 앞에 있는 더하기(**\$1**) 기호를 선택합니다. 애플리케이션 리소스의 모든 인스턴스를 보려면 각 리소스의 논리적 ID 앞에 있는 더하기(**\$1**) 기호를 선택합니다.
지원되는 리소스에 대한 자세한 내용은 [AWS Resilience Hub 지원되는 리소스](supported-resources.md) 단원을 참조하세요.
+ **상태** - 리소스의 복원력을 AWS Resilience Hub 가 평가할지 여부를 나타냅니다.
+ **리소스 유형** - 리소스 유형은 애플리케이션의 구성 요소 리소스를 식별합니다. 예를 들면 `AWS::EC2::Instance`는 Amazon EC2 인스턴스를 선언합니다. AppComponent 리소스 그룹화에 대한 자세한 내용은 [애플리케이션 구성 요소에서 리소스 그룹화](AppComponent.grouping.md) 단원을 참조하세요.
+ **소스 이름** – 입력 소스의 이름입니다. 소스 이름을 선택하여 각 애플리케이션에서 세부 정보를 봅니다. 수동으로 추가된 입력 소스의 경우 링크를 사용할 수 없습니다. 예를 들어 AWS CloudFormation 스택에서 가져온 소스 이름을 선택하면의 스택 세부 정보 페이지로 리디렉션됩니다 AWS CloudFormation.
+ **소스 유형** – 입력 소스의 유형입니다.
+ **AppComponent 유형** – 입력 소스의 유형입니다. 입력 소스에는 AWS CloudFormation 스택, myApplications 애플리케이션 AWS Resource Groups, Terraform 상태 파일 및 수동으로 추가된 리소스가 포함됩니다.
**참고**
Amazon EKS 클러스터를 편집하려면 ** AWS Resilience Hub 애플리케이션** 절차의 입력 소스 편집의 단계를 완료합니다.
+ **물리적 ID** – Amazon EC2 인스턴스 ID 또는 S3 버킷 이름 같은 해당 리소스에 대해 실제 할당된 식별자입니다.
+ **포함** – AWS Resilience Hub 이 해당 리소스를 애플리케이션에 포함하는지 여부를 나타냅니다.
+ **AppComponents** - 애플리케이션 구조가 검색될 때이 리소스에 할당된 AWS Resilience Hub 구성 요소입니다.
+ **이름** – 애플리케이션 리소스의 이름입니다
+ **계정** - 물리적 리소스를 소유한 AWS 계정입니다.
1. **저장 및 업데이트**를 선택합니다.
# AWS Resilience Hub 애플리케이션 삭제
애플리케이션 최대 한도인 50개에 도달한 후에는 하나 이상의 애플리케이션을 삭제해야 더 추가할 수 있습니다.
**애플리케이션을 삭제하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 삭제할 애플리케이션을 선택합니다.
1. **작업**을 선택한 후 **애플리케이션 삭제**를 선택합니다.
1. **삭제** 상자에 **삭제**를 입력한 다음 **삭제**를 선택합니다.
# 애플리케이션 구성 파라미터
AWS Resilience Hub 는 애플리케이션과 연결된 리소스에 대한 추가 정보를 수집하는 입력 메커니즘을 제공합니다. 이 정보를 통해 AWS Resilience Hub 는 리소스를 더 깊이 이해하고 더 나은 복원력 권장 사항을 제공할 수 있습니다.
**애플리케이션 구성 파라미터** 섹션에는 AWS Elastic Disaster Recovery에 대한 지역 간 장애 조치 지원의 모든 구성 파라미터가 나열되어 있습니다. 다음을 통해 구성 파라미터를 식별할 수 있습니다.
+ **주제** — 구성된 애플리케이션 영역을 나타냅니다. 장애 조치 구성을 예로 들 수 있습니다.
+ **용도** -가 정보를 AWS Resilience Hub 요청한 이유를 나타냅니다.
+ **파라미터** -가 애플리케이션에 대한 권장 사항을 제공하는 데 AWS Resilience Hub 사용할 애플리케이션 영역과 관련된 세부 정보를 나타냅니다. 현재이 파라미터는 장애 조치 리전 하나와 연결된 계정 하나의 키 값만 사용합니다.
# 애플리케이션 구성 파라미터 업데이트
이 섹션에서는의 구성 파라미터를 업데이트 AWS Elastic Disaster Recovery 하고 복원력 평가를 위해 업데이트된 파라미터를 포함하도록 애플리케이션을 게시할 수 있습니다.
**애플리케이션 구성 파라미터를 업데이트하려면**
1. 탐색 창에서 **애플리케이션**을 선택합니다.
1. **애플리케이션** 페이지에서 편집하려는 애플리케이션 이름을 선택합니다.
1. **애플리케이션 구성 파라미터** 탭을 선택합니다.
1. **업데이트**를 선택합니다.
1. **계정 ID **상자에 장애 조치 계정 ID를 입력합니다.
1. **지역** 드롭다운 목록에서 장애 조치 지역을 선택합니다.
**참고**
이 기능을 비활성화하려면 드롭다운 목록에서 “**—**”를 선택합니다.
1. **업데이트 및 게시**를 선택합니다.