본문 바로가기
  • 노션에서 삽질한 내용을 정리하는 블로그
자기발전소/# AWS

AWS 클라우드 디자인 패턴

by iamlucia 2020. 10. 10.

 

 

Cloud Design Pattern 

1. Multi server 패턴

 

Elastic Load Balancer가 부하를 분산시키는 방식

 

2. Scale up 패턴(out도 포함)

 

scale: cpu, ram, disk 등의 스펙

 

scale up: 한 대의 서버의 스케일이 부족하여 원활한 서비스 제공이 불가할 때 스펙을 up올린다(up)

scale out: 소수 또는 한 대 서버에서 원활한 서비스 제공이 어려울 때 동일 사양 서버 수를 증가시킨다 (replica set)

 

cloud watch를 통해 모니터링하다가, 기존에 만들어 두었던 custom된 AMI로 EC2를 추가 생성

migration 과정 필요

 

3. Functional Firewall 패턴

 

각 계층별로 그룹을 만들어 보안그룹을 설정하는 방식

예) RDS는 오직 WAS로부터만 접속을 받는 것으로, 외부에서는 받지 않음

 

4. DB Replication 패턴

하나의 Region 내에 있는 다른 AZ에 RDS를 복제해두는 방식


Region

왜 알아야할까? 

 

전기 신호 또한 물리적인 것이기 때문에 위치나 거리에 영향을 받음
네트워크는 여러 경유지를 거치며 병목현상이 생길 수 밖에 없기 때문

 

Region에 대한 의사결정이 중요한 이유!

: 투자비용, 환율 등의 영향으로 지역에 따라 비용도 달라진다. 

 

지역 의사결정에 참조할 수 있는 사이트: http://www.cloudping.info

 

Availability Zone

(각 Region의 데이터 센터와 동일한 개념으로 생각하면 됨)

 

왜 필요할까? 

 

'멀티 AZ 구성'을 통해서
재난 복구 계획 시스템을
통한 가용성 향상
= 하나의 지역 안에는 여러 개의 가용구역이 있는데,
하나의 가용구역에 문제가 생겨도 다른 가용구역이 백업의 역할을 수행

 

같은 지역 내에서

서로 다른 가용구역 간에는 전용선으로 이어져 있기 때문에,

데이터 주고 받기 가능

 

🟢Transmission between AZ s : VPN, Tunnel (not through internet, but public IP)