AWS 서비스에 대한 복원력 검사

이 장에서는 애플리케이션의 복원력 태세가 영향을 받지 않도록 지원되는 AWS 서비스에 AWS Resilience Hub 대해에서 수행하는 다양한 복원력 검사에 대한 세부 정보를 제공합니다. 이러한 검사는 각 Application Component(AppComponent)의 복원력 정책에 정의된 값을 기준으로 복구 시간 목표(RTO) 및 복구 시점 목표(RPO)를 추정합니다. 평가에는 애플리케이션, 인프라 장애, AZ 중단 및 리전 장애와 같은 다양한 유형의 중단이 포함됩니다. 그러나 이러한 검사를 실행하려면 리소스에 액세스할 수 있도록 AWS Resilience Hub 에 관련 IAM 권한을 제공해야 합니다. 이 장에서가 리소스에 액세스하고 복원력 검사를 수행할 수 있도록 허용하는 AWS Resilience Hub 데 필요한 IAM 권한에 대해 자세히 알아보려면 섹션을 참조하세요AWS 에 대한 관리형 정책 AWS Resilience Hub.

Amazon Elastic File System

이 섹션에서는 Amazon Elastic File System과 관련된 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon Elastic File System에 대한 자세한 내용은 Amazon Elastic File System 설명서를 참조하세요.

파일 시스템 유형

AWS Resilience Hub 는 파일 시스템 유형: 리전 또는 One Zone을 확인합니다. 파일 시스템 유형은 인프라 또는 AZ 중단 시 복원력에 영향을 미칩니다. 파일 시스템 유형에 대한 자세한 내용은 Amazon EFS 파일 시스템의 가용성 및 내구성을 참조하세요.

파일 시스템 백업

AWS Resilience Hub 는 배포된 파일 시스템에 대한 AWS Backup 계획이 정의되어 있는지 확인합니다. 또한 Cross-Region 백업 옵션이 활성화되어 있는지 확인하여 정책에서 요구하는 경우 리전 수준 중단에 대한 적용 범위를 보장합니다.

데이터 복제

AWS Resilience Hub 는 배포된 파일 시스템에 대해 리전 내 또는 리전 간 Amazon EFS 데이터 복제가 정의되어 있는지 확인합니다. Amazon EFS 데이터 복제는 애플리케이션, 인프라, AZ 및 리전 수준에서 예상 RTO 및 예상 RPO를 개선하는 데 도움이 됩니다. 또한 애플리케이션 중단 시 파일 시스템 복원력을 활성화 AWS Backup 하기 위해 리전 내와 결합되었는지 AWS Resilience Hub 확인합니다.

Amazon Relational Database Service 및 Amazon Aurora

이 섹션에서는 Amazon Relational Database Service 및 Amazon Aurora에 특정한 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon Relational Database Service 및 Amazon Aurora에 대한 자세한 내용은 Amazon Relational Database Service 설명서를 참조하세요.

단일 AZ 배포

AWS Resilience Hub 는 데이터베이스가 단일 인스턴스로 배포되었는지 확인하고, 결정된 경우 보조 인스턴스 및 읽기 전용 복제본을 지원하지 않음을 나타냅니다.

다중 AZ 배포

AWS Resilience Hub 는 데이터베이스가 보조 인스턴스 또는 읽기 전용 복제본과 함께 배포되었는지 확인합니다. 데이터베이스가 읽기 전용 복제본과 함께 배포된 경우,는 AZ 중단 시 장애 조치를 허용하도록 다른 AZ에 배포되었는지 AWS Resilience Hub 확인합니다.

백업

AWS Resilience Hub 는 배포된 데이터베이스 인스턴스에 다음 백업 기능이 적용되는지 확인합니다.

• AWS Backup 자동 백업 옵션을 사용한 계획

• AWS Backup 정책에 필요한 경우 리전 간 백업 복사본으로 계획

• 타사 백업 시스템의 수동 스냅샷

리전 간 장애 조치

AWS Resilience Hub 는 복원력 정책에 정의된 RTO 및 RPO 대상을 확인하여 리전 중단으로부터 복구합니다. 또한 AWS Resilience Hub 는 다음과 같은 리전 간 아키텍처를 식별하여 리전 중단을 처리할 수 있습니다.

• 리전 간 스냅샷 사본이 포함된 리전 내 백업

• 다른 리전의 읽기 전용 복제본

• 다른 리전에 보조 클러스터가 있는 Amazon Aurora 글로벌 데이터베이스

• 다른 리전에 헤드리스 보조 클러스터가 있는 Amazon Aurora 글로벌 데이터베이스

더 빠른 리전 내 장애 조치

AWS Resilience Hub 는 인프라 또는 AZ 중단 중에 복원력 정책에 정의된 RTO 및 RPO 대상을 확인합니다. 또한 AWS Resilience Hub 는 다음과 같은 리전 내 아키텍처를 식별하여 애플리케이션, 인프라 및 AZ 중단을 처리할 수 있습니다.

• 리전 내 백업

• 다른 AZ의 읽기 전용 복제본

• 다른 AZ에 읽기 전용 복제본이 있는 Aurora 클러스터

• Amazon Relational Database Service의 다중 AZ 인스턴스(Amazon RDS)

• Amazon RDS 다중 AZ 클러스터

• 다른 AZ에 읽기 전용 복제본이 있는 Amazon RDS의 단일 인스턴스

Amazon Simple Storage Service(S3)

이 섹션에서는 Amazon Simple Storage Service(Amazon S3. Amazon S3에 대한 자세한 내용은 Amazon S3 설명서를 참조하세요.

버전 관리

AWS Resilience Hub 는 Amazon S3 버킷이 버전 관리가 활성화된 상태로 구성되어 있는지 확인합니다.

예약된 백업

AWS Resilience Hub 는 배포된 Amazon Simple Storage Service(Amazon S3) 버킷에 대한 AWS Backup 계획이 정의되어 있는지 확인합니다. 또한 정책에 리전 수준 중단에 대한 적용 범위가 필요한 경우 리전 간 백업 옵션이 활성화되어 있는지 확인합니다.

시점 복구

AWS Resilience Hub 는 복원력 정책의 RPO 대상에 point-in-time으로 복구(PITR)가 필요한지 확인합니다. 그러나 PITR에는 교차 리전 백업이 지원되지 않습니다. 따라서 리전 간 백업 옵션이 활성화된 기존 예약 AWS Backup 계획을 사용하거나 새 계획을 생성합니다.

데이터 복제

AWS Resilience Hub 는 배포된 Amazon S3 버킷에 대해 동일한 리전 복제(SRR) 및 교차 리전 복제(CRR)가 정의되어 있는지 확인합니다. Amazon S3 데이터 복제는 애플리케이션, 인프라, AZ 및 리전 수준에서 예상 워크로드 RTO 및 예상 워크로드 RPO를 개선합니다. 또한 객체 버전의 삭제는 대상 Amazon S3 버킷에 복제되지 않으므로 객체의 물리적 삭제로부터 보호합니다. 또한 복원력 정책에 정의된 RTO 대상을 기반으로는 Amazon S3 복제 시간 제어(S3 RTC)를 활성화해야 하는지 여부를 AWS Resilience Hub 확인합니다. 이 청구 가능한 기능은 15분 이내에 소스 버킷 객체의 99.99%를 복제합니다.

• AWS Backup 자동 백업 옵션을 사용한 계획

• AWS Backup 정책에 필요한 경우 리전 간 백업 복사본으로 계획

• 타사 백업 시스템의 수동 스냅샷

Amazon DynamoDB

이 섹션에서는 Amazon DynamoDB에 특정한 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon DynamoDB에 대한 자세한 내용은 Amazon DynamoDB 설명서를 참조하세요.

예약된 백업

AWS Resilience Hub 는 배포된 테이블에 백업이 이미 정의되어 있는지 확인합니다. 또한 리전 수준 중단에 대한 적용 범위가 필요한 경우 정책에 대해 리전 간 백업을 구성해야 하는지도 확인합니다.

시점 복구

AWS Resilience Hub 는 복원력 정책의 RPO 목표에 따라 point-in-time으로 복구(PITR)가 필요한지 확인합니다. 그러나 PITR에는 교차 리전 백업이 지원되지 않습니다. 따라서 리전 간 백업 옵션이 활성화된 기존 예약 AWS Backup 계획을 사용하거나 새 계획을 생성합니다.

글로벌 테이블

AWS Resilience Hub 는 배포된 Amazon DynamoDB 테이블이 다른 리전에 하나 이상의 복제본이 있는 글로벌 테이블로 정의되어 있는지 확인합니다. 글로벌 테이블을 설정하면 리전 수준에서 예상 워크로드 RTO와 예상 워크로드 RPO가 개선되고 액티브-액티브 또는 액티브-패시브 다중 리전 모드에서 작업할 수 있는 기능도 제공됩니다. AWS Backup 또는 Amazon DynamoDB PITR을 리전 중 하나에서 사용하여 애플리케이션 중단을 처리할 수 있습니다.

Amazon Elastic Compute Cloud

이 섹션에서는 Amazon Elastic Compute Cloud에 특정한 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon Elastic Compute Cloud에 대한 자세한 내용은 Amazon Elastic Compute Cloud 설명서를 참조하세요.

상태 저장 인스턴스

AWS Resilience Hub 는 다음 기준 중 하나가 충족되는 경우 Amazon EC2 인스턴스를 상태 저장 인스턴스로 식별합니다.

• DeleteOnTermination 속성이이 인스턴스에 연결된 하나 이상의 Amazon Elastic Block Store(Amazon EBS) 볼륨에 대해 false로 설정된 경우.

• Amazon Data Lifecycle Manager 또는 AWS Backup 계획이 Amazon EC2 인스턴스 또는 하나 이상의 Amazon EBS 볼륨에 연결된 경우.

• AWS Elastic Disaster Recovery 가 Amazon EC2 인스턴스 스토리지 볼륨을 복제하는 데 사용되는 경우.

참고

Amazon EC2 인스턴스가 위의 기준 중 하나라도 충족하지 않는 경우는 이를 상태 비저장 Amazon EC2 인스턴스로 AWS Resilience Hub 취급합니다.

Auto Scaling 그룹

AWS Resilience Hub 는 상태 비저장 Amazon EC2 인스턴스 그룹을 확인합니다. 검색된 경우 다중 AZ 구성의 Auto Scaling 그룹(ASG)을 사용하여 동일한를 오케스트레이션하는 것이 좋습니다. 기존 ASG가 식별되면 ARH는 여러 가용 영역에 걸쳐 구성되었는지 확인합니다. 스팟 Amazon EC2 인스턴스만 사용하여 ASG를 정의하는 경우 스팟 Amazon EC2 인스턴스를 사용할 수 없는 경우 복원력을 개선하기 위해 온디맨드 Amazon EC2 인스턴스로 용량을 늘리는 것이 좋습니다.

Amazon EC2 플릿

AWS Resilience Hub 는 Amazon EC2 플릿을 식별하고 다중 AZ 배포로 정의되었는지, 스팟 Amazon EC2 인스턴스만 사용하는지 확인합니다. Amazon EC2 플릿을 다중 AZ 배포로 정의하면 AZ 중단 시 복원력이 향상됩니다. 온디맨드 인스턴스로 Amazon EC2 플릿을 보강하면 스팟 인스턴스를 사용할 수 없을 때 복원력이 향상됩니다.

Amazon EBS

이 섹션에서는 Amazon EBS와 관련된 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon EBS에 대한 자세한 내용은 Amazon EBS 설명서를 참조하세요.

예약된 백업

AWS Resilience Hub 는 Amazon EBS 볼륨에 다음 중 하나 또는 둘 다 정의되어 있는지 확인합니다.

• Amazon EC2 인스턴스에 연결된 특정 Amazon EBS 볼륨에 대한 백업 규칙입니다.

• Amazon EC2 인스턴스에 Amazon EBS 지원 AMI를 생성하는 백업 규칙입니다.

• 타사 백업 시스템의 수동 스냅샷입니다.

또한 정책에 리전 수준 중단에 대한 적용 범위가 필요한 경우는 백업 규칙에 리전 간 백업 옵션이 활성화되어 있는지 AWS Resilience Hub 확인합니다.

데이터 백업 및 복제

AWS Resilience Hub 는 다음 기준 중 하나가 충족되는 경우 Amazon EBS 볼륨이 상태 저장 볼륨으로 간주됨을 식별합니다.

• DeleteOnTermination 속성이이 Amazon EBS 볼륨에 대해 false로 설정된 경우.

• Amazon Data Lifecycle Manager 또는 AWS Backup 계획이이 Amazon EBS 볼륨 또는 연결된 Amazon EC2 인스턴스와 연결된 경우.

• AWS Elastic Disaster Recovery 가 Amazon EC2 인스턴스 스토리지 볼륨을 복제하는 데 사용되는 경우.

AWS Lambda

이 섹션에는 관련된 모든 복원력 검사 및 권장 사항이 나열되어 있습니다 AWS Lambda. 에 대한 자세한 내용은 AWS Lambda 설명서를 AWS Lambda참조하세요.

고객 Amazon VPC 액세스

AWS Resilience Hub 는 VPC에 연결된 AWS Lambda 함수를 식별합니다. Amazon VPC의 서로 다른 AZs에 AWS Lambda 있는 서브넷에 연결하면 AZ 중단 시 함수 복원력이 지원됩니다.

Dead Letter Queue(DLQ)

AWS Resilience Hub 는 실패한 요청을 저장하기 위해 AWS Lambda 함수에 DLQ(Dead Letter Queue)가 연결되어 있는지 확인합니다. DLQ를 AWS Lambda 함수에 연결하면가 요청의 데이터 손실을 방지하고 나중에 실패한 요청을 다시 처리할 수 있습니다.

Amazon Elastic Kubernetes 서비스

이 섹션에서는 Amazon Elastic Kubernetes Service(Amazon EKS)와 관련된 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon EKS에 대한 자세한 내용은 Amazon EKS 설명서를 참조하세요.

다중 AZ 배포

AWS Resilience Hub 는 포드 배포가 여러 AZs. 복원력 정책에 리전 중단 시 적용 범위가 필요한 경우 다른 리전의 추가 Amazon EKS 클러스터가 필요합니다. 이 추가 Amazon EKS 클러스터는 여러 AZs.

배포와 ReplicaSet 비교

AWS Resilience Hub 는 배포 대신 ReplicaSets 또는 포드 객체를 사용하는지 확인합니다. ReplicaSets 또는 포드 객체를 배포로 바꾸면 포드 업데이트가 새 버전의 소프트웨어로 간소화되고 다른 유용한 기능이 포함됩니다.

배포 유지 관리

AWS Resilience Hub 는 배포에 다음 모범 사례가 사용되는지 확인합니다.

• PDB(Pod Disruption Budget) 사용 - PDB를 사용하면 언제든지 중단될 수 있는 워크로드의 포드 수에 제한을 설정하여 가용성을 개선할 수 있습니다.

• 자체 관리형 노드 그룹을 Amazon EKS 관리형 노드 그룹으로 대체 -이 대체는 유지 관리 중에 작업자 노드 이미지 업데이트를 간소화합니다.

• 배포당 동적 CPU 및 메모리 요청 지원 - 이러한 요청은 Kubernetes가 포드의 요구 사항에 맞는 노드를 선택하는 데 도움이 됩니다.

• 모든 컨테이너에 대한 라이브니스 및 준비 프로브 구성 - 라이브니스 프로브를 구성하면 비기능적 포드를 다시 시작하여 복원력을 개선하는 데 도움이 됩니다. 준비 프로브를 구성하면 트래픽을 사용량이 많은 포드에서 우회하여 가용성을 개선할 수 있습니다.

• Karpenter, Cluster Autoscaler 또는 구성 AWS Fargate - 이러한 구성을 통해 Amazon EKS 클러스터의 인프라를 확장하고 워크로드 수요를 충족할 수 있습니다.

• Horizontal Pod Autoscaler 구성 -이 구성을 통해 Amazon EKS 클러스터는 요청 처리 수요에 맞게 워크로드를 자동으로 확장할 수 있습니다.

Amazon Simple Notification Service

이 섹션에서는 Amazon Simple Notification Service(Amazon SNS)와 관련된 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon SNS에 대한 자세한 내용은 Amazon SNS 설명서를 참조하세요.

주제 구독

AWS Resilience Hub 는 수신 메시지가 손실되지 않도록 Amazon SNS 주제에 하나 이상의 구독이 연결되어 있는지 확인합니다.

Amazon Simple Queue Service

이 섹션에서는 Amazon Simple Queue Service(Amazon SQS)와 관련된 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon SQS에 대한 자세한 내용은 Amazon SQS 설명서를 참조하세요.

Dead Letter Queue(DLQ)

AWS Resilience Hub 는 구독자에게 성공적으로 전달할 수 없는 메시지를 처리하기 위해 Amazon SQS 대기열에 연결된 DLQ가 있는지 확인합니다.

Amazon Elastic Container Service

이 섹션에서는 Amazon Elastic Container Service(Amazon ECS)와 관련된 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon ECS에 대한 자세한 내용은 Amazon ECS 설명서를 참조하세요.

다중 AZ 배포

AWS Resilience Hub 는 Amazon EC2 또는 AWS Fargate 시작 유형을 기반으로 Amazon EC2 태스크 또는 서비스가 여러 AZs에서 실행 중인지 확인합니다. 정책에 리전 중단에 대한 적용 범위가 필요한 경우 다른 리전의 추가 Amazon ECS 클러스터가 필요합니다. 또한 추가 클러스터는 여러 AZs.

Elastic Load Balancing

이 섹션에는 Elastic Load Balancing과 관련된 모든 복원력 검사 및 권장 사항이 나열되어 있습니다. Elastic Load Balancing에 대한 자세한 내용은 Elastic Load Balancing 설명서를 참조하세요.

다중 AZ 배포

AWS Resilience Hub 는 Elastic Load Balancing이 여러 AZs에서 실행 중인지 확인합니다.

정책에 리전 중단에 대한 적용 범위가 필요한 경우 다른 리전의 추가 Elastic Load Balancing이 필요합니다. 다른 리전에 위치한 추가 Elastic Load Balancing도 여러 AZs.

Amazon API Gateway

이 섹션에서는 Amazon API Gateway와 관련된 모든 복원력 검사 및 권장 사항을 나열합니다. Amazon API Gateway에 대한 자세한 내용은 Amazon API Gateway 설명서를 참조하세요.

리전 간 배포

정책에서 리전 중단을 고려해야 하는 경우는 다른 리전에 Amazon API Gateway API 리소스가 추가로 배포되었는지 AWS Resilience Hub 확인합니다.

프라이빗 API 다중 AZ 배포

AWS Resilience Hub 는 API가 Amazon API Gateway 내에서 프라이빗으로 정의되어 있는지 확인합니다. 프라이빗 APIs는 여러 AZs.

Amazon DocumentDB

이 섹션에는 Amazon DocumentDB와 관련된 모든 점검 및 권장 사항이 나열되어 있습니다. Amazon DocumentDB에 대한 자세한 내용은 Amazon DocumentDB 설명서를 참조하세요.

다중 AZ 배포

AWS Resilience Hub 는 Amazon DocumentDB 클러스터가 여러 AZs에 배포되었는지 확인합니다. 정책에 리전 중단에 대한 적용 범위가 필요한 경우 다른 리전에 추가 보조 Amazon DocumentDB 클러스터가 필요합니다. 다른 리전에 위치한 추가 Amazon DocumentDB 클러스터도 여러 AZs에서 실행이 확인됩니다.

탄력적 클러스터 및 다중 AZ 배포

AWS Resilience Hub 는 Amazon DocumentDB Elastic 클러스터 샤드가 다른 AZs에 배포된 읽기 전용 복제본을 사용하고 있는지 확인합니다.

탄력적 클러스터 및 수동 스냅샷

AWS Resilience Hub 는 Amazon DocumentDB Elastic 클러스터에 대해 수동 스냅샷이 정기적으로 생성되는지 확인합니다. 수동 스냅샷은 지속성을 높이고 비즈니스 요구 사항에 맞게 스냅샷 빈도를 유연하게 설정할 수 있습니다.

NAT 게이트웨이

이 섹션에는 NAT Gateway와 관련된 모든 점검 및 권장 사항이 나열되어 있습니다. NAT 게이트웨이에 대한 자세한 내용은 NAT 게이트웨이를 참조하세요.

다중 AZ 배포

AWS Resilience Hub 는 NAT Gateway가 여러 AZs에 배포되었는지 확인합니다. 정책에 리전 중단에 대한 적용 범위가 필요한 경우 다른 리전에서 추가 NAT Gateway 배포가 필요합니다. 다른 리전에 위치한 추가 NAT 게이트웨이도 여러 AZs.

Amazon Route 53

이 섹션에는 Amazon Route 53과 관련된 모든 점검 및 권장 사항이 나열되어 있습니다. Amazon Route 53에 대한 자세한 내용은 Amazon Route 53 설명서를 참조하세요.

다중 AZ 배포

AWS Resilience Hub 는 Amazon Route 53 호스팅 영역 레코드가 동일한 리전의 여러 대상으로 정의되어 있는지, 그리고 이러한 대상이 여러 AZs에 배포되어 있는지 확인합니다. 정책에 리전 중단에 대한 적용 범위가 필요한 경우 AWS Resilience Hub 는 Amazon Route 53 호스팅 영역 레코드가 리전당 여러 대상이 있는 여러 리전에 정의되어 있는지, 그리고 이러한 대상이 여러 AZs에 배포되었는지 확인합니다.

Amazon Application Recovery Controller(ARC)

이 섹션에는 Amazon Application Recovery Controller(ARC)(ARC)와 관련된 모든 점검 및 권장 사항이 나열되어 있습니다. ARC에 대한 자세한 내용은 ARC 설명서를 참조하세요.

다중 AZ 배포

AWS Resilience Hub 는 여러 리전에 유사한 리소스가 배포되었는지 확인하고는 ARC 준비 확인을 정의하여 리전 중단 시 가용성과 준비 상태를 높이는 모범 사례로를 권장합니다. 시간당 추가 요금이 발생한다는 알림을 받게 됩니다.

Amazon FSx for Windows File Server

이 섹션에는 Amazon FSx for Windows File Server와 관련된 모든 확인 및 권장 사항이 나열되어 있습니다. Amazon FSx for Windows File Server에 대한 자세한 내용은 Amazon FSx for Windows File Server 설명서를 참조하세요.

파일 시스템 유형

AWS Resilience Hub 는 파일 시스템 유형: Regional 또는를 확인합니다One Zone. 파일 시스템 유형은 인프라 또는 AZ 중단 시 복원력에 영향을 미칩니다. 파일 시스템 유형에 대한 자세한 내용은 Amazon EFS를 참조하세요.

파일 시스템 백업

AWS Resilience Hub AWS Backup 는 배포된 파일 시스템에가 정의되어 있는지 확인합니다. 또한 정책에 리전 수준 중단에 대한 적용 범위가 필요한 경우 cross-Region backup 옵션이 활성화되어 있는지 확인합니다.

데이터 복제

AWS Resilience Hub 는 배포된 파일 시스템에 대해 리전 내 또는 리전 간 예약된 AWS DataSync 데이터 복제 작업이 정의되어 있는지 확인합니다.

AWS DataSync 예약된 데이터 복제 작업은 인프라, AZ 및 리전 수준에서 예상 워크로드 RTO 및 예상 워크로드 RPO를 개선할 수 있습니다. 또한 애플리케이션 중단 시 복구를 AWS Backup 위해 리전 내와 결합할 수 있습니다.

AWS Step Functions

이 섹션에는 관련된 모든 점검 및 권장 사항이 나열되어 있습니다 AWS Step Functions. 에 대한 자세한 내용은 AWS Step Functions 설명서를 AWS Step Functions참조하세요.

버전 관리 및 별칭

AWS Resilience Hub 는 AWS Step Functions 워크플로가 버전 관리 및 별칭을 사용하여 재배포 시간을 개선하는지 확인합니다.

리전 간 배포

AWS Resilience Hub 는 리전 중단 시 복구할 수 있도록 동일한 AWS Step Functions 워크플로 유형의 워크플로가 다른 리전에 배포되었는지 확인합니다.

Amazon ElastiCache (Redis OSS)

이 섹션에는 Amazon ElastiCache(Redis OSS)와 관련된 모든 점검 및 권장 사항이 나열되어 있습니다.

Amazon ElastiCache(Redis OSS)에 대한 자세한 내용은 Amazon ElastiCache 설명서를 참조하세요.

단일 AZ 배포

AWS Resilience Hub 는 Amazon ElastiCache(Redis OSS) 클러스터가 단일 노드로 배포되었는지 아니면 단일 가용 영역에 있는 모든 노드와 함께 배포되었는지 확인합니다.

단일 AZ 배포

AWS Resilience Hub 는 Amazon ElastiCache(Redis OSS) 클러스터가 여러 가용 영역에 걸쳐 복제 그룹(클러스터 모드 활성화 클러스터와 클러스터 모드 비활성화 클러스터 모두)으로 배포되어 가용 영역 중단 시 장애 조치를 허용하는지 확인합니다.

리전 간 장애 조치

AWS Resilience Hub 는 복원력 정책에 정의된 RTO 및 RPO 대상을 확인하여 리전 중단으로부터 복구합니다. 또한 AWS Resilience Hub 는 여러 리전에 배포된 Amazon ElastiCache(Redis OSS) 글로벌 데이터 스토어 클러스터를 식별할 수 있습니다.

백업

AWS Resilience Hub 는 배포된 Amazon ElastiCache(Redis OSS) 또는 자체 설계된 클러스터에 다음 백업 기능이 적용되는지 확인합니다.

• 자동 백업

• 타사 백업 시스템의 수동 백업

AWS Resilience Hub 는 백업을 사용하지 않는 경우 백업을 복구 방법으로 권장하지 않습니다. 그러나 데이터 불일치가 발생할 경우 캐시 계층을 재설정하고 기본 스토리지에서 데이터를 다시 생성할 수 있습니다.

더 빠른 리전 내 장애 조치

AWS Resilience Hub 는 인프라 또는 AZ 중단 중에 복원력 정책에 정의된 RTO 및 RPO 대상을 확인합니다. 또한 AWS Resilience Hub 는 다음과 같은 리전 내 아키텍처를 식별하여 인프라 및 AZ 중단으로부터 복구할 수 있습니다.

• 클러스터 모드 비활성화된 유형의 Amazon ElastiCache(Redis OSS) 클러스터에 대한 다른 가용 영역의 보조 대기 노드 인스턴스입니다.

• 클러스터 모드 지원 유형의 Amazon ElastiCache(Redis OSS) 클러스터에 대한 모든 샤드당 다른 가용 영역의 보조 대기 노드 인스턴스입니다.