myeongJJi commented 10 months ago

AWS CloudFront

AWS CloudFront 개요

CloudFront란 CDN, 즉 컨텐츠 전송 네트워크를 뜻함
웹사이트의 컨텐츠를 서로 다른 엣지 로케이션에 미리 캐싱하여 읽기 성능을 높이는 것
네트워크 전체에 캐싱되므로 전세계 사용자들이 낮은 latency로 접근할 수 있어서 사용자 경험을 향상시킴
현재 CloudFront는 전세계 총 216개의 엣지 로케이션을 통해 구성되어 있음 (현재도 증가 중)
컨텐츠가 전체적으로 분산되어 DDoS 공격에서 보호받을 수 있음

제공 방식

S3 버킷
- CloudFront를 통해 파일을 분산하고 캐싱할 수 있게 함
- 버킷에는 CloudFront만 접근할 수 있게 보장 (OAC : Origin Access Control로 기존의 OAI를 대체)
- CoudFront를 통해 버킷에 데이터를 보내는 방법도 가능 (이를 Ingress라고 함)
Custom Origin (HTTP)
- HTTP 백엔드와 같은 사용자 정의 원본을 쓸 수 있음
- Application Load Balancer
- EC2 instance
- S3 website (반드시 버킷을 활성화 해서 정적 웹 사이트로 설정해야 함)
- 그 외에 다른 HTTP 백엔드도 가능

작업 방식

전세계에 퍼져 있는 CloudFront의 엣지가 있고 여기에 연결할 원본이 있음
아래와 같은 도표로 동작

S3 as an Origin

CloudFront vs S3 Cross Region Replication

CloudFront와 CRR의 차이점
- CoudFront
- 전세계 엣지 네트워크를 이용
- TTL을 통해 하루동안 파일들을 캐시해둠
- 전세계 대상으로 한 정적 컨텐츠를 사용하고자 할 때 용이
- S3 Cross Region Replication
- 복제를 원하는 각 리전에 CRR이 설정되어 있어야 함
- 파일은 실시간으로 갱신 (캐싱되지 않고 읽기 전용으로만 설정 가능)
- 일부 리전 대상으로 동적 컨테츠를 낮은 latency로 제공하고자 할 때 유용

ALB or EC2 as an Origin

지리적 제한 설정

사용자들의 지역에 따라 배포 객체 접근을 제한할 수 있음
접근이 가능한 국가 목록을 만들거나, 반대로 접근이 불가능한 국가 목록을 만들어서 설정할 수 있음
이 국가는 서드 파티 지역 DB에서 설정한 것으로, 사용자의 IP가 어떤 국가에 해당하는 지를 확인할 수 있음
Use case : 컨텐츠 저작권법으로 인한 제한

Pricing

전역에 퍼져 있어 엣지 로케이션마다 데이터 전송 비용이 다름
두 가지 선택 조건이 있음
- 비용 절감을 위해 CloudFront를 분산할 전 세계 엣지 로케이션 수를 줄이는 방법
- 세 가지 클래스가 있음
- Price Class All : 모든 리전 사용 - 베스트 퍼포먼스, 비용이 많이 듬
- Price Class 200 : 대부분 리전을 사용할 수 있지만 가장 비싼 리전은 제외
- Price Class 100 : 가장 저렴한 리전만 사용

캐시 무효화

Origin의 오브젝트가 변경되도 CloudFront는 모름. TTL이 만료되서 갱신할 때만 알게 됨. 최대한 빨리 새 콘텐츠를 받고 싶다면 캐시 무효화 기능 활용
특정 컨텐츠 또는 전체적으로 리프레스 하여 최신 자료를 가져올 수 있음
이 때 모든 파일 경로() 또는 특정 경로(/images/)를 지정해야 함

AWS Global Accelerator

글로벌 서비스에서 다양한 국가에서 한 지역으로 네트워크 접속을 하면 많은 홉과 지연이 발생함. 지연을 방지하려면 최대한 빠르고 네트워크에 접속해야 하는데 이 때 Global Accelerator 기능을 사용
Global Accelerator는 Anycast IP 개념을 사용
애플리케이션을 라우팅 하기 위해 AWS 내부 글로벌 네트워크를 활용
Anycast IP는 사용자와 가장 가까운 바로 엣지 로케이션으로 트래픽을 직접 전송
엣지 로케이션은 훨씬 안정적이고 지연 시간이 적은 사설 AWS 네트워크를 거쳐 애플리케이션 로드 밸런서로 트래픽을 전송

Unicast IP vs Anycast IP

Unicast IP : 하나의 서버가 하나의 IP 주소를 가짐
- 클라이언트가 두 개 서버 중 하나로 접속하기가 편함
Anycast IP : 모든 서버가 같은 IP를 가지고 있음
- 클라이언트는 가장 가까운 서버로 라우팅 됨

snaag commented 10 months ago

좋은글 잘봤슴다! 두가지 질문이있슴미당 ✋️

CloudFront 는 하나의 버킷에 설정해두면 알아서 CDN이 되는 것이고, Cross Region Replication 은 여러 버킷에 설정해두면 되는걸까욤??

낮은 latency를 원하는 (1일 이내) 특정리전의 버킷에만 CRR을 설정하기도 한다고 이해했는데욤, 그러면 CloudFront 와 Cross Region Replication 를 같이 쓰기도 하나염???

myeongJJi commented 10 months ago

오옹 상아님 다 읽어보셨군요!? 당신의 열쩡에 박수를 보냅니다👏👏

결론부터 말씀드리면 동작 방식이 달라서 아래 사항에 따라 선택해서 둘 중 한가지만 쓰는게 좋겠어요!

서비스 규모
글로벌 지역
리소스가 빈번하게 변경 될 지
돈이 많냐

CloudFront는 내가 한 버킷에 설정해두면 알아서 AWS에서 운영하는 CloudFront 전세계 광역에 퍼져 있는 서버에 1일 주기로 refresh되어 캐시된다고 보심 되고, CRR은 내가 설정한 버킷 리전에 각각 복제를 설정해둔 뒤 오리진 버킷에서 리소스 변경이 일어나면 몇초 뒤 타겟 버킷에 바로 반영이 됩니당 즉, 서비스 규모가 크고 리소스 변경이 거의 일어나지 않는(실시간 서비스가 아닌 정적 서비스인 경우) 경우에는 CloudFront가 적절하다 보심 되고, 규모가 한정되어 있고 실시간으로 서비스가 필요한 경우에는 CRR이 적절하다 보심 됩니다!

다만 CloudFront로 운영하다가 예를 들어 배포를 해서 즉시 반영이 필요하다? 그럼 캐시 무효화란 기능을 통해서 수동으로 재배포가 가능해요!

낮은 latency라고 작성한 이유는 리소스 변경된 부분을 오리진에서 타켓으로 실시간으로 가져오기 때문에 때문에 이렇게 표현한 것이라 생각해주심 됩니다😉

같이 쓰는 경우에 대해서도 생각해 보았는데요..전세계 대부분 지역에서는 정적으로 서비스 하고, 특정 지역에서는 실시간 서비스를 해야 하는 경우라면 둘 다 사용해볼만 하겠네요! 다만..그럼 돈이 많이 들겠죠?💸 AWS는 비쌉니다! 텅장이 될 각오가 되셨다면 도전해보세요!