성능 최적화

Nginx 성능 최적화

개요

Nginx 성능 최적화는 워커 프로세스 튜닝, gzip 압축, 캐싱, 연결 관리 등을 통해 더 적은 리소스로 더 많은 요청을 빠르게 처리하도록 설정하는 것이다.

Nginx는 기본 설정만으로도 꽤 빠르지만, 몇 가지 최적화를 적용하면 2~10배 이상 성능을 끌어올릴 수 있어요!

성능 최적화는 크게 세 가지 관점에서 접근해요:

더 많은 동시 접속 처리 (워커, 연결 관리)

더 빠른 응답 전달 (압축, 캐싱)

더 적은 리소스 사용 (버퍼, 타임아웃)

최적화 영역 전체 맵

mindmap
  root((Nginx<br/>성능 최적화))
    워커 튜닝
      worker_processes
      worker_connections
      multi_accept
    압축
      gzip
      gzip_types
      gzip_min_length
    캐싱
      브라우저 캐싱
      프록시 캐싱
      expires
    연결 관리
      keepalive
      timeout
      TCP 최적화
    버퍼
      proxy_buffer
      client_body_buffer
    정적 파일
      sendfile
      tcp_nopush
      open_file_cache
Mermaid
복사

1. 워커 프로세스 최적화

graph TD
    A["Master Process<br/>(설정 관리)"] --> B["Worker 1"]
    A --> C["Worker 2"]
    A --> D["Worker 3"]
    A --> E["Worker 4"]

    B --> B1["최대 1024 연결"]
    C --> C1["최대 1024 연결"]
    D --> D1["최대 1024 연결"]
    E --> E1["최대 1024 연결"]

    F["총 동시 연결 = 4 × 1024 = 4,096"]

    style A fill:#FFD700
    style F fill:#90EE90
Mermaid
복사

# 전역 설정
worker_processes auto;           # CPU 코어 수만큼 자동 설정
worker_rlimit_nofile 65535;      # 워커당 열 수 있는 파일 수

events {
    worker_connections 4096;     # 워커당 동시 연결 수
    multi_accept on;             # 한 번에 여러 연결 수락
    use epoll;                   # Linux 이벤트 처리 (가장 효율적)
}
Plain Text
복사

설정	기본값	권장값	설명
worker_processes	1	auto	CPU 코어 수와 동일하게
worker_connections	512	1024~4096	서버 규모에 따라 조정
multi_accept	off	on	한 번에 여러 연결 동시 수락
use	자동	epoll	Linux에서 가장 효율적인 방식
worker_rlimit_nofile	시스템 기본	65535	파일 디스크립터 제한

최대 동시 연결 수 = worker_processes × worker_connections 예: 4코어 × 4096 = 16,384개 동시 연결!

2. Gzip 압축

gzip 압축을 사용하면 응답 크기를 30~70% 줄일 수 있어요!

graph LR
    A["원본 응답<br/>100KB"] -->|gzip 압축| B["압축된 응답<br/>30KB"]
    B -->|네트워크 전송| C["👤 브라우저"]
    C -->|자동 해제| D["원본 100KB<br/>표시"]

    style A fill:#FFB3B3
    style B fill:#90EE90
Mermaid
복사

http {
    # gzip 압축 활성화
    gzip on;
    gzip_vary on;                        # Vary: Accept-Encoding 헤더 추가
    gzip_proxied any;                    # 프록시 응답도 압축
    gzip_comp_level 6;                   # 압축 레벨 (1~9, 6 권장)
    gzip_min_length 256;                 # 최소 크기 이상만 압축
    gzip_types
        text/plain
        text/css
        text/xml
        application/json
        application/javascript
        application/xml
        application/xml+rss
        image/svg+xml
        font/woff2;
}
Plain Text
복사

설정	권장값	설명
gzip_comp_level	6	1(빠름, 낮은 압축) ~ 9(느림, 높은 압축), 6이 최적
gzip_min_length	256	너무 작은 파일은 압축 효과 없음
gzip_types	텍스트 기반	이미 압축된 파일(jpg, png, mp4)은 제외

이미지(jpg, png)나 동영상(mp4)은 이미 압축된 형식이라 gzip 효과가 거의 없어요. 오히려 CPU만 낭비해요!

3. 캐싱 전략

브라우저 캐싱

# 정적 에셋 — 장기 캐싱 (React 빌드 파일처럼 해시가 있는 경우)
location /static/ {
    expires 1y;
    add_header Cache-Control "public, immutable";
}

# 일반 이미지 — 중기 캐싱
location ~* \\.(jpg|jpeg|png|gif|ico|webp)$ {
    expires 30d;
    add_header Cache-Control "public";
}

# HTML — 캐싱 안 함 (항상 최신 버전 제공)
location ~* \\.html$ {
    expires -1;
    add_header Cache-Control "no-cache";
}
Plain Text
복사

파일 유형	캐싱 기간	이유
JS/CSS (해시 포함)	1년	파일명에 해시 → 내용 변경 시 이름도 변경
이미지	30일	자주 안 바뀜
HTML	캐싱 안 함	항상 최신 JS/CSS를 참조해야 함
API 응답	캐싱 안 함	실시간 데이터

프록시 캐싱 (Nginx가 백엔드 응답을 캐싱)

http {
    # 캐시 영역 정의
    proxy_cache_path /var/cache/nginx levels=1:2
                     keys_zone=my_cache:10m
                     max_size=1g
                     inactive=60m;

    server {
        location /api/ {
            proxy_pass <http://localhost:8080>;

            # 프록시 캐싱 적용
            proxy_cache my_cache;
            proxy_cache_valid 200 10m;       # 200 응답은 10분 캐싱
            proxy_cache_valid 404 1m;        # 404 응답은 1분 캐싱
            add_header X-Cache-Status $upstream_cache_status;
        }
    }
}
Plain Text
복사

sequenceDiagram
    participant 사용자A as 👤 사용자 A
    participant Nginx as 🖥️ Nginx (캐시)
    participant Spring as 🍃 Spring Boot

    사용자A->>Nginx: GET /api/products
    Nginx->>Spring: 캐시 없음 → 백엔드 요청
    Spring-->>Nginx: 상품 목록 (200 OK)
    Nginx->>Nginx: 캐시에 저장
    Nginx-->>사용자A: 응답 (X-Cache-Status: MISS)

    Note over Nginx: 10분 이내 같은 요청 →

    participant 사용자B as 👤 사용자 B
    사용자B->>Nginx: GET /api/products
    Nginx-->>사용자B: 캐시에서 즉시 응답!<br/>(X-Cache-Status: HIT)

    Note over Nginx,Spring: Spring Boot에 요청 안 감!<br/>→ 백엔드 부하 감소
Mermaid
복사

4. 연결 관리

http {
    # Keep-Alive 설정
    keepalive_timeout 65;          # 연결 유지 시간
    keepalive_requests 100;        # 하나의 연결로 처리할 최대 요청 수

    # TCP 최적화
    sendfile on;                   # 커널 레벨에서 파일 전송 (더 빠름)
    tcp_nopush on;                 # 패킷을 모아서 한 번에 전송
    tcp_nodelay on;                # 작은 패킷도 즉시 전송

    # 타임아웃
    client_body_timeout 12;        # 요청 바디 읽기 타임아웃
    client_header_timeout 12;      # 요청 헤더 읽기 타임아웃
    send_timeout 10;               # 응답 전송 타임아웃
}
Plain Text
복사

설정	설명	효과
sendfile on	OS 커널에서 직접 파일 전송	정적 파일 전송 속도 향상
tcp_nopush on	패킷을 묶어서 전송	네트워크 효율성 증가
tcp_nodelay on	지연 없이 즉시 전송	응답 지연 감소
keepalive_timeout	연결 재사용 시간	TCP 핸드셰이크 오버헤드 감소

5. 파일 캐시 (open_file_cache)

http {
    # 자주 접근하는 파일 정보를 메모리에 캐싱
    open_file_cache max=10000 inactive=20s;
    open_file_cache_valid 30s;
    open_file_cache_min_uses 2;
    open_file_cache_errors on;
}
Plain Text
복사

이 설정은 파일의 메타데이터(크기, 수정시간 등)를 메모리에 캐싱해요. 매 요청마다 디스크에서 파일 정보를 조회하는 비용을 줄여주는 거예요!

최적화 전후 비교

항목	기본 설정	최적화 후	개선률
동시 연결	~512	~16,384	32배
HTML 응답 크기	100KB	30KB (gzip)	70% 감소
정적 파일 전송	일반 read	sendfile	~2배
반복 요청 응답	매번 처리	캐시 HIT	즉시 응답
연결 수립	매번 TCP 핸드셰이크	Keep-Alive 재사용	지연 감소

성능 최적화 체크리스트

flowchart TD
    A["성능 최적화 체크리스트"] --> B["1️⃣ worker_processes auto ✓"]
    A --> C["2️⃣ gzip on ✓"]
    A --> D["3️⃣ 정적 파일 expires 설정 ✓"]
    A --> E["4️⃣ sendfile + tcp_nopush ✓"]
    A --> F["5️⃣ keepalive 설정 ✓"]
    A --> G["6️⃣ proxy_cache 설정 ✓"]
    A --> H["7️⃣ open_file_cache 설정 ✓"]

    style B fill:#90EE90
    style C fill:#90EE90
    style D fill:#90EE90
    style E fill:#90EE90
    style F fill:#90EE90
    style G fill:#87CEEB
    style H fill:#87CEEB
Mermaid
복사

핵심 정리

워커 튜닝: worker_processes auto + worker_connections 4096

gzip 압축: 텍스트 기반 파일 30~70% 크기 감소 (gzip_comp_level 6)

브라우저 캐싱: expires + Cache-Control로 반복 요청 제거

프록시 캐싱: 백엔드 응답을 Nginx가 캐싱하여 부하 감소

TCP 최적화: sendfile, tcp_nopush, keepalive로 전송 효율 극대화