[AWS Architecture] 소개
1. 개요
위 구성은 AWS에서 제공하는 Web Application Hosting Architecture입니다. 하나의 Web Application은 이론상으로 하나의 Server가 있으면 서비스가 가능합니다. 그러나 대부분의 인프라는 위와 같이 복잡한 구조로 설계가 되어있습니다. 그 이유는 실제 운영을 위해서는 보안, 고가용성, 과부하 등을 위해 여러 SW 및 Device가 추가되기 때문입니다. Web Application 인프라 설계의 궁극적인 목표는 지속적으로 안정적인 서비스를 보장하기 위함입니다.
2. 목표
AWS에서 제공하는 서비스를 활용하여 Web Application 서비스용 Architecture를 구성
3. 목표 구성도
Web-WAS-DB의 3 Tier 구조
Private/Public Subnet을 통한 내/외부망 분리 - 외부망은 IGW를 통해 인터넷 접근이 가능
두 개의 AZ에 구성하여 HA(고가용성) 보장
ELB를 통한 트래픽 분산
4. Flow
1) User가 Internet을 통해 Web 접근 시도
2) HTTP Request가 IGW를 통해 External ELB로 전달
3) External ELB에서 각 Web Server #1,2로 로드밸런싱
4) 각 Web Server에서 Request를 Internal ELB로 전달
5) Internal ELB에서 Request를 WAS로 전달
6) 각 WAS에서 DB 접근하여 Read/Write 작업 후 역순으로 User에게 Response
7) 평소에는 Master DB로만 서비스를 제공하며 장애 등과 같은 특별한 이유로 정상 서비스 불가 시 다른 AZ에 존재하는 Slave DB에서 서비스 제공
http://osc131.tistory.com/80 - [AWS Architecture] #1. 소개
http://osc131.tistory.com/81 - [AWS Architecture] #2. VPC 생성하기
http://osc131.tistory.com/82 - [AWS Architecture] #3. Subnet 설정
http://osc131.tistory.com/83 - [AWS Architecture] #4. EC2 설정
http://osc131.tistory.com/84 - [AWS Architecture] #5. RDS 설정
http://osc131.tistory.com/85 - [AWS Architecture] #6. ELB 설정
'AWS' 카테고리의 다른 글
[AWS Architecture] #3. Subnet 설정 (0) | 2018.10.11 |
---|---|
[AWS Architecture] #2. VPC 생성하기 (3) | 2018.10.10 |
[AWS] Elastic Beanstalk 생성 (0) | 2018.07.21 |
[Linux] EC2 Root 계정 활성화 (0) | 2018.02.12 |
AWS EC2 Security Group (0) | 2018.02.07 |