자체 호스팅 n8n에 RAM이 얼마나 필요한가요?

약 2 GB가 n8n과 그 Postgres 데이터베이스, 보통의 워크플로에 편안한 스위트 스폿입니다. 워크플로가 가벼우면 1 GB에서도 돌지만, 큰 실행 때 느낍니다. 무거운 병렬 실행이나 큰 페이로드 — 4 GB로 가세요.

n8n을 자체 호스팅하는 데 Docker가 필요한가요?

단연 가장 쉬운 방법입니다 — compose 파일 하나가 n8n, 데이터베이스, 영속 저장소를 주고, 업그레이드는 한 번의 pull. 대신 npm으로 설치할 수 있지만, Docker가 의존성과 업그레이드 두통을 덜어 줍니다.

n8n 자체 호스팅이 n8n 클라우드보다 싼가요?

자동화를 꾸준히 흘리면, 네 — 정액 월 VPS가 실행당 가격을 이기고, 워크플로나 실행 상한이 없습니다. 월 몇 번 실행이라면 호스팅 좌석이 더 간단할 수 있습니다. 사람들이 자체 호스팅하는 다른 이유는 통제: 데이터와 API 키가 서버를 결코 떠나지 않습니다.

n8n에 도메인이 필요한가요?

OAuth 기반 노드(Google 등)와 깔끔한 HTTPS에는, 네 — 도메인을 서버에 향하게 하고 n8n을 인증서가 있는 리버스 프록시 뒤에 두세요. 순전히 내부 용도라면 도메인 없이 SSH 터널로 닿을 수 있습니다.

n8n이 NAT VPS에서 돌 수 있나요, 아니면 전용 IP가 필요한가요?

내부/SSH 터널 용도는 NAT 박스에서 됩니다. 자신의 도메인과 HTTPS로 공개 URL을 원하면(일부 OAuth 콜백과 webhook에 필요), 모든 포트를 통제하는 전용 IP 요금제가 더 깔끔하게 맞습니다.

Docker로 VPS에 n8n 자체 호스팅하기

n8n은 가볍게 쓰기 시작했다가 조용히 업무의 절반을 그것을 통해 라우팅하게 되는 종류의 도구입니다. 그 시점에 "누군가의 클라우드 좌석에서 돌고, 실행당 계량되고, 내 API 키가 그들 서버에 산다"가 덜 좋게 느껴지기 시작합니다. 자체 호스팅이 셋 다 고칩니다 — 정액 비용, 실행 상한 없음, 그리고 키가 당신이 소유한 박스에 남습니다. Docker로는 15분짜리 일입니다.

실제로 서버가 얼마나 필요한가

과·미달 구매를 피하도록 먼저 솔직한 숫자를:

~2 GB RAM이 스위트 스폿 — n8n과 그 Postgres 데이터베이스와 보통의 워크플로가 여기 편안히 앉습니다.
1 GB는 워크플로가 가벼우면 되지만, 큰 실행에서 알아챕니다.
4 GB는 무거운 병렬 실행을 하거나 큰 페이로드를 밀어 넣을 때.

n8n은 쉴 때 CPU를 먹지 않습니다; 실행 중에 스파이크합니다. 2코어 박스가 대부분의 설정에 괜찮습니다. (사양을 워크로드에 맞추는 자세한 내용은 사이징 가이드에서.)

Docker 설정

새 Ubuntu/Debian 박스에서 Docker를 설치하세요:

curl -fsSL https://get.docker.com | sudo sh

폴더와 docker-compose.yml을 만드세요 — 영속 볼륨과 Postgres를 가진 n8n:

services:
  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: always
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_HOST=n8n.yourdomain.com
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://n8n.yourdomain.com/
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=db
      - DB_POSTGRESDB_PASSWORD=change-me
    volumes:
      - ./n8n-data:/home/node/.n8n
    depends_on: [db]
  db:
    image: postgres:16
    restart: always
    environment:
      - POSTGRES_PASSWORD=change-me
      - POSTGRES_DB=n8n
    volumes:
      - ./db-data:/var/lib/postgresql/data

sudo docker compose up -d

짚을 만한 두 가지: 볼륨(n8n-data, db-data)이 재시작과 업그레이드를 가로질러 워크플로를 살리는 것입니다 — 건너뛰지 마세요. 그리고 n8n은 0.0.0.0이 아니라 127.0.0.1에 바인딩됩니다 — 인터넷에 직접 노출되지 않습니다. 그것은 의도적이고; 다음 단계가 접근을 안전하게 다룹니다.

접근: HTTPS나 터널

공개 URL(OAuth 노드와 webhook에 필요): 서브도메인을 서버에 향하게 하고 127.0.0.1:5678 앞에서 리버스 프록시를 돌리세요(Caddy가 가장 품이 없음 — 자동 HTTPS). 여기서 전용 IP 요금제가 맞습니다, 포트와 DNS를 통제하니까요.
당신만을 위해, 도메인 없이: 프록시를 건너뛰고 SSH 터널로 닿으세요 — ssh -L 5678:127.0.0.1:5678 user@server, 그다음 localhost:5678을 여세요. NAT VPS에서 잘 됩니다.

잠그고 계속 띄우기

n8n은 당신의 API 키와 자격 증명을 쥐므로 박스가 단단해야 합니다: 진짜 자격 증명을 넣기 전에 보안 체크리스트(SSH 키, 방화벽, 비밀번호 로그인 없음)를 하세요. compose 파일의 restart: always가 이미 Docker가 크래시나 재부팅 후 n8n을 되돌린다는 뜻입니다 — 그것으로 가동 시간이 처리됩니다.

값어치가 있나?

양에 대해 스스로에게 솔직하세요. 자동화를 끊임없이 돌리면 자체 호스팅이 비용에서 이기고(정액 대 실행당) 워크플로/실행 한도를 없앱니다. 월 몇 개의 흐름을 트리거한다면 호스팅 좌석이 덜 번거롭습니다. 하지만 통제 논거는 어쨌든 성립합니다: 당신의 워크플로, 당신의 데이터, 당신의 키 — 빌린 게 아니라 당신 서버에. n8n에 진지해진 대부분의 사람에게 그것이 결정타입니다.

2 GB 박스, compose 파일, 도메인(또는 터널), 그러면 자신의 자동화 허브를 돌리고 있습니다 — KYC 없이 암호화폐로 결제 가능, 몇 분 만에 가동.

바로 쓸 수 있는 설정: n8n용 VPS를 보세요 — 권장 요금제와 1분 암호화폐 배포.