QnA on blog.212clab

iptables와 Security Group

Sat, 02 May 2026 00:00:00 +0000

한 줄 답변

iptables는 OS 커널 레벨 방화벽이고, Security Group은 AWS VPC 레벨 가상 방화벽이다. iptables는 호스트 안에서, SG는 호스트 밖(하이퍼바이저)에서 동작한다.

동작 위치

[인터넷]
 ↓
[AWS VPC]
 ↓
[Security Group] ← 하이퍼바이저(ENI) 레벨, EC2 밖에서 필터링
 ↓
[EC2 인스턴스]
 ↓
[iptables] ← OS 커널(netfilter) 레벨, EC2 안에서 필터링
 ↓
[애플리케이션]

SG는 트래픽이 EC2에 도달하기 전에 필터링한다. iptables는 EC2 안에서 커널이 필터링한다.

iptables는 Linux 전용이다

iptables는 Linux 커널의 netfilter 프레임워크 위에서 동작한다. 다른 OS에는 각자의 방화벽이 있다:

Stateless 서비스(ECS)가 Private DB에 접근하는 방법

Sat, 02 May 2026 00:00:00 +0000

한 줄 답변

ECS 태스크의 Security Group을 RDS Security Group의 인바운드에 소스로 등록하면 된다. IP가 아니라 SG 참조 방식.

왜 IP로 못 하나

ECS Fargate는 태스크가 뜰 때마다 IP가 바뀐다:

태스크 A: 10.0.1.23 → 종료
태스크 B: 10.0.2.87 → 새로 생성 (다른 IP)
태스크 C: 10.0.1.45 → 스케일 아웃 (또 다른 IP)

오토스케일링으로 태스크 수도 변하기 때문에, IP를 SG에 등록하는 건 불가능하다.

Security Group 참조 방식

IP 대신 SG 자체를 소스로 지정한다:

NLB와 ALB의 차이

Sun, 22 Mar 2026 00:00:00 +0000

한 줄 답변

NLB는 L4(TCP/UDP), ALB는 L7(HTTP/HTTPS) 로드밸런서입니다. NLB는 패킷을 그대로 전달하고, ALB는 HTTP 요청을 해석해서 라우팅합니다.

동작 계층

NLB (L4):
 클라이언트 → [NLB: TCP 패킷 전달] → 서버
 - 패킷 내용을 보지 않음
 - IP + Port로만 분기

ALB (L7):
 클라이언트 → [ALB: HTTP 요청 해석] → 서버
 - Host 헤더, URL 경로, HTTP 메서드 확인
 - 요청 내용 기반으로 라우팅 결정

핵심 차이

항목	NLB	ALB
OSI 계층	L4 (TCP/UDP)	L7 (HTTP/HTTPS)
라우팅 기준	IP + Port	Host, Path, Header, Method
지연	~100us (극저지연)	~1ms
고정 IP	제공 (AZ당 1개)	미제공 (DNS 기반)
처리량	초당 수백만 요청	초당 수만 요청
프로토콜	TCP, UDP, TLS	HTTP, HTTPS, gRPC, WebSocket

라우팅 기능

NLB:
 - 포트 기반 분기만 가능
 - :443 → 타겟 그룹 A
 - :8080 → 타겟 그룹 B

ALB:
 - api.example.com/users → User 서비스
 - api.example.com/orders → Order 서비스
 - admin.example.com/* → Admin 서비스
 - Header X-Version: v2 → V2 서비스

ALB는 하나의 로드밸런서로 여러 서비스를 Host/Path 기반으로 분기할 수 있다. NLB는 포트를 나누거나 별도 NLB를 만들어야 한다.