AWS Elastic Disaster Recovery 자동 AWS 페일백 기능 출시
저는 2021년 블로그 게시물에서 AWS Elastic Disaster Recovery(DRS)에 대해 처음 다루었습니다. 이 게시물에서는 DRS가 어떻게 ‘고객이 필요할 때까지 유휴 상태로 방치되는 온프레미스 DR 인프라에 투자하지 않고도 AWS를 온프레미스 애플리케이션의 탄력적 복구 사이트로 사용할 수 있게 하는지 설명합니다. DRS는 한 번 활성화되면 운영 체제, 애플리케이션 및 데이터베이스에 대한 지속적인 복제 태세를 유지합니다.’ 오늘 DRS가 AWS 내 페일백도 지원합니다. 기존 릴리스에 포함된 무중단 복구 훈련 및 온프레미스 페일백에 대한 지원이 추가되었습니다.
제가 이전 게시물에서 훈련 과정이 재해 복구의 중요한 부분을 차지한다고 언급하기도 했습니다. 이는 테스트해보지 않으면 막상 필요할 때 재해 복구 솔루션이 제대로 작동하는지 확신할 수 없기 때문입니다. 그러나 테스트 작업은 시간이 많이 걸리고 운영 중단을 야기하기 때문에 대부분의 고객들은 테스트를 달가워하지 않습니다. 자동화 및 단순화를 이용하면 대규모로 수시로 훈련을 실시할 수 있어 재해에 더 잘 대비할 수 있고, 이제 애플리케이션이 온프레미스이든 AWS에 있든 관계없이 사용할 수 있습니다. 무중단 복구 훈련을 통해 복구 또는 페일백을 시작해야 하는 경우 Recovery Time Objective(RTO) 및 Recovery Point Objective(RPO)의 달성 여부를 확신할 수 있습니다. RTO 및 RPO에 대한 더 자세한 정보와 왜 이 둘을 정의하는 것이 중요한 지에 대한 내용은 복구 목표 문서에서 확인할 수 있습니다.
새로운 자동화된 지원은 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스를 원래 리전으로 페일백할 수 있는 간편하고 신속한 환경을 제공하며, 장애 조치 및 페일백 프로세스(온프레미스 또는 AWS 내 복구용)를 AWS Management Console에서 편리하게 시작할 수 있습니다. 또한 복구 워크플로를 구성하는 세분화된 단계를 사용자 지정하려는 고객을 위해 DRS는 이 게시물 하단에 링크된 세 가지 새 API를 제공합니다.
장애 조치 vs. 페일백
장애 조치란 운영 중단이나 애플리케이션의 가용성을 위협하는 문제가 발생할 경우 실행 중인 애플리케이션을 다른 가용 영역 또는 다른 리전으로 전환하는 것입니다. 장애 복구는 애플리케이션을 원래 온프레미스 위치 또는 리전으로 반환하는 프로세스입니다. 다른 가용 영역으로 장애 조치하는 경우 해당 영역에 구애받지 않는 고객은 필요한 경우 새 영역에서 애플리케이션을 무기한으로 계속 실행할 수 있습니다. 이 경우 복구 복제를 되돌려 복구된 인스턴스를 향후 복구를 위해 보호합니다. 하지만 장애 조치가 다른 리전에서 진행되었다면 장애 조치를 야기한 문제가 해결되면 고객은 페일백한 후 원래 리전으로 돌아가려할 것입니다.
아래 이미지는 DRS로 보호되는 AWS 내 애플리케이션의 아키텍처를 보여줍니다. 아래는 아키텍처는 크로스 가용 영역 시나리오를 위한 이미지입니다.
아래 아키텍처 다이어그램은 리전 간 시나리오를 위한 것입니다.
AWS 내 애플리케이션에서 인시던트가 발생하여 다른 AWS 리전으로 장애 조치를 시작한다고 가정해 보겠습니다. 문제가 해결되면 원래 리전으로 페일백하려고 합니다. 다음 애니메이션은 장애 조치 및 페일백 프로세스를 보여줍니다.
Elastic Disaster Recovery를 통한 AWS 내 장애 복구에 대해 자세히 알아보기
앞서 언급했듯이 관련된 세부 단계를 사용자 지정하려는 고객은 세 가지 새로운 API도 사용할 수 있습니다. 이에 대한 문서는 아래 링크를 사용하여 찾을 수 있습니다.
새로운 AWS 내 장애 복구 지원은 Elastic Disaster Recovery가 제공되는 모든 리전에서 사용할 수 있습니다. 사용 설명서에서 AWS Elastic Disaster Recovery에 대해 자세히 알아보세요. 새로운 페일백 지원에 대한 자세한 내용은 서비스 사용 설명서의 이 항목을 참조하시기 바랍니다.
Leave a Reply