CloudFront 돌발 문제

어느 날, CND에 관한 공부를 하던 도중 선배님께서 저에게 흥미로운 질문을 던지셨습니다. 그 질문에 대한 답변을 찾아 냈으며, 여러분과 함께 이 주제를 공유하고자 글을 작성하게 되었습니다 🙂

고객이 파일을 업로드 했는데 cloudfront 적용 후 계속 이전 파일이 다운로드 된다고 한다. 이때 어떻게 해결할 것인가?
cloudfront의 기본 대역폭은 150Gbps, 초당 요청 수가 25만 등 제한이 있다. 사용 중 정상적인 서비스 운영이 되지않아 확인 시 리퀘스트 요청 수가 25만 이상이 필요한 것이 확인됐다. 이때 어떻게 해결할 것인가?
S3한국 리전의 이미지 파일을 cloudfront를 사용하여 미국에서 해당 정적이미지 파일을 빠르게 다운로드 할 수 있게되었다. 이 과정이나 원리를 자세히 설명
cloudfront 적용 후에도 최종 클라이언트로부터 느리다는 답변을 받았다. 이때 어떻게 해결해줄 것인가?

(저에게 흥미로운 질문을 던져주신 존경하는 선배님의 블로그 입니다: https://manvscloud.com/?cat=118)

(1) 먼저 초기 이미지 확인 시 이미지 이름은 ttt10.png 입니다

하지만 해당 이미지가 마음에 들지 않아 다른 이미지로 변경을 하였고 이름은 같은 이름을 사용 하였습니다.

하지만 기존 CND에서 캐시를 가지고 있기 때문에 이전 이미지가 발생을 하였습니다

이런 경우 방법은 두 가지 입니다

첫번째는 캐시 무효화를 통하여 캐시를 초기화 하는 것입니다

ㄴ> 하지만 이방법은 일정 횟수가 넘어가면 과금이 발생함으로 다른 방법을 모색하는 것이 좋습니다.

먼저 첫번째 방법은 아래와 같이 캐시 무효화를 해주는 것입니다.

아래처럼 캐시 무효화 경로를 지정하고 무효화를 해주면 해당 캐시가 초기화가 되어 정상적으로 이미지가 출력이 됩니다.

두번째 방법은 TTL을 조절 하는 방식 입니다.

정책 생성을 눌러 주며, 아래의 캐시 키 및 원본 요청에서

Legacy cache settings 선택 후 Customize을 선택 하여 원하는 TTL을 정해주고 저장을 해줍니다.

그후 이미지를 다른 이미지를 변경후 15초가 지나면 해당 이미지가 변경 된것을 알수가 있습니다.

(2) aws 공식문서를 보면 더 높은 할당량을 원할 경우 “더 높은 할당량 요청” 을 통하여 가능 합니다.

URL: https://docs.aws.amazon.com/ko_kr/AmazonCloudFront/latest/DeveloperGuide/cloudfront-limits.html#limits-general

위 의 이미지에서 하어퍼 링크를 클릭을 하면 아래 이미지 처럼 자동으로 서포트로 이동을 하게되며 Service Limit Increase 타입의 티켓을 열어 할당량을 높여줍니다.

*CDN 정의: 전 세계에 전력적으로 배치된 대규모 서버 네트워크를 이용하여 지리적으로 가장 가까운 Edge로부터 Cnotents 를 전송

→ 필요 이유: 거리가 멀수록 혹은 테이터가 많을수록 트래픽은 전송 지연이 발생한다 → 서비스에 문제가 발생

*클라우드 프론트를 사용하면 아마존 쉴드 스텐다드가 기본으로 제공 됩니다.

사용자들이 캐시서버에 요청 → 처음 요청한 부분은 캐시 서버에 없기 때문에 캐시미스가 발생 → 캐시 서버에서는 원본 컨텐츠를 받아와서 저장을 합나다 → 저장한것을 다시 사용자한테 컨텐츠를 제공하여줍니다. → 두번째 사용자가 첫번째 사용자하고 동일한 컨텐츠를 요구 → 캐시서버에는 동일한 컨텐츠가 있기 때문에 캐시 히트가 발생 [원본(오리진) 까지 안가고 빠르게 컨텐츠 제공함]

정적 콘탠츠일 경우