Your
infra.
현장에서 다룬 구조를 작게 줄여 직접 움직여 볼 수 있게 만들었습니다. 모든 값은 설명용 시뮬레이션입니다.
DISPLAY / CONTROL
이 테마의 화면을 바꿉니다. 설정은 이 브라우저에만 저장됩니다.
현재 설정:
설정이 바로 반영됩니다.
이 설정으로 작업 보기 ↗DDoS 자동 차단
로그에 쌓인 요청 수가 기준을 넘으면 그 출발지를 자동으로 막는 구조입니다. 공격량과 기준을 바꿔 보세요.
01 / NO RULE규칙 없음
서버 과부하
02 / AUTO BLOCK자동 차단
출발지 차단, 서비스 정상
사람이 새벽에 일어나 로그를 보고 막는 대신, 로그 집계와 차단 규칙 추가를 하나의 자동 흐름으로 묶습니다.
- T+0 공격 시작
- T+1 로그 집계
- T+2 기준 초과 판정
- T+3 차단 규칙 추가
- T+4 정상화
시뮬레이션입니다. 실제 서비스의 측정값이 아닙니다.
GKE 노드 업그레이드
max_surge는 먼저 띄우는 새 노드 수, max_unavailable은 동시에 빼는 기존 노드 수입니다. 두 값에 따라 업그레이드 중 용량이 달라집니다.
기존 노드새 노드임시 추가 노드
01 / CAPACITY업그레이드 중 최저 가용 노드
6 / 6
OK
02 / ROUNDS필요한 교체 라운드
2
—
max_unavailable을 0으로 두면 새 노드가 먼저 준비된 뒤에 기존 노드가 빠지므로, 게임 서버처럼 끊기면 안 되는 서비스에 맞습니다.
시뮬레이션입니다. 실제 서비스의 측정값이 아닙니다.
Terragrunt run-all 실행 순서
pf-04의 모듈 의존성 그래프입니다. run-all은 의존성이 없는 모듈부터 같은 단계끼리 함께 실행합니다.
01 / SERIAL하나씩 순서대로
16
실행 단계
16 모듈
02 / RUN-ALLrun-all 의존성 단계
4
실행 단계
단계 0 / 4
복사본마다 따로 apply하던 순서를, 의존성 그래프가 정해 주도록 바꿉니다.
- 단계 1 iam_custom_policy · vpc · elastic_ip · ebs
- 단계 2 iam_user · iam_custom_role · internet_gateway · security_group · vpc_endpoint · vpc_peering · elasticache_subnet_group · nat_gateway
- 단계 3 iam_group · route_table · instance_profile
- 단계 4 ec2_instance
시뮬레이션입니다. 실제 서비스의 측정값이 아닙니다.
방화벽 우선순위 매칭
패킷 하나를 보내면 우선순위 숫자가 작은 규칙부터 비교해 처음 맞는 규칙 하나만 적용됩니다.
01 / PRIORITY 우선순위 순서(실제 동작)
- 100 허용 관리자 망 22
- 200 거부 모두 22
- 300 허용 모두 443
- 400 허용 게임 클라이언트 7000
- 1000 거부 모두 모두
처음 맞는 규칙: —
02 / DECLARED 적어 둔 순서(흔한 오해)
- 300 허용 모두 443
- 100 허용 관리자 망 22
- 400 허용 게임 클라이언트 7000
- 200 거부 모두 22
- 1000 거부 모두 모두
처음 맞는 규칙: —
규칙을 문서에 적은 순서와 실제 평가 순서가 다르면, 의도와 다른 규칙이 먼저 적용됩니다.
시뮬레이션입니다. 실제 서비스의 측정값이 아닙니다.
통신 가능 여부 판정
출발지·목적지·포트를 고르면 실제 운영 도구와 같은 순서(출발지 보안그룹 아웃바운드 → 목적지 보안그룹 인바운드 → 라우팅)로 막히는 곳을 찾습니다.
01 / CHECKS출발지 보안그룹 아웃바운드 → 목적지 보안그룹 인바운드 → 라우팅
- 1 출발지 보안그룹 아웃바운드 확인 안 함
- 2 목적지 보안그룹 인바운드 확인 안 함
- 3 라우팅 확인 안 함
- 4 NACL 실습용 추가 단계(실제 도구는 검사하지 않음) 확인 안 함
02 / VERDICT판정
—
—
"열어 주세요" 요청을 받으면, 어느 단계에서 막히는지부터 확인하는 것이 실제 문제를 찾는 가장 빠른 길입니다. 라우팅이 원인인데 보안그룹만 더 열면 불필요한 허용 규칙만 늘어납니다.
시뮬레이션입니다. 실제 서비스의 측정값이 아닙니다.