정적 안정성 - AWS장애 격리 경계

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

정적 안정성

AWS서비스의 가장 중요한 복원력 특성 중 하나는 정적 AWS 안정성입니다. 이 용어가 의미하는 바는 시스템이 정적 상태에서 작동하며 장애가 발생하거나 종속성을 사용할 수 없는 경우에도 변경할 필요 없이 정상적으로 계속 작동한다는 의미입니다. 이를 위한 한 가지 방법은 서비스의 순환 종속성으로 인해 해당 서비스 중 하나가 성공적으로 복구되지 못하게 할 수 있는 것을 방지하는 것입니다. 이를 위한 또 다른 방법은 기존 상태를 유지하는 것입니다. 우리는 컨트롤 플레인이 데이터 플레인보다 실패할 확률이 통계적으로 더 높다는 사실을 고려합니다. 데이터 플레인은 일반적으로 컨트롤 플레인으로부터 수신되는 데이터에 의존하지만, 데이터 플레인은 컨트롤 플레인이 손상된 경우에도 기존 상태를 유지하고 계속 작동합니다. 일단 프로비저닝된 리소스에 대한 데이터 플레인 액세스는 컨트롤 플레인에 종속되지 않으므로 컨트롤 플레인 손상의 영향을 받지 않습니다. 즉, 리소스를 생성, 수정 또는 삭제하는 기능이 손상되더라도 기존 리소스는 계속 사용할 수 있습니다. 따라서 AWS 데이터 플레인은 컨트롤 플레인의 손상에 대해 정적으로 안정적입니다. 다양한 유형의 종속성 장애에 대해 정적으로 안정적이도록 다양한 패턴을 구현할 수 있습니다.

정적 안정성의 예는 Amazon EC2에서 찾을 수 있습니다. EC2 인스턴스가 시작되면 데이터 센터의 물리적 서버처럼 사용할 수 있습니다. 실행 상태를 유지하거나 재부팅 후 다시 실행하기 위해서는 컨트롤 플레인 API에 의존하지 않습니다. VPC, Amazon S3 버킷 및 객체, Amazon EBS 볼륨과 같은 다른 AWS 리소스에도 동일한 속성이 적용됩니다.

정적 안정성은 서비스 AWS 설계 방식에 깊이 뿌리내리고 있는 개념이지만 고객이 사용할 수 있는 패턴이기도 합니다. 실제로 다양한 유형의 AWS 서비스를 탄력적인 방식으로 사용하기 위한 모범 사례 지침의 대부분은 프로덕션 환경에 정적 안정성을 구현하는 것입니다. 가장 신뢰할 수 있는 복구 및 완화 메커니즘은 변경을 최소화하여 복구할 수 있는 메커니즘입니다. 장애가 발생한 가용 영역에서 복구하기 위해 EC2 컨트롤 플레인에 의존하여 새 EC2 인스턴스를 시작하는 대신, 추가 용량을 미리 프로비저닝하면 정적 안정성을 확보할 수 있습니다. 따라서 복구 경로에서 컨트롤 플레인 (리소스 변경을 구현하는 API) 에 대한 종속성을 제거하면 보다 탄력적인 워크로드를 생성하는 데 도움이 됩니다. 정적 안정성, 컨트롤 플레인 및 데이터 플레인에 대한 자세한 내용은 Amazon Builders 라이브러리 문서 가용 영역을 사용한 정적 안정성을 참조하십시오.