컨트롤 플레인 및 데이터 영역

가용 영역 제거를 수행하는 데 사용할 수 있는 실제 패턴을 살펴보기 전에 먼저 컨트롤 플레인과 데이터 영역의 개념을 설명해야 합니다. AWS는 당사 서비스의 컨트롤 플레인과 데이터 영역을 구분합니다. 컨트롤 플레인은 리소스 추가, 리소스 삭제, 리소스 수정 등 시스템을 변경하고 이러한 변경 사항을 적용하기 위해 필요한 곳(예: ALB용 네트워크 구성 업데이트 또는 AWS Lambda 함수 생성)에 관련된 기계입니다.

데이터 영역은 EC2 인스턴스를 실행하거나 Amazon DynamoDB 테이블에서 항목을 가져오거나 Amazon DynamoDB 테이블에 항목을 넣는 등 이러한 리소스의 기본 기능입니다. 컨트롤 플레인과 데이터 영역에 대한 자세한 내용은 AWS 장애 격리 경계 및 가용 영역을 사용한 정적 안정성을 참조하십시오.

이 문서의 목적에 따라 컨트롤 플레인이 데이터 영역보다 유동적인 부분과 종속성이 더 많은 경향이 있다는 점을 고려해 보십시오. 따라서 데이터 영역에 비해 컨트롤 플레인이 손상될 가능성이 통계적으로 더 높습니다. 이는 Amazon EC2 및 EBS와 같이 AZI를 제공하는 서비스의 경우 특히 중요합니다. 이러한 서비스의 일부에는 영역별로 독립적이기도 한 컨트롤 플레인이 있어 단일 AZ 이벤트 중에 영향을 받을 수 있기 때문입니다.

이전 정보에 따르면 컨트롤 플레인 작업을 사용하여 AZ 대피를 수행할 수 있지만, 특히 장애 발생 시 성공 확률이 낮을 수 있습니다. 충격을 성공적으로 완화할 확률을 높이려면 두 가지 패턴을 사용할 수 있습니다. 첫 번째 패턴은 데이터 영역 작업에만 의존하여 작업이 영향을 받는 가용 영역으로 라우팅되는 것을 막거나 작업이 중단되는 것을 방지함으로써 초기에 영향을 완화합니다. 그런 다음, 영향을 받는 가용 영역에 용량이 프로비저닝되지 않도록 하고 해당 가용 영역과의 가용 영역 간 통신을 중지하도록 컨트롤 플레인 작업을 통해 리소스 구성을 업데이트하는 두 번째 패턴을 시도할 수 있습니다.

이 섹션에서 설명하는 복구 패턴은 커다란 빨간색 버튼입니다. 이러한 메커니즘은 크게 규모를 조정하는 조치를 신속하게 취하는 데 사용하는 메커니즘으로, 조립 라인에서 Andon 코드를 당기는 것과 비슷합니다. 이는 워크로드가 일시적인 오류를 극복하기 위해 코드에 지터를 포함한 지수 백오프를 포함하는 재시도와 같은 전략을 이미 시도했다고 가정합니다. 즉, 고립된 가용 영역의 영향이 감지되면 가용 영역으로 가용성이나 지연 시간에 미치는 영향이 심각하기 때문에 가용 영역을 제거해야 효과적으로 완화할 수 있습니다.