NGINX — 손님을 맞는 프런트 데스크

80번 포트에서 손님을 기다리는 프로그램, 그것이 nginx 입니다. 호텔 프런트 데스크를 떠올리세요. 손님은 프런트에게 말하고, 프런트가 알아서 객실이든 식당이든 연결해 줍니다. 손님은 주방이 어디 있는지 몰라도 됩니다.

nginx가 하는 일은 크게 두 가지예요.

설정 파일 읽는 법

server {                              ← 사이트 하나 = server 블록 하나
    listen 80;                        ← 몇 번 포트에서 받나
    server_name mallshop.kr;          ← 어떤 Host 헤더를 담당하나(9강)

    location / {                      ← 어떤 주소를 담당하나
        root  /var/www/mallshop;      ← 파일을 어디서 찾나
        index index.html;
    }
}

location / 는 "모든 주소"라는 뜻입니다. location /static/ 를 따로 쓰면 그 주소만 다르게 처리할 수 있어요. nginx는 가장 구체적인 location을 고릅니다. 라우팅 표와 같은 원리죠(5강).

고치면 반드시 두 명령

reload 는 돌던 연결을 끊지 않고 설정만 갈아 끼웁니다. restart 는 통째로 껐다 켜요. 운영 중에는 reload 를 쓰세요.

문법이 틀리면 어떻게 될까요

다행히 nginx는 똑똑합니다. 문법이 틀린 설정은 reload 하지 않고 돌아가던 옛 설정을 그대로 유지합니다. 즉 사이트는 계속 살아 있어요.

위험한 것은 restart 입니다. 껐다 켜는 도중에 문법 오류를 만나면 다시 안 켜집니다. 그래서 운영 중 restart 는 최후의 수단이에요.

로그 — 운영자의 눈

nginx는 두 종류의 로그를 남깁니다. 이 둘의 역할이 완전히 다릅니다.

• access.log — 누가 무엇을 요청했나. 정상 요청도 전부 기록됩니다.
• error.log — 왜 실패했나. 502가 나면 여기부터 봅니다.