본문으로 건너뛰기
프로젝트 목록

C&Thoth · Azure MSP

Mir4 Global 초대형 Azure 인프라와 DDoS 자동 차단

서버 3,500대·DB 650개 규모의 글로벌 게임을 Azure에서 전담 운영하고, DDoS 공격 IP를 로그에서 찾아 NSG에 자동으로 등록하는 구조를 만들었습니다.

역할
Cloud Engineer · 메인 엔지니어 (고객사 WEMADE)
기간
2021.07 – 2023.02
CSP
Azure
규모
서버 3,500대 · DB 650개 · Massive
핵심 기술
Azure · Dedicated Host · PowerShell · Log Analytics · NSG
3,500
서버
650
DB
0
탐지에서 차단까지 사람 개입

한눈에 보기

서버 3,500대 · DB 650개전용 호스트 A서로 다른 장애 구역전용 호스트 B서로 다른 장애 구역전용 호스트 C서로 다른 장애 구역메인 엔지니어
메인 엔지니어로 설계 자문부터 장애 대응과 보안 감사까지 전담했습니다.

문제

규모가 커서 물리 장애와 공격의 영향이 전 세계 서비스로 번질 수 있었고, 야간과 주말의 DDoS 공격은 사람 손으로 막는 동안 대응이 늦어졌습니다.

접근

설계 초기부터 참여해 Azure Dedicated Host 기반 고가용성 구조를 함께 잡았습니다. Azure DDoS 방어가 남기는 완화 흐름 로그를 Log Analytics에서 주기적으로 조회해 비정상 TCP SYN 출발지를 찾고, PowerShell이 해당 IP를 NSG Deny 규칙에 등록합니다.

결과

탐지부터 차단까지 사람 개입 없이 이어져 야간과 주말의 대응 지연을 없앴습니다. 리소스 배포, 장애 자동 조치, 자산 수집도 PowerShell로 자동화하며 전담 운영했습니다.

자세히 보기

SYN 폭주비정상 TCP SYN 출발지Azure DDoS 방어완화 흐름 로그 남김Log Analytics로그 저장·조회주기적 조회SYN 비정상 출발지 찾기PowerShell조회 결과 자동 처리NSG Deny 등록공격 IP를 규칙에 추가트래픽 차단사람 개입 0탐지 → 차단 자동화 · 사람 개입 0
탐지부터 차단까지 사람의 개입 없이 이어집니다.

배운 점

물리 서버 한 대가 멈춰도 서비스 전체가 멈추지 않으려면, 전용 호스트를 서로 다른 장애 구역에 나눠 두는 구성이 기본이라는 것을 배웠습니다. 규모가 클수록 장애와 공격의 영향이 전 세계 서비스로 번지기 때문에, 이런 결정은 운영 중에 덧붙이기보다 설계 초기부터 함께 잡아야 했습니다. DDoS 대응에서는 사람이 깨어 있는 시간에 대응 속도가 묶이지 않도록, 로그에서 비정상 출발지를 찾는 일부터 NSG 차단 등록까지를 하나의 자동 흐름으로 이었습니다. 그리고 자동으로 막을수록 왜 막았는지를 남겨야 나중에 사람이 그 판단을 검토할 수 있다는 점도 배웠습니다.

관련 현장 노트

Open to work · 클라우드 인프라/보안

테마 고르기

사원증을 누르면 그 테마로, 보던 내용과 같은 곳으로 이동합니다. 끌면 흔들리기만 합니다.

처음 화면으로 →