AWS 장애물 방지 및 고가용성

장애에 대한 저항성 향상 1

다른 영역 또는 다른 AZ에서 백업 및 보관

장애에 대한 저항성 향상 2

다른 영역 및 기타 AZ를 즉시 장애 복구할 수 있도록 사전에 준비 구조로 구성합니다.

고가용성 설계 고려 사항

목표 복구 시간(RTO: RecoveryTime Objective)
"복구가 얼마나 걸리면 영향이 적을까요?"표준
대상 복구 시간(RPO: RecoveryPoint Objective)
"언제쯤 데이터를 복구할 수 있을까요?"
장애에 저항하다
애플리케이션에 설치된 이중화
복구 가능성
고장, 재해 발생 시 서비스 복구 관련 기능 등
확장성
설계에서 확장성이 다음과 같은지 여부
헤아리다
가용성을 높이면 원가가 높아지고 구성도 복잡해지기 때문에 균형을 잘 잡아야 한다.

단일 장애 지점 제거 1

ELB를 사용한 다중 AZ 구조

단일 장애 지점 제거 2

다중 AZ는 마스터 종속 장치로 구성되며 복제본을 읽어 줄입니다.

고장 복구 모델

DR 구성
설명
백업 및 복구
백업 데이터를 다른 영역에 저장하고 DR 웹 사이트 측면에서 복사합니다.DR 시 백업에서 시스템을 복구합니다.
조명
DR 웹 사이트 측면에서 구성이 낮은 대기 DB를 구축하면 데이터 동기화만 수행합니다.DR 시 DR 웹 사이트 측면에서 AP를 시작하여 DB를 확대/축소하고 복원합니다.
예열 준비
DR 웹 사이트에서 구성이 낮은 구성을 자주 시작합니다.DR 시 서버를 업그레이드하고 DNS 이름 확인 주소를 DR 사이트 측면으로 전환하여 복원합니다.
다중 사이트
DR 웹 사이트에서 항상 동일한 사양으로 구성됩니다.DR 시 DNS 이름 해결 주소를 DR 사이트 측으로 전환하면 짧은 시간 안에 업무를 재개할 수 있다.
위에서 말한 바와 같이 중요한 조건은 어디에 있습니까?
예를 들어 비용 최적화에 중점을 두면'백업 및 복구'죠.
다운타임을 최소화하면 멀티 사이트가 됩니다.