서머너즈워: 천공의 아레나 멀티클라우드와 방화벽 재설계.
GCP와 Tencent Cloud에 걸친 서버 600대·DB 70개 환경의 방화벽 정책을 전수 재설계하고, 무점검 원칙으로 운영한 대규모 게임 인프라입니다.
문제
회사에서 가장 큰 프로젝트로, 중국 서비스를 위해 Tencent를 함께 운영했습니다. 두 클라우드의 방화벽 정책이 오래 쌓여 중복되고 복잡해졌고, 여러 리전으로 커진 코드는 Terraform만으로 다루기 어려워졌습니다.
접근
클라우드 간 방화벽 정책을 전수 분석해 중복과 불필요한 규칙을 제거하고 웹, 게임, DB, 관리 역할 기준으로 다시 묶었습니다. Terraform을 Terragrunt 구조로 옮겨 코드 중복을 걷어 냈습니다. 대부분의 서버를 로드밸런서 백엔드로 두어 서버를 하나씩 빼고 넣는 방식으로 무점검 패치를 했습니다.
구현
- GCP
- Tencent Cloud
- Terraform
- Terragrunt
- Cloud Armor
규모 · 서버 600대 · DB 70개 · Massive
서머너즈워: 천공의 아레나는 GCP와 Tencent에 걸쳐 서버 600대, DB 70개로 운영했습니다.
오랜 운영으로 클라우드 간 방화벽 규칙이 얽혀 있었습니다.
전수 분석으로 중복 규칙은 노란색, 쓰지 않는 규칙은 회색으로 구분합니다.
불필요한 규칙과 구조를 제거합니다.
남은 규칙을 서버 역할 기준으로 다시 묶어 검토와 변경이 쉬운 구조로 만듭니다.
전체 단계 읽기
- 서머너즈워: 천공의 아레나는 GCP와 Tencent에 걸쳐 서버 600대, DB 70개로 운영했습니다.
- 오랜 운영으로 클라우드 간 방화벽 규칙이 얽혀 있었습니다.
- 전수 분석으로 중복 규칙은 노란색, 쓰지 않는 규칙은 회색으로 구분합니다.
- 불필요한 규칙과 구조를 제거합니다.
- 남은 규칙을 서버 역할 기준으로 다시 묶어 검토와 변경이 쉬운 구조로 만듭니다.
결과
방화벽 정책이 단순해져 검토와 변경이 쉬워지고 공격에 노출되는 범위가 줄었습니다. Terragrunt 전환으로 배포 시간을 40% 줄였고, GCP Cloud Armor로 DDoS 방어를 운영했습니다.
- 600
- 서버
- 70
- DB
- -40%
- Terragrunt 전환 뒤 배포 시간
MEASUREMENT 낮을수록 좋은 지표
- 측정 조건
- Terragrunt 전환 뒤 배포 시간
- 해석 범위
- 전환 전을 100으로 둔 상대값
배운 점
방화벽 정책은 규칙을 추가만 하면 금방 아무도 읽을 수 없게 된다는 점을 크게 배웠습니다. 오래 쌓인 규칙을 웹, 게임, DB, 관리 역할 기준으로 다시 묶고 나니 변경할 때 어디를 봐야 하는지 바로 보였고, 공격에 노출되는 범위도 함께 줄었습니다. 규모가 커질수록 코드도 같은 문제를 겪어서, 여러 리전으로 늘어난 Terraform 코드를 Terragrunt 구조로 옮겨 중복을 걷어 내야 했습니다. 무점검 운영은 특별한 기술보다 서버를 로드밸런서 뒤에 두고 하나씩 빼고 넣을 수 있게 만든 구조에서 나왔습니다. 그리고 한 번의 전수 분석으로 정리한 정책도 시간이 지나면 다시 쌓이므로, 정리는 일회성 작업이 아니라 주기적으로 돌아가야 하는 점검이라는 것을 배웠습니다.
600 / 70 — 서버 / DB, GCP · Tencent 멀티클라우드