기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
클라우드 네이티브 워크로드용 DR
클라우드 네이티브 워크로드가 DR 목표에 어떻게 부합하는지 생각해 보세요. AWS 전 세계 지역에 여러 가용 영역을 제공합니다. AWS 클라우드를 사용하는 많은 기업은 가용 영역의 손실을 견딜 수 있도록 워크로드 아키텍처와 DR 목표를 조정합니다. AWS Well-Architected 프레임워크의 안정성 기둥은
하지만 실제로는 모든 구성 요소에 대해 중복되고 활성화 상태이며 자동화된 아키텍처를 구축하지 못할 수도 있습니다. 아키텍처의 모든 계층을 검토하여 목표를 달성하는 데 필요한 DR 프로세스를 파악하십시오. 이는 아키텍처 및 서비스 요구 사항이 다르므로 워크로드마다 달라질 수 있습니다. 이 안내서는 Amazon EC2 고려 사항 및 옵션을 다룹니다. 다른 AWS 서비스의 경우 AWS 설명서를 참조하여 고가용성 및 DR 옵션을 결정할 수 있습니다.
단일 가용 영역의 Amazon EC2에 대한 DR
여러 가용 영역의 클라이언트를 적극적으로 지원하고 서비스하도록 워크로드를 설계해 보십시오. Amazon EC2 Auto Scaling 및 Elastic Load Balancing을 사용하여 Amazon EC2 및 기타 서비스를 위한 다중 AZ 서버 아키텍처를 구현할 수 있습니다.
아키텍처에 로드 밸런싱이 불가능하고 특정 시점에 단일 인스턴스만 실행할 수 있는 EC2 인스턴스가 있는 경우 다음 옵션 중 하나를 사용할 수 있습니다.
-
최소, 최대 및 원하는 크기가 1이고 여러 가용 영역에 대해 구성된 오토 스케일링을 생성합니다. 장애가 발생할 경우 인스턴스를 대체하는 데 사용할 AMI를 생성합니다. AMI에서 새로 프로비저닝된 인스턴스를 자동으로 구성하고 서비스를 제공할 수 있도록 적절한 자동화 및 구성을 정의해야 합니다. 오토 스케일링을 가리키고 여러 가용 영역에 대해 구성된 로드 밸런서를 생성합니다. 로드 밸런서 엔드포인트를 가리키는 Amazon Route 53 별칭을 생성할 수도 있습니다.
-
활성 인스턴스에 대한 Route 53 레코드를 생성하고 클라이언트가 이 레코드를 사용하여 연결하도록 하십시오. 활성 인스턴스의 새 AMI를 생성하고 이 AMI를 사용하여 별도의 가용 영역에 중지된 상태의 새 EC2 인스턴스를 프로비저닝하는 스크립트를 생성합니다. 주기적으로 실행하고 이전에 중지된 인스턴스를 종료하도록 스크립트를 구성합니다. 가용 영역에 장애가 발생한 경우 대체 가용 영역에서 백업 인스턴스를 시작하십시오. 그런 다음 이 새 인스턴스를 가리키도록 Route 53 레코드를 업데이트하십시오.
솔루션이 보호하도록 설계된 오류를 시뮬레이션하여 솔루션을 철저하게 테스트하십시오. 또한 워크로드 아키텍처가 변경됨에 따라 DR 솔루션이 필요로 할 업데이트도 고려해 보십시오.
리전별 장애 발생 시 Amazon EC2에 대한 DR
가용성 요구 사항이 매우 높은 고객 (예: 다운타임을 허용할 수 없는 업무상 중요한 애플리케이션) 은 AWS 여러 지역에서 사용하여 지역 수준의 문제에 대한 복원력을 강화할 수 있습니다. 고객은 여러 지역 DR 계획을 수립하고 유지하는 데 필요한 복잡성, 비용 및 노력을 이점과 비교하여 신중하게 평가해야 합니다. AWS 글로벌 가용성, 장애 조치 및 DR을 위한 다중 지역 아키텍처를 지원하는 기능을 제공합니다. 이 안내서에서는 Amazon EC2의 백업 및 복구와 관련하여 사용 가능한 몇 가지 기능을 다룹니다.
AWS AMI와 Amazon EBS 스냅샷은 단일 지역 내에서 새 인스턴스를 프로비저닝하는 데 사용할 수 있는 지역 리소스입니다. 하지만 스냅샷과 AMI를 다른 리전에 복사하고 이를 사용하여 해당 리전에서 새 인스턴스를 프로비저닝할 수 있습니다. 지역별 장애 DR 계획을 지원하기 위해 AMI와 스냅샷을 다른 지역으로 복사하는 프로세스를 자동화할 수 있습니다. AWS Backup Amazon Data Lifecycle Manager는 백업 구성의 일부로 지역 간 복사를 지원합니다.
AWS Elastic Disaster Recovery을(를) 한 리전의 Amazon EC2 서버를 자동화하고 다른 DR 리전으로 지속적으로 복제하는 데 사용할 수 있습니다. Elastic Disaster Recovery는 다중 리전 DR 접근 방식을 단순화하고, 드릴을 사용하여 리전 간 Amazon EC2 DR 계획을 정기적으로 테스트하는 데 도움이 됩니다. Elastic Disaster Recovery는 백업 및 복구로 RTO 및 RPO 목표를 달성할 수 없을 때 도움이 될 수 있습니다. Elastic Disaster Recovery를 사용하면 RTO를 분 단위로, RPO를 1초 이하로 낮출 수 있습니다.
어떤 솔루션을 사용하든 정전 발생 시 사용할 프로비저닝, 장애 조치 및 페일백 프로세스를 결정해야 합니다. Route 53을 상태 확인 및 Domain Name System 장애 조치와 함께 사용하면 솔루션을 지원하는 데 도움이 될 수 있습니다.