oldserver 님의 블로그

AWS 다운사이즈 후 모니터링 — t3 버스터블 CPU 크레딧·Redis Evictions·RDS FreeableMemory

INFRA · 모니터링 다운사이즈한 뒤가 진짜다 버스터블은 CPU%가 아니라 "CPU 크레딧"을 본다. 크레딧·Evictions·여유메모리 지켜보는 법. 14일차에서 AWS 인스턴스를 다운사이즈해 비용을 약 1/3 줄였다. 그런데 다운사이즈는 끝이 아니라 시작이다. 스펙을 내렸으면 "정말 그 스펙으로 버티는지"를 며칠 지켜봐야 한다. 특히 버스터블(t3/t4g)로 내린 경우, 평소 CPU% 그래프만 봐서는 위험 신호를 놓친다. 이 글은 다운사이즈 후 무엇을, 왜, 어떻게 보는지다. 핵심은 세 가지 — 버스터블의 CPU 크레딧, Redis의 Evictions, RDS의 FreeableMemory. (수치는 예시다.) 왜 "CPU%"가 아니라 "크레딧"인가 연산최적(c계열) 같은 비버스터블은 ..

OPERATION · 모니터링 자동화 CloudWatch 알람에 AI 오류 분석을 붙이기 에러가 터지면 Lambda가 최근 로그를 긁어 AWS Bedrock의 Claude에게 분석시키고, 원인·영향·조치·심각도가 정리된 메일을 보내준다. 6일차에서 "PHP 에러 알람이 울려 공격을 잡았다"는 글을 썼다. 그 글을 읽고 "그 알람은 어떻게 세팅한 거냐"는 질문을 받았다. 이번 글은 그 알람 파이프라인을 처음부터 만드는 과정이다. 그리고 핵심은 단순 알람이 아니라, 에러가 터지면 AWS Bedrock의 Claude가 로그를 분석해 "원인·영향·조치·심각도"를 정리한 메일을 보내주는 부분이다. 소스 코드 변경 없이 설정만으로 되는 로그 수집부터, AI 분석 Lambda의 프롬프트 설계와 무한루프..

INFRA · 비용최적화 AWS 게임 서버비용 다이어트 월 $3,100 → 약 $1,400, 서비스 영향 없이 32% 절감한 실전 기록 #AWS #Aurora #비용절감 #CloudWatch 운영 중인 게임 서버의 AWS 청구서가 매달 비슷하게 월 3,100달러 정도 찍히고 있었습니다. 트래픽이 늘어서가 아니라 "처음에 크게 잡아둔 스펙"이 그대로 돌고 있던 거예요. 6개월 비용 CSV와 CloudWatch 사용률을 2주간 실측해 보니, 거의 모든 인스턴스가 CPU 10%도 안 쓰고 있었습니다. 이번 글은 AWS 게임 서버 비용을 데이터 근거로 줄인 실전 기록입니다. 어디서 돈이 새는지 찾는 법(비용 비중 분석), 다운사이징의 근거가..

없음 / 인라인 style만 / 완전 반응형(모바일 가로스크롤 없음) - 민감 정보 전부 마스킹/일반화: · 회사/프로젝트명 → "내 게임" · 실제 IP → 예시 IP(203.0.113.45, RFC 5737 문서용 대역) · AWS 계정/ALB/SNS ARN/user_id/테이블·컬럼명 → 플레이스홀더·일반 명칭 · 로그·수치는 재구성한 예시(실제 값 아님) ── 발행 설정 (검색 유입용) ───────────────────────────── [제목 후보 — 검색어 포함] 1) CloudWatch PHP 에러 알람으로 게임 API 공격(fuzzing) 잡아낸 실전 대응기 2) foreach() argument must be of type array given 에러가 ..