전체 글52 CloudWatch Logs 요금은 어디서 나올까, 수집·저장·조회 단가와 보존 기간 설정으로 줄이는 순서 EC2 한 대와 Lambda 몇 개를 돌리는데 청구서의 CloudWatch 항목이 생각보다 큰 경우가 있습니다. 지표나 알람 몇 개로는 그런 금액이 나오지 않습니다. 대부분은 로그입니다. Lambda, ECS, RDS처럼 AWS 서비스가 자동으로 보내는 로그와 서버에서 에이전트로 올리는 로그가 모두 CloudWatch Logs에 쌓이고, 그 양에 따라 요금이 붙기 때문입니다. 로그 요금은 세 군데에서 나옵니다. 들어온 양(수집), 쌓여 있는 양(저장), 읽은 양(조회)입니다. 이 셋을 나눠서 보면 어디를 손봐야 하는지가 바로 보입니다. 이 글에서는 서울 리전 단가로 세 항목을 계산해 보고, 로그 그룹 설정 두 가지(보존 기간과 로그 클래스)로 얼마나 달라지는지 확인합니다. 단가는 AWS Price Lis.. 2026. 11. 5. ALB 요금은 왜 매달 다를까 LCU 네 가지 기준으로 서울 리전 한 달 비용 계산하기 Application Load Balancer(ALB)를 처음 붙이고 청구서를 보면 항목이 낯섭니다. 시간당 요금은 이해가 되는데, 그 아래 LCU-Hrs라는 줄의 숫자가 달마다 달라지기 때문입니다. 접속자가 늘지 않았는데 요금이 올랐다면 원인을 찾기도 어렵습니다. LCU는 ALB가 한 시간 동안 처리한 양을 하나로 환산한 단위입니다. 기준이 네 가지이고, 그중 가장 큰 값 하나에만 요금이 붙습니다. 이 규칙을 알면 어떤 트래픽이 요금을 끌어올리는지 바로 찾을 수 있습니다. 아래 금액은 AWS Price List 공개 데이터의 서울 리전 단가로 직접 계산한 값입니다. 트래픽 수치는 계산을 보여 주려고 정한 가정이며, 실제 서비스에서 측정한 값이 아닙니다. 청구서에 찍히는 세 가지 금액항목서울 리전 단가.. 2026. 11. 2. AWS Well-Architected 6가지 원칙으로 내 클라우드 구성 점검하는 법 클라우드 서비스를 하나씩 배우다 보면 보안 그룹, 백업, 알람, 요금 할인처럼 챙길 것이 계속 늘어납니다. 각각은 이해했는데 "그래서 내 구성이 전체적으로 괜찮은가"라는 질문에는 답하기 어렵습니다. 무엇을 빠뜨렸는지 확인할 기준이 없기 때문입니다. AWS Well-Architected 프레임워크는 이런 점검을 위해 AWS가 정리한 설계 기준입니다. 클라우드 구성을 여섯 가지 관점(원칙)으로 나눠 질문을 던지고, 답하지 못하는 부분을 개선 과제로 삼게 합니다. 이 글에서는 여섯 가지 원칙이 각각 무엇을 묻는지, 작은 서비스에서 먼저 확인할 항목, 그리고 콘솔의 Well-Architected Tool로 점검하는 순서를 정리합니다. 이 블로그에서 다룬 주제들을 원칙별로 묶어 보는 정리 글이기도 합니다. 여섯.. 2026. 10. 30. 인스턴스 스토어와 EBS 차이, 서버를 멈추면 사라지는 디스크는 언제 쓸까 EC2 인스턴스 유형 목록을 보다 보면 m5.large 옆에 m5d.large처럼 이름에 "d"가 붙은 유형이 있습니다. 이 유형은 인스턴스 스토어라는 로컬 디스크가 함께 딸려 나옵니다. 가격 차이가 크지 않고 디스크가 빠르다고 해서 아무 데나 쓰면, 서버를 한 번 중지했다가 시작하는 순간 데이터가 사라지는 일을 겪을 수 있습니다. 인스턴스 스토어와 EBS는 둘 다 EC2에 붙는 블록 스토리지이지만, 데이터가 어디에 있고 언제까지 남는지가 완전히 다릅니다. 이 차이를 알면 어떤 데이터를 어디에 두어야 하는지 쉽게 정할 수 있습니다. 이 글에서는 두 스토리지의 구조 차이, 인스턴스 스토어의 데이터가 사라지는 경우, 비용 비교, 그리고 알맞은 사용 사례를 정리합니다. 디스크가 있는 위치가 다릅니다인스턴스 .. 2026. 10. 29. 너무 크게 잡은 서버 찾기, Compute Optimizer와 Trusted Advisor는 무엇이 다를까 클라우드에서 서버를 처음 만들 때는 넉넉하게 잡는 경우가 많습니다. 성능이 부족해 장애가 나는 것보다는 낫다고 생각하기 때문입니다. 문제는 서비스가 안정된 뒤에도 그 크기를 그대로 두는 것입니다. CPU 사용률이 늘 10%대인 서버도 큰 인스턴스 요금을 매시간 그대로 냅니다. 이렇게 필요 이상으로 큰 리소스를 찾아 알맞은 크기로 줄이는 일을 라이트사이징(rightsizing)이라고 합니다. AWS에는 이 일을 도와주는 도구로 AWS Compute Optimizer와 AWS Trusted Advisor가 있는데, 둘은 보는 범위와 깊이가 다릅니다. 이 글에서는 두 도구가 각각 무엇을 점검하는지, 추천을 믿고 바꾸기 전에 확인할 점, 그리고 추천을 실제 비용 절감으로 옮기는 순서를 정리합니다. 두 도구의 .. 2026. 10. 28. Fargate 요금은 어떻게 나올까, vCPU와 메모리 시간 단가로 컨테이너 한 달 비용 계산하기 컨테이너로 만든 서비스를 AWS에 올릴 때 많이 쓰는 방법이 Amazon ECS와 AWS Fargate의 조합입니다. Fargate를 쓰면 컨테이너가 돌아갈 EC2 서버를 직접 만들고 관리하지 않아도 되고, 컨테이너(태스크)가 쓰는 CPU와 메모리만큼 요금을 냅니다. 서버를 관리하지 않아도 된다는 편리함 대신 "그래서 한 달에 얼마가 나오는가"가 잘 보이지 않는다는 이야기를 자주 듣습니다. Fargate 요금은 vCPU와 메모리에 각각 시간 단가를 곱하는 단순한 구조라서, 태스크 크기와 개수만 알면 계산기로 어림할 수 있습니다. 이 글에서는 Fargate 요금 구성, 고를 수 있는 CPU·메모리 조합, 태스크 크기별 월 비용 계산, 그리고 비용을 줄이는 선택지를 정리합니다. 요금은 vCPU 시간과 메모.. 2026. 10. 27. 이전 1 2 3 4 ··· 9 다음
