Azure Event Grid 토픽 및 도메인에 대한 고유한 재해 복구 계획 빌드

쌍을 이루는 지역에 데이터를 복제하지 않기로 결정한 경우 고유한 재해 복구 시나리오를 빌드하고 애플리케이션 기능의 심각한 손실을 복구하기 위해 몇 가지 사례에 투자해야 합니다.

자동화를 위한 스크립트 빌드

배포 파이프라인을 자동화된 상태로 유지하고, 수작업 프로세스로 인해 장애 조치(failover)가 발생할 때 지연이 발생할 수 있습니다. 필요한 경우 하나 또는 여러 지역에서 배포를 쉽게 복제할 수 있도록 모든 Azure 배포가 스크립트 또는 템플릿에 백업되었는지 확인합니다. 휠을 재창조하려고 하지 말고 이미 입증되고 작동하는 것을 사용합니다. Azure DevOps 또는 GitHub Actions와 같은 클라우드 배포 자동화와 관련된 문제를 해결할 수 있는 많은 자동화 도구가 있습니다. 배포 단계 중에 도움이 될 수 있는 도구가 더 많이 있으며, 작업하는 데 더 편안하게 느끼는 도구를 사용하고 이 방법 가이드를 검사 목록 참조에만 사용합니다.

계획에서 지역 정의

복구 계획을 만들려면 계획에 사용할 지역을 선택해야 합니다. 지역을 선택할 때 사용자와 클라우드 리소스 간의 가능한 대기 시간도 고려해야 합니다. 주 지역에 가장 가까운 지역을 가져옵니다.

지역 간 라우터 선택

지역을 이미 정의한 후에는 필요한 경우 지역 간에 트래픽을 분산하는 데 도움이 되는 지역 간 라우터를 정의해야 합니다. Traffic Manager는 전역 Azure 지역에 걸쳐 공용 연결 애플리케이션에 트래픽을 분산할 수 있는 DNS 기반 트래픽 부하 분산 장치입니다. 또한 Traffic Manager는 지역 간 리디렉션 및 가용성, 역방향 프록시, 정적 콘텐츠 캐시, Front Door를 보고 싶은 WAF 정책과 같은 추가 기능이 필요한 경우 엔드포인트에 고가용성 및 빠른 응답성을 제공합니다.

Azure Event Grid 리소스 배포

이제 Azure Event Grid 토픽 리소스를 만들고 다음 Bicep 샘플을 사용하여 웹후크 이벤트 구독으로 토픽을 만듭니다.

선택한 보조 지역에 대한 토픽 배포 프로세스를 반복합니다.

참고: Azure에서 리소스를 배포한 후에는 만들기 및 다시 만들기 연습을 계속하려면 토픽 및 이벤트 구독의 구성에서 변경한 내용이 템플릿에 반영되도록 해야 합니다.

사용자가 만든 각 리소스에 대한 토픽 엔드포인트 URL을 특정 위치에 저장하면 다음과 같이 표시됩니다.

지역 1: https://my-primary-topic.my-region-1.eventgrid.azure.net/api/events

지역 2: https://my-secondary-topic.my-secondary-1.eventgrid.azure.net/api/events

Azure Event Grid 엔드포인트에 대한 Traffic Manager 만들기

이전에 만든 Azure Event Grid 리소스 엔드포인트는 Azure에서 Traffic Manager 프로필을 만들고 구성할 때 사용됩니다. 자세한 내용은 빠른 시작: Azure Portal을 사용하여 Traffic Manager 프로필 만들기를 참조하세요.

Traffic Manager는 https://myeventgridtopic.trafficmanager.net과 같이 고유한 DNS 이름을 제공하는 전역 리소스입니다. Traffic Manager에서 두 Azure Event Grid 토픽 엔드포인트를 구성한 후에 주 지역을 사용할 수 없게 되면 트래픽을 자동으로 두 번째 지역으로 리디렉션합니다.

현재 리소스를 배포 및 실행하고 트래픽 관리자 엔드포인트로 이벤트 전송을 시작할 수 있습니다. 트래픽 관리자에서 보조 엔드포인트를 활성 상태로 유지하지 않으려는 경우 엔드포인트를 사용하지 않도록 설정하는 것이 좋습니다.

CI/CD 프로세스에서 배포 스크립트 통합

구성이 예상대로 작동하고 이벤트가 정의한 지역에 전달되도록 했으므로 템플릿을 자동화 도구와 통합해야 합니다. 자세한 내용은 빠른 시작: Azure Pipelines와 Bicep 통합 또는 빠른 시작: GitHub Actions를 사용하여 Bicep 파일 배포를 참조하세요.

정기적으로 테스트되는 자동화된 프로세스를 사용하면 스크립트 및 도구에 사용되는 종속성이 오래되지 않으며 지역에서 가능한 오류가 발생한 후 몇 분 후에 복구 프로세스를 트리거할 수 있다는 확신을 갖게 됩니다.

다음 단계