#비용
21 편의 글
ECS Fargate vs EC2: 스펙 조합과 요금 비교
ECS 컴퓨팅을 고르는 실무 기준을 정리합니다. 태스크 단위 과금(Fargate)과 인스턴스 단위 과금(EC2)의 구조 차이, Fargate가 허용하는 vCPU·메모리 격자(0.25〜16vCPU·최대 120GB), 같은 스펙의 단가 계산으로 본 프리미엄의 실제 크기, 사용률과 빈 패킹이 비교를 뒤집는 지점, ARM·Spot·Savings Plans로 요금을 내리는 축까지 다룹니다.
RDS 인스턴스 클래스 선택 기준: db.t·db.m·db.r 비교
RDS 인스턴스 클래스를 고르는 실무 기준을 정리합니다. EC2와 같은 이름 규칙에 db. 접두사가 붙는 구조, 같은 하드웨어인데 요금이 두 배쯤 되는 이유(관리 포함·Multi-AZ 별도), db.t를 프로덕션에 쓰면 안 되는 이유, 버퍼 풀 관점에서 db.m과 db.r을 가르는 기준, Graviton 클래스 전환이 EC2보다 쉬운 이유까지 다룹니다.
EC2 인스턴스 패밀리 선택 기준: t·m·c·r 비교
EC2 인스턴스 타입을 고르는 실무 기준을 정리합니다. 타입 이름 읽는 법(패밀리·세대·속성), t 버스트 모델이 맞는 조건과 어긋나는 조건, m·c·r의 vCPU 대 메모리 비율과 large 기준 요금 비교, Graviton과 Intel과 AMD 중 아키텍처 고르는 법, CloudWatch와 Compute Optimizer 실측으로 크기를 정하는 순서까지 다룹니다.
gp3 vs io2: EBS 볼륨 선택 기준
EBS 볼륨 타입을 고르는 실무 기준을 정리합니다. gp2의 크기 비례·버스트 모델이 남긴 유산, gp3의 독립 프로비저닝 구조와 상향된 상한(80,000 IOPS·2,000MB/s), io2 Block Express가 필요한 조건, 실측으로 필요 IOPS를 정하는 법, gp2에서 gp3로의 무중단 전환까지 다룹니다.
EC2 Graviton 전환: 절감 폭과 이전 체크리스트
x86 인스턴스를 Graviton(arm64)으로 옮길 때의 실제 절감 폭과 이전 절차를 정리합니다. 세대별 현황(Graviton4 주력, Graviton5 GA), 전환이 쉬운 워크로드와 막히는 부분, 멀티 아키텍처 이미지 빌드, 카나리 전환, RDS·Lambda까지 넓히는 순서를 다룹니다.
돈이 새기 쉬운 AWS 서비스와 설정: 상시 점검 목록
급증이 아니라 베이스라인을 조용히 밀어 올리는 AWS 낭비 지점들을 점검 목록으로 정리합니다. gp2 볼륨 잔존, 퍼블릭 IPv4, NAT Gateway 구조, 무기한 로그 보존, 구세대 인스턴스, 방치된 로드밸런서, S3 스토리지 클래스, 개발 환경 상시 가동까지 확인 방법과 함께 다룹니다.
AWS 요금이 갑자기 늘어났을 때: 가장 흔한 원인 10가지
지난달보다 AWS 청구서가 갑자기 커졌을 때 범인을 찾는 순서와, 실무에서 가장 자주 걸리는 원인 10가지를 정리합니다. NAT Gateway 데이터 처리, CloudWatch Logs 수집, 스냅샷 누적, 데이터 전송, RI·Savings Plans 만료까지 각각의 확인 방법과 처방을 다룹니다.
K8s 실전 #6 운영 체크리스트 — 업그레이드 / 백업, 복구 / 비용 / 보안
K8s 실전 시리즈의 마지막 글입니다. 클러스터를 안정적으로 띄우는 일과 한 해 동안 안전하게 운영하는 일은 다른 결의 작업입니다. EKS 클러스터 업그레이드 사이클, 노드 그룹 교체 패턴, RDS 자동 백업과 PITR, Karpenter와 Spot으로 비용을 잡는 길, kube-bench와 Trivy로 보안 점검을 정기화하는 흐름까지 정리하겠습니다. 마지막 글이므로 K8s 실전 6편 회고와 26편짜리 K8s 트랙 전체의 회고도 함께 담겠습니다.
AWS 기초 #3 비용 관리: 결제 알림, Cost Explorer, 무료 티어
무료 티어의 한계, AWS Budgets / 결제 알림 셋업, Cost Explorer로 청구서 분석, 그리고 운영에서 통하는 태그 전략까지. 첫 청구서 충격을 막는 가드레일을 정리합니다.