기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 클라우드에서는 재해 복구 방식이 다름
<a name="disaster-recovery-is-different-in-the-cloud"></a>

 재해 복구 전략은 기술 혁신과 함께 진화합니다. 온프레미스 재해 복구 계획에는 테이프를 물리적으로 전송하거나 데이터를 다른 사이트로 복제하는 작업이 포함될 수 있습니다. 조직은 AWS에서 DR 목표를 달성하기 위해 이전 재해 복구 전략의 비즈니스 영향, 위험 및 비용을 재평가해야 합니다. AWS 클라우드의 재해 복구에는 기존 환경에 비해 다음과 같은 이점이 있습니다.
+  복잡성을 줄이면서 재해로부터 신속하게 복구 
+  간단하고 반복 가능한 테스트를 통해 더 쉽고 자주 테스트할 수 있습니다.
+  관리 오버헤드를 줄이면 운영 부담이 줄어듭니다.
+  자동화를 통해 오류 가능성을 줄이고 복구 시간을 단축할 수 있는 기회 

 AWS를 사용하면 물리적 백업 데이터 센터의 고정 자본 비용을 클라우드에서 권한 있는 환경의 가변 운영 비용으로 거래할 수 있으므로 비용을 크게 줄일 수 있습니다.

 많은 조직에서 온프레미스 재해 복구는 데이터 센터의 워크로드 또는 워크로드가 중단될 위험과 백업되거나 복제된 데이터를 보조 데이터 센터로 복구할 위험을 기반으로 했습니다. 조직이 AWS에 워크로드를 배포하면 잘 설계된 워크로드를 구현하고 AWS 글로벌 클라우드 인프라의 설계에 의존하여 이러한 중단의 영향을 완화할 수 있습니다. 클라우드에서 안정적이고 안전하며 효율적이고 비용 효율적인 워크로드를 설계하고 운영하기 위한 아키텍처 모범 사례에 대한 자세한 내용은 [AWS Well-Architected Framework - 신뢰성 원칙 백서를](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html) 참조하세요. [AWS Well-Architected Tool](https://aws.amazon.com/well-architected-tool/)를 사용하여 워크로드를 주기적으로 검토하여 Well-Architected Framework의 모범 사례와 지침을 준수하는지 확인합니다. 이 도구는에서 무료로 사용할 수 있습니다[AWS Management Console](https://console.aws.amazon.com/wellarchitected/).

 워크로드가 AWS에 있는 경우 데이터 센터 연결(액세스 기능 제외), 전원, 냉방, 소방 및 하드웨어에 대해 걱정할 필요가 없습니다. 이 모든 것이 관리되며 여러 장애 격리 가용 영역(각각 하나 이상의 개별 데이터 센터로 구성됨)에 액세스할 수 있습니다.

## 단일 AWS 리전
<a name="single-aws-region"></a>

 물리적 데이터 센터 하나의 중단 또는 손실로 인한 재해 이벤트의 경우 단일 AWS 리전 내의 여러 가용 영역에서 고가용성 워크로드를 구현하면 자연 재해와 기술 재해를 완화하는 데 도움이 됩니다. 이 단일 리전 내에서 데이터를 지속적으로 백업하면 데이터 손실을 초래할 수 있는 오류 또는 무단 활동과 같은 인적 위협에 대한 위험을 줄일 수 있습니다. 각 AWS 리전은 여러 가용 영역으로 구성되며, 각 가용 영역은 다른 영역의 장애로부터 격리됩니다. 각 가용 영역은 차례로 하나 이상의 개별 물리적 데이터 센터로 구성됩니다. 영향을 미치는 문제를 더 잘 격리하고 고가용성을 달성하기 위해 동일한 리전의 여러 영역에 워크로드를 분할할 수 있습니다. 가용 영역은 물리적 중복성을 위해 설계되었으며 복원력을 제공하여 정전, 인터넷 가동 중지, 홍수 및 기타 자연 재해 발생 시에도 중단 없는 성능을 제공합니다. [AWS Global Cloud Infrastructure](https://www.infrastructure.aws/)를 참조하여 AWS가 이를 수행하는 방법을 알아보세요.

 단일 AWS 리전의 여러 가용 영역에 배포하면 단일(또는 여러) 데이터 센터의 장애로부터 워크로드를 더 잘 보호할 수 있습니다. 단일 리전 배포를 추가로 보장하기 위해 데이터 및 구성(인프라 정의 포함)을 다른 리전에 백업할 수 있습니다. 이 전략은 재해 복구 계획의 범위를 줄여 데이터 백업 및 복원만 포함합니다. 다른 AWS 리전에 백업하여 다중 리전 복원력을 활용하는 것은 다음 섹션에 설명된 다른 다중 리전 옵션에 비해 간단하고 저렴합니다. 예를 들어 [Amazon Simple Storage Service(Amazon S3)](https://aws.amazon.com/s3)에 백업하면 데이터를 즉시 검색할 수 있습니다. 그러나 데이터의 일부에 대한 DR 전략에 검색 시간(몇 분에서 몇 시간으로)에 대한 더 완화된 요구 사항이 있는 경우 [Amazon Glacier 또는 Amazon Glacier Deep Archive](https://aws.amazon.com/glacier/)를 사용하면 백업 및 복구 전략 비용이 크게 절감됩니다.

 일부 워크로드에는 규제 데이터 레지던시 요구 사항이 있을 수 있습니다. 이는 현재 AWS 리전이 하나뿐인 로캘의 워크로드에 적용되는 경우 위에서 설명한 대로 고가용성을 위해 다중 AZ 워크로드를 설계하는 것 외에도 해당 리전 내의 AZs 별도의 위치로 사용할 수도 있습니다. 이는 해당 리전 내의 워크로드에 적용되는 데이터 레지던시 요구 사항을 해결하는 데 도움이 될 수 있습니다. 다음 섹션에 설명된 DR 전략은 여러 AWS 리전을 사용하지만 리전 대신 가용 영역을 사용하여 구현할 수도 있습니다.

## 여러 AWS 리전
<a name="multiple-aws-regions"></a>

 여러 데이터 센터가 서로 상당한 거리를 잃을 위험이 포함된 재해 이벤트의 경우 AWS 내 전체 리전에 영향을 미치는 자연 재해와 기술 재해를 완화하기 위해 재해 복구 옵션을 고려해야 합니다. 다음 섹션에 설명된 모든 옵션을 다중 리전 아키텍처로 구현하여 이러한 재해로부터 보호할 수 있습니다.