의 영역 전환 모범 사례 ARC

영역 전환을 시작할 때 가용 영역에 부과되는 추가 부하를 수용할 수 있는 충분한 용량을 계획하고 사전 규모 조정 또는 자동 확장이 가능한지 확인합니다. 복구 지향 아키텍처에서는 일반적으로 세 개의 복제본 중 하나가 오프라인 상태일 때 최대 트래픽을 처리할 수 있는 충분한 여유 공간을 포함하도록 컴퓨팅 용량을 미리 조정하는 것이 좋습니다.

예를 들어 단일 로드 밸런서 리소스의 영역 전환을 시작하면 한 가용 영역의 용량이 로드 밸런서 뒤에서 일시적으로 제거됩니다. 시작하는 영역 전환과 로드 밸런서의 구성 방식에 따라 나머지 가용 영역에서 증가된 부하 관리를 신중하게 계획했는지 확인해야 합니다.

Amazon Application Recovery Controller(ARC)가 영역 이동 또는 영역 자동 이동을 사용하여 트래픽을 장애로부터 멀리 이동시키는 경우 에서 애플리케이션 트래픽을 이동하는 데 ARC 사용하는 메커니즘은 DNS 업데이트입니다. DNS 업데이트로 인해 모든 새 연결이 손상된 위치에서 멀리 이동하게 됩니다.

그러나 기존에 열려 있는 연결이 있는 클라이언트는 클라이언트가 다시 연결될 때까지 손상된 위치에 대해 계속 요청할 수 있습니다. 빠른 복구를 위해 클라이언트가 엔드포인트에 연결된 상태를 유지하는 시간을 제한하는 것이 좋습니다.

Application Load Balancer 를 사용하는 경우 keepalive 옵션을 사용하여 연결 지속 시간을 구성할 수 있습니다. 자세한 내용은 Application Load Balancer 사용 설명서의 HTTP 클라이언트 유지 기간을 참조하세요.

기본적으로 Application Load Balancer는 HTTP 클라이언트 유지 기간 값을 3600초 또는 1시간으로 설정합니다. 예를 들어 300초와 같이 애플리케이션의 복구 시간 목표에 맞게 값을 낮추는 것이 좋습니다. HTTP 클라이언트 유지 지속 시간을 선택할 때 이 값은 일반적으로 더 자주 재연결하는 것과 지연 시간에 영향을 미칠 수 있는 것과 손상된 AZ 또는 리전에서 모든 클라이언트를 더 빠르게 이동하는 것 사이의 절충점이라고 생각해 보세요.

영역 전환을 시작하여 애플리케이션의 가용 영역 밖으로 트래픽을 이동하는 것을 정기적으로 테스트합니다. 재해 발생 시 애플리케이션 복구를 위한 정기적인 장애 조치 테스트의 일환으로 가급적이면 테스트 및 프로덕션 환경 모두에서 시작 영역 전환을 계획하고 실행합니다. 정기적인 테스트는 운영상 문제가 발생했을 때 문제를 완화할 수 있는 대비와 확신을 갖도록 하는 데 있어 매우 중요한 부분입니다.

영역 전환은 가용 영역에서 리소스, 즉 애플리케이션 복제본을 비정상으로 표시함으로써 작동합니다. 즉, 애플리케이션의 로드 밸런서에 있는 대상이 일반적으로 정상이고 리전 내 가용 영역에서 트래픽을 적극적으로 받아들이는지 확인하는 것이 중요합니다. 예를 들어 비정상 대상 및 가용 영역bytesProcessed 당 Elastic Load Balancing 지표를 포함하여 이를 추적할 수 있는 대시보드가 있는 것이 좋습니다.

인접한 두 번째 리전에서 리소스의 상태를 모니터링하는 것이 좋습니다. 이 접근 방식의 장점은 최종 사용자의 경험을 더 잘 대표할 수 있고 애플리케이션과 모니터링이 동시에 동일한 재해로 인해 영향을 받는 위험(“운명 공유”)을 줄일 수 있다는 것입니다.

종속성이 거의 없는 애플리케이션을 빠르게 복구해야 하는 경우 영역 전환을 시작하려면 가능하면 사전 저장된 보안 인증 API 정보와 함께 영역 전환 작업과 함께 AWS Command Line Interface 또는 를 사용하는 것이 좋습니다. 사용하기 AWS Management Console쉽게 에서 영역 전환을 시작할 수도 있습니다. 그러나 빠르고 안정적인 복구가 중요한 경우에는 데이터 영역 작업을 선택하는 것이 좋습니다. 자세한 내용은 영역 전환 API 참조 가이드 섹션을 참조하세요.

영역 전환은 장애를 완화하기 위해 트래픽을 일시적으로 가용 영역 밖으로 이동시킵니다. 문제를 해결하기 위한 조치를 취하는 즉시 애플리케이션이 서비스를 받을 수 있도록 리소스를 복원해야 합니다. 이를 통해 전체 애플리케이션이 완전히 중복되고 복원력이 뛰어난 원래의 상태로 복원될 수 있습니다.