본문 바로가기

분류 전체보기52

AWS Config로 리소스 설정 변경 이력과 규칙 위반을 자동으로 잡는 법 보안 그룹에 22번 포트가 0.0.0.0/0으로 열려 있는지, 암호화되지 않은 EBS 볼륨이 있는지, 퍼블릭으로 읽을 수 있는 S3 버킷이 있는지 같은 점검은 한 번 하고 끝나는 일이 아닙니다. 누군가 오늘 설정을 바꾸면 어제 점검 결과는 의미가 없어집니다. AWS Config는 리소스의 설정 상태를 계속 기록하고, 정해 둔 규칙에 맞는지 자동으로 평가하는 서비스입니다. "이 보안 그룹이 지난주에는 어떤 상태였나", "지금 규칙을 어기는 리소스는 무엇인가"라는 질문에 답해 줍니다. CloudTrail과 함께 언급되는 경우가 많아 헷갈리기 쉬운데, 두 서비스는 보는 대상이 다릅니다. 이 글에서는 차이를 먼저 짚고, 요금 구조와 비용 계산, 처음 켤 때 권하는 설정과 규칙을 정리합니다. CloudTrail.. 2026. 10. 20.
DynamoDB 온디맨드와 프로비저닝, 사용률 29%를 기준으로 고르는 계산법 DynamoDB 테이블을 만들 때 가장 먼저 고르는 것이 용량 모드입니다. 온디맨드는 요청한 만큼만 내고, 프로비저닝은 초당 처리량을 미리 정해 두고 그만큼 시간 단위로 냅니다. 어느 쪽이 싼지는 트래픽 모양에 따라 달라지는데, 계산해 보면 기준이 되는 숫자가 하나 나옵니다. 이 글에서는 두 모드의 요금 단위를 먼저 맞춰 보고, 같은 처리량을 한 달 동안 썼을 때의 비용을 비교해 손익분기 사용률을 구합니다. 요금은 미국 동부(버지니아 북부) 리전, Standard 테이블 클래스 기준입니다. 요금 단위 맞추기항목온디맨드프로비저닝쓰기쓰기 요청 단위 100만 개당 0.625달러쓰기 용량 단위(WCU) 시간당 0.00065달러읽기읽기 요청 단위 100만 개당 0.125달러읽기 용량 단위(RCU) 시간당 0.0.. 2026. 10. 19.
CloudFront 캐시가 안 맞는 이유, 캐시 키와 TTL로 이해하는 캐시 정책 고르는 법 CloudFront를 붙였는데 원본 서버로 가는 요청이 별로 줄지 않거나, 반대로 내용을 고쳤는데 사용자 화면에 옛 내용이 계속 보이는 경우가 있습니다. 두 문제 모두 원인은 같은 곳에 있습니다. CloudFront가 "같은 요청"을 어떻게 구분하는지, 그리고 저장한 응답을 얼마 동안 재사용하는지를 정하는 캐시 정책입니다. 캐시 정책은 두 가지를 정합니다. 하나는 캐시 키, 즉 어떤 요청을 같은 파일로 볼지에 대한 기준이고, 다른 하나는 TTL, 즉 저장한 응답을 몇 초 동안 쓸지에 대한 기준입니다. AWS는 자주 쓰는 조합을 관리형 캐시 정책으로 미리 만들어 두었습니다. 이 글에서는 캐시 키와 TTL이 동작하는 방식, 대표적인 관리형 정책의 설정값, 캐시 적중률을 떨어뜨리는 흔한 실수, 그리고 내용을 .. 2026. 10. 18.
NAT 게이트웨이 요금이 많이 나온다면, S3 게이트웨이 엔드포인트부터 확인하세요 프라이빗 서브넷의 서버가 S3에서 파일을 내려받거나 다른 AWS 서비스를 호출하려면 보통 NAT 게이트웨이를 거칩니다. 설정은 간단하지만 요금 청구서를 보면 NAT 게이트웨이 항목이 예상보다 크게 나오는 경우가 많습니다. NAT 게이트웨이는 켜 둔 시간뿐 아니라 통과한 데이터 양에도 요금을 매기기 때문입니다. VPC 엔드포인트를 쓰면 AWS 서비스로 가는 트래픽이 NAT 게이트웨이를 거치지 않게 할 수 있습니다. 엔드포인트에는 게이트웨이 엔드포인트와 인터페이스 엔드포인트 두 종류가 있고, 요금 구조가 전혀 다릅니다. 이 글은 세 가지 경로의 요금을 비교하고, S3 트래픽이 많은 경우와 서비스 엔드포인트가 여러 개 필요한 경우를 계산해 언제 무엇을 쓰는 것이 유리한지 정리합니다. 요금은 미국 동부(버지니아.. 2026. 10. 17.
지운 S3 파일을 되살리는 버전 관리와 아무도 못 지우게 하는 객체 잠금 S3 버킷에서 파일을 실수로 덮어쓰거나 지우는 일은 생각보다 자주 일어납니다. 배포 스크립트가 잘못된 파일로 덮어쓰기도 하고, 정리 작업이 엉뚱한 경로를 지우기도 합니다. 기본 설정의 버킷이라면 이렇게 사라진 파일은 되돌릴 방법이 없습니다. S3에는 이런 사고에 대비하는 기능이 두 단계로 있습니다. 버전 관리는 덮어쓰거나 지워도 이전 버전을 남겨 두어 되살릴 수 있게 하고, 객체 잠금은 정해진 기간 동안 아무도 파일을 지우거나 바꾸지 못하게 막습니다. 백업과 감사 기록을 지키는 데 함께 쓰이는 기능입니다. 이 글에서는 버전 관리의 세 가지 상태와 삭제가 실제로 처리되는 방식, 버전이 쌓일 때의 요금, 객체 잠금의 두 가지 모드와 쓰임새를 정리합니다. 버전 관리의 세 가지 상태버킷은 버전 관리가 꺼진 상.. 2026. 10. 16.
비밀번호와 설정값은 어디에 둘까, Secrets Manager와 Parameter Store 요금으로 비교하기 데이터베이스 비밀번호나 외부 API 키를 코드나 환경 변수 파일에 그대로 적어 두는 경우가 아직 많습니다. 편하긴 하지만 코드 저장소가 공개되거나 서버 이미지가 공유되는 순간 비밀이 함께 퍼집니다. 그래서 AWS에서는 비밀과 설정값을 별도 저장소에 두고, 실행할 때 권한이 있는 코드만 꺼내 쓰게 하는 방식을 권합니다. AWS에는 이런 저장소가 두 가지 있습니다. AWS Secrets Manager는 비밀 관리 전용 서비스이고, AWS Systems Manager의 Parameter Store는 설정값과 비밀을 함께 담을 수 있는 계층형 저장소입니다. 기능이 겹치는 부분이 있어 어느 쪽을 써야 할지 고민하게 되는데, 요금 구조를 보면 기준이 꽤 분명해집니다. 이 글에서는 두 서비스의 요금 구조를 먼저 정리.. 2026. 10. 15.

티스토리툴바