n8n không công bố cấu hình tối thiểu cố định cho bản tự host: RAM dùng tăng theo lượng dữ liệu, số node và số workflow chạy cùng lúc. Bộ Docker Compose đầy đủ trong tài liệu n8n cần từ 2 vCPU và 4GB RAM. Workflow cá nhân nhẹ có thể bắt đầu với 1–2 vCPU, 2GB RAM rồi theo dõi để nâng.
Bài này giúp bạn chọn cấu hình VPS cho n8n theo mức sử dụng và nhận ra lúc cần nâng cấp. Cách cài từng bước nằm ở bài cài đặt n8n trên VPS.
n8n cần VPS cấu hình tối thiểu bao nhiêu?
VPS chạy n8n bằng Docker nên có ít nhất 2GB RAM, 1–2 vCPU và 20GB ổ SSD hoặc NVMe; chạy thật với nhiều webhook thì nên từ 4GB RAM, 2 vCPU. Mốc 4GB RAM, 2 vCPU là yêu cầu của bộ Compose có sandbox chạy mã AI (Install using Docker Compose); hai mức còn lại là mức Tino khuyến nghị để tham khảo.
Mức dùng vCPU RAM Ổ đĩa (NVMe/SSD) Database Phù hợp Thử nghiệm, cá nhân 1–2 2GB 20GB SQLite (mặc định) Dưới 20 workflow, chạy theo lịch, ít webhook Nhóm nhỏ, chạy thật 2 4GB 40GB PostgreSQL 16–18 Webhook từ website, CRM; có node AI gọi API ngoài Nặng, nhiều luồng AI 4 trở lên 8GB trở lên 80GB trở lên PostgreSQL + Redis (queue mode) Xử lý file lớn, nhiều webhook cùng lúc, worker riêng
VPS 1GB RAM vẫn khởi động được n8n với SQLite, nhưng hệ điều hành, Docker và n8n đã chiếm phần lớn bộ nhớ, nên một workflow đọc file hay gọi AI dễ làm container dừng. Chi phí từng mức xem ở bài chi phí tự host n8n trên VPS.
Yếu tố nào quyết định n8n cần bao nhiêu RAM và CPU?
n8n không giới hạn lượng dữ liệu mỗi node được lấy và xử lý, nên RAM cần dùng phụ thuộc chính vào workflow của bạn. Tài liệu n8n kể ra các yếu tố làm tăng bộ nhớ của một lần chạy: lượng JSON, kích thước binary data, số node, node Code và việc chạy thủ công trên editor (Fix memory issues).
- Số workflow chạy cùng lúc: mỗi lần chạy giữ dữ liệu của nó trong RAM đến khi xong. Mười webhook đến cùng lúc là mười phần dữ liệu cộng dồn.
- Độ nặng của workflow: gửi email, tạo task nhẹ; đọc file CSV lớn, xử lý ảnh, gọi AI rồi ghép kết quả thì nặng hơn nhiều.
- Loại trigger: Webhook chỉ chạy khi có sự kiện; Schedule Trigger đặt mỗi phút và các trigger polling (Gmail, Google Sheets) chạy đều đặn dù không có dữ liệu mới.
- Node Code: từ n8n 2.0, Code node chạy trong task runner; tài liệu n8n khuyên hạn chế Code node khi xử lý dữ liệu lớn.
- Chạy thủ công: khi bấm chạy trên editor, n8n giữ thêm một bản dữ liệu để hiển thị, nên thử với dữ liệu lớn tốn RAM hơn chạy thật.
- Dịch vụ đi kèm: PostgreSQL, Redis, reverse proxy (Caddy, Nginx, Traefik) cùng chạy trên VPS và cùng chia RAM.

Ở chế độ thường, n8n không giới hạn số lượt chạy production cùng lúc. Biến N8N_CONCURRENCY_PRODUCTION_LIMIT (mặc định -1) cho phép đặt trần; lượt vượt trần sẽ xếp hàng (Control concurrency). Cách đặt giới hạn cho container và các biến khác: tối ưu RAM và CPU cho n8n Docker trên VPS.
Chọn CPU cho n8n: nhiều nhân hay xung nhịp cao?
Với một bản n8n chạy chế độ thường, xung nhịp và số nhân đều có ích nhưng theo cách khác nhau. n8n chạy trên Node.js, phần lớn việc của tiến trình chính nằm trên một luồng, nên xung nhịp cao giúp từng workflow nặng chạy nhanh hơn. Nhân thứ hai trở đi phục vụ PostgreSQL, task runner của Code node, reverse proxy và hệ điều hành.
- 1 vCPU: đủ thử nghiệm; khi n8n bận xử lý, editor và webhook cùng chậm.
- 2 vCPU: mức hợp lý khi chạy n8n cùng PostgreSQL trên một VPS.
- 4 vCPU trở lên: cần khi bật queue mode, tách worker xử lý song song; xem kinh nghiệm tối ưu hiệu suất self-host n8n.
n8n cần bao nhiêu dung lượng ổ đĩa và nên dùng database nào?
Dung lượng n8n dùng tăng chủ yếu theo lịch sử chạy (execution) và binary data, không theo số workflow. Mặc định n8n giữ execution 336 giờ (14 ngày) và tối đa 10.000 bản ghi (Executions environment variables); workflow chạy dày hoặc lưu file sẽ làm ổ đầy nhanh hơn. 20GB đủ để bắt đầu; dùng nhiều file thì tính thêm.
Database Khi nào dùng Ghi chú SQLite Thử nghiệm, cá nhân, ít lượt chạy Mặc định, file ~/.n8n/database.sqlite, không cần cài thêmPostgreSQL Chạy thật, nhiều người dùng, queue mode n8n hỗ trợ PostgreSQL 16, 17, 18 MySQL, MariaDB Không dùng Bị bỏ từ n8n 2.0; đang dùng thì chuyển sang PostgreSQL trước khi nâng
Chọn ổ NVMe hoặc SSD vì database ghi liên tục khi có execution (Choose n8n’s database, v2.0 breaking changes). Cách chuyển dữ liệu khi đổi database: đổi database n8n từ SQLite sang PostgreSQL.
Băng thông ảnh hưởng đến n8n như thế nào?
Băng thông ít khi là giới hạn của n8n, vì phần lớn workflow chỉ gửi nhận JSON vài KB. Băng thông chỉ đáng tính khi workflow tải hoặc gửi file. n8n nhận payload tối đa 16 MiB mặc định (biến N8N_PAYLOAD_SIZE_MAX) và file trong form-data tới 200 MiB (Endpoints environment variables).
- Ít: workflow chủ yếu là văn bản, JSON nhỏ. Gói VPS thông thường đủ dùng.
- Vừa: có tải file dưới 100MB hoặc gọi API rất nhiều lần. Ước tính lưu lượng tháng ≈ (dung lượng file trung bình × số lần chạy) + (dung lượng mỗi lượt gọi API × số lượt gọi).
- Nhiều: workflow kiểu ETL, xử lý video, sao lưu database lên cloud. Đọc kỹ chính sách lưu lượng và tốc độ cổng mạng của nhà cung cấp.
Cách thực tế nhất là chạy vài tuần rồi xem lưu lượng trên trang quản lý VPS, sau đó mới quyết định nâng gói.
Dấu hiệu nào cho thấy VPS n8n đang thiếu RAM hoặc CPU?
VPS n8n thiếu RAM khi n8n báo “Execution stopped at this node (n8n may have run out of memory while executing it)”, editor hiện Connection Lost hoặc lỗi 503, và log máy chủ có “Allocation failed – JavaScript heap out of memory”. Với image Docker, n8n tự khởi động lại sau lỗi này (Fix memory issues).

Kiểm tra nhanh trên VPS bằng các lệnh dưới. Cột MEM USAGE của docker stats sát giới hạn, hoặc free -h còn rất ít RAM trống, là lúc cần xử lý.
docker stats --no-stream # RAM, CPU từng container
free -h # RAM còn trống của VPS
df -h / # dung lượng ổ đĩa
docker compose logs --tail=100 n8n | grep -i "memory"
Trước khi nâng cấu hình, thử giảm tải: chia dữ liệu thành lô nhỏ bằng Loop Over Items, tách phần nặng thành sub-workflow chỉ trả về kết quả gọn, tránh chạy thủ công với dữ liệu lớn.
Nên cài n8n trên hệ điều hành nào?
Nên chọn Ubuntu 24.04 LTS cho VPS chạy n8n bằng Docker Engine và Docker Compose v2. Ubuntu 20.04 đã hết hỗ trợ tiêu chuẩn từ 05/2025 nên không dùng cho máy mới (Ubuntu release cycle). Debian 12 cũng phù hợp nếu bạn quen dùng.
Máy tính cá nhân chỉ cần trình duyệt để mở n8n trên VPS. Muốn chạy n8n ngay trên máy tính thì xem cách cài n8n trên máy tính; gói hosting thông thường có chạy được không, xem n8n có chạy được trên hosting không.
Khi nào nên chọn VPS cài sẵn n8n?
VPS cài sẵn n8n hợp với người muốn dùng n8n ngay mà không tự cài Docker, reverse proxy và SSL. Bạn vẫn cần tự chọn mức cấu hình theo bảng trên và tự sao lưu workflow. Tìm hiểu thêm ở bài VPS n8n là gì và các bước đăng ký VPS cài sẵn n8n tại Tino.
Muốn chạy n8n 24/7 mà không tự cài? VPS n8n của Tino cài sẵn n8n trên VPS NVMe đặt tại Việt Nam; bạn vẫn có quyền root để cấu hình. Xem cấu hình và giá trên trang sản phẩm.
Câu hỏi thường gặp
VPS 1GB RAM có chạy được n8n không?
Chạy được để thử với SQLite và vài workflow nhẹ. Với Docker và các workflow đọc file hoặc gọi AI, 1GB dễ hết bộ nhớ; nên bắt đầu từ 2GB, chạy thật thì từ 4GB.
n8n có công bố cấu hình tối thiểu không?
Không có mức chung cho bản cài gọn. Tài liệu n8n chỉ ghi bộ Docker Compose có sandbox chạy mã AI cần ít nhất 4GB RAM và 2 vCPU, và nhấn mạnh bộ nhớ phụ thuộc vào workflow.
Chạy n8n có cần GPU không?
Không. n8n gọi mô hình AI qua API như OpenAI, Gemini. Chỉ khi tự chạy mô hình trên cùng máy, ví dụ bằng Ollama, mới cần tính đến GPU và nhiều RAM hơn.
Nâng cấu hình VPS có làm mất workflow không?
Thường là không, vì dữ liệu nằm trên ổ đĩa của VPS. Vẫn nên sao lưu thư mục .n8n và database trước khi nâng hoặc chuyển gói.
Khi nào nên chuyển từ SQLite sang PostgreSQL?
Khi bắt đầu chạy thật cho nhóm, có nhiều execution mỗi ngày, hoặc định bật queue mode. Queue mode không khuyến nghị dùng SQLite.
