DR 전략 자동화

재해 복구를 보다 효과적으로 제어하기 위해 전체 또는 부분 자동화를 구현하도록 선택할 수도 있습니다. 백업 및 복원 DR 옵션을 사용하는 경우 모든 Amazon RDS 데이터베이스는 물론 DynamoDB, Amazon DocumentDB 및 Amazon Neptune 테이블을 지원하는 AWS Backup을 사용하여 백업을 자동화할 수 있습니다.

재해 이벤트 탐지

복구 시간 단축을 위해 리전 차원의 이벤트 탐지를 자동화하여 DR 리전으로 페일오버를 시작하는 방안을 고려할 수 있습니다. 자동 탐지를 구현하여 적극적인 RTO를 달성하려면상태 확인을 기반으로 솔루션을 구축합니다. 이러한 상태 확인은 네트워크 내의 컨트롤 플레인 및 데이터 영역 모듈이 서로 통신할 수 있는지 여부를 확인하는 하트비트에서 그치지 않고 애플리케이션 구성 요소의 상호 관련된 특성을 더 깊이 평가하여 정확한 예측을 달성합니다. 그러나 자동화된 솔루션은 불필요한 장애 조치가 발생시킬 수 있는 허위 경보의 위험이 있습니다. 이 경우 불필요한 장애 조치로 인해 비즈니스에 가용성 문제가 발생하므로 주의해야 합니다. 또한 장애 조치가 수행되었는지 확인하기 위해 워크플로에서 수동 재정의를 작성할 수도 있습니다. Service Health Dashboard RSS 피드를 구독하면 서비스 수준 중단에 대한 최신 정보를 얻을 수 있습니다. 또한 기본 리전 및 AWS 계정 내의 AWS Health Dashboard (계정 필요)를 사용하여 계정에 영향을 미칠 수 있는 이벤트를 인식할 수 있습니다. 이를 통해 리전 차원의 이벤트 발생 시 정보에 입각한 장애 조치 결정을 내릴 수 있습니다.

장애 조치

어떤 DR 전략을 선택하든 사용자 지정 DR 자동화 솔루션을 구축하여 DR 리전에 대한 장애 조치를 수행할 수 있습니다. 이러한 자동화를 통해 수동 개입의 필요성을 최소화하고 DR 솔루션을 테스트할 때 더 강력한 제어 기능을 제공할 수 있습니다. 조직의 선호도에 따라 JavaScript, Python, PHP, .NET, Ruby, Java, Go, Node.js 및 C++와 같은 여러 언어로 AWS 제공되는 AWS 서비스 APIs 중에서 선택할 수 있습니다. 이러한 AWS 서비스 APIs를 사용하는 자동화를 구축하려면 먼저 데이터베이스 인프라를 AWS CloudFormation 또는 Terraform 템플릿 형식으로 코드화하는 데 집중해야 합니다. 이러한 템플릿을 사용하면 여러 데이터베이스의 장애 조치를 자동화하고 DR 리전에서 애플리케이션 및 데이터베이스 구성 요소가 다시 시작되는 순서를 유지할 수 있습니다.

DR을 위해서는 다음 두 가지 목표에 집중하는 것이 좋습니다.

• 기존 CloudFormation 스택은 인스턴스 이름 및 엔드포인트를 포함하여 데이터베이스에 대한 관련 정보를 내보내야 합니다. 자동화 프로세스는 리전 내의 이러한 내보내기 값을 참조하여 DR 작업에 도움이 되는 작업을 수행할 수 있습니다.

• 프로덕션 환경에 리소스가 있지만 연결된 CloudFormation 스택이 없는 경우 해당 리소스에 대한 스택을 생성하는 데 집중해야 합니다. 또한 이전 항목에서 언급한 대로 이러한 스택이 올바른 내보내기 값을 포함하는지 확인하세요.

이 두 가지 목표를 달성하면 조직에서 선택한 언어로 자동화 솔루션을 구축하여 CloudFormation 내보내기를 활용하고 재해 발생 시 필요한 전환 작업을 자동으로 수행할 수 있습니다. 예를 들어 CloudFormation 템플릿으로 배포된 ElastiCache(Redis OSS) 글로벌 데이터 스토어가 있는 경우 자동화 코드는 글로벌 데이터 스토어에 대한 세부 정보를 제공하는 CloudFormation 내보내기에 액세스할 수 있습니다. 재해 발생 시 코드는 ElastiCache(Redis OSS) 서비스 APIs.

일반적인 시나리오에서는 조직 내 여러 데이터베이스에 대해 자동화가 확장 가능해야 합니다. AWS Step Functions 또는 AWS Batch를 사용하여 여러 데이터베이스에 대해 자동화 솔루션 규모를 조정할 수 있습니다.