[Cloudfront] Cloudfront의 캐싱율 확인하기 Contents 개요 운영 중인 Cloudfront에서 서빙되고 있는 콘텐츠의 캐싱이 얼마만큼 되었는지 확인할 수 있는 방법을 알아보고 각각의 지표가 무엇을 의미하는 것 인지 알아본다. 객체 캐싱 확인 먼저 Cloudfront의 캐싱율을 확인하기 전에 내가 서빙하고 있는 콘텐츠가 사용자에게 제대로 캐싱되고 있는지의 여부를 확인해 보자. 캐싱이 제대로 되고 있는지의 여부는 콘텐츠의 HTTP 헤더값을 보면 된다. 웹 브라우저 → 개발자 도구 → 콘텐츠 요청 x-cache 헤더의 Value값이 ‘Hit from Cloudfront’인지 확인하고 age와 cache-control 헤더의 Value 값을 확인하면 된다. Cloudfront의 캐싱율 확인 객체가 제대로 캐싱되고 있는지 확인했으면 캐싱율이 어느 정도.. AWS/네트워크 및 콘텐츠 전송 2년 전
[Cloudfront] Cloudfront가 콘텐츠를 전송하는 과정 과정 1. 사용자가 DNS에 Request 한다. 2. DNS는 사용자에게 적합한 Edge Location으로 라우팅한다. 지연 시간이 가장 낮은 Edge Location으로 라우팅 된다. 3. Edge Location에서 해당 요청에 대해 캐싱 여부를 확인한다. 3-1. 캐시가 있다면 사용자에게 캐시를 Response 해준다. 3-2. 캐시가 없다면 가까운 Regional Edge Caches(REC)에 요청을 라우팅한다. 3-2-1. 캐시가 있다면 콘텐츠를 요청한 Edge Location에 Response해준다. 3-2-2. 캐시가 없다면 Origin으로 요청을 전달한다. 4. REC와 Edge Location에 조금 전 Response한 콘텐츠의 캐시를 저장한다. 💡 REC에 캐싱을 함으로써 그 지.. AWS/네트워크 및 콘텐츠 전송 2년 전
인스턴스의 EBS에 대한 기준성능과 최대성능 Contents 개요 AWS 인스턴스에는 사용할 수 있는 성능이 정해져 있다. 보통 어떤 인스턴스 유형을 사용할지 정할 때 CPU나 Memory, Network Bandwidth 같은 성능을 주로 볼 텐데 간과하기 쉬운 성능인 인스턴스 → EBS 구간의 성능에 대해 알아보자. 인스턴스의 EBS 성능 AWS에서 대부분의 인스턴스들은 EBS에 최적화된 인스턴스로 분류된다. EBS 최적화 인스턴스는 인스턴스와 EBS 간의 전용 대역폭을 제공하고 트래픽 경합을 최소화하여 EBS에 최상의 성능을 제공한다. EBS 최적화 인스턴스 목록은 아래의 문서에서 확인할 수 있다. https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/ebs-optimized.html 인스턴스.. AWS/컴퓨팅 2년 전
[ECS] OOME (OutOfMemoryError) 최소화 해보기 Contents 개요 ECS에서 컨테이너의 프로세스가 Task Definition에 할당된 양보다 많은 메모리를 사용할 경우 발생하는 ECS OutOfMemoryError에 대해 알아보자. ECS의 OutOfMemoryError ECS를 운영하다 보면 아래의 로그처럼 OutOfMemoryError가 (이하 OOME) 발생하는 경험을 겪게 된다. OutOfMemoryError: Container killed due to memory usage ECS OOME는 왜 발생하게 되는걸까? 다음의 두 가지 시나리오가 존재한다. 시나리오 1. Hard Limit을 넘어서는 메모리 사용 ECS Task Definition에 컨테이너가 사용할 수 있는 최대 메모리를 제한시킬 수 있다. Soft Limit과 Hard L.. AWS/컴퓨팅 2년 전
[RDS] 왜 RDS의 자동백업을 활성화 하면 RDS가 재시작될까? Contents 개요 RDS의 자동백업 활성화를 위해 AWS 공식문서를 살펴보면 아래와 같은 문구가 존재한다. - 공식문서 : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html 자동 백업을 활성화하면 RDS 인스턴스 및 데이터베이스가 오프라인으로 설정되고 백업이 즉시 생성됩니다. 단순히 백업만 활성화하는 작업인데 왜 자동백업을 활성화를 하게 되면 오프라인으로 설정이 된다는 걸까? 이유를 알기전에 우선 DB가 데이터를 PITR 백업과 WAL에 대해서 알아야 한다. WAL (Write-Ahead Log) Write-Ahead Log 방식 (이하 WAL)은 DB의 ACID 특성 중 일.. AWS/데이터베이스 2년 전
[RDS] Aurora의 Read, Write 방식 Aurora와 RDS의 차이점 Aurora와 RDS의 가장 큰 차이점은 바로 스토리지에서 온다. Aurora는 Primary와 Replica끼리 스토리지를 공유하여 사용(Storage Cluster)하지만 RDS는 각각의 EBS 볼륨을 사용한다. Storage Cluster의 장점을 극대화하기 위해 Aurora는 내부적으로 Read, Write 시 RDS와는 다른 아키텍처를 가진다. 기본적으로 Aurora는 가용성을 확보하기 위하여 총 3개의 AZ를 가지고 각각의 AZ별로 2개의 스토리지 영역을 두고 있다. 데이터의 일관성을 보장하기 위하여 Aurora는 Quorum방식으로 Read, Write를 처리한다. 스토리지 영역이 6개이기 때문에 Read는 6개 중 3개의 스토리지에서 성공해야 완료이고 Wrti.. AWS/데이터베이스 3년 전
