close

Cấu hình VPS tối thiểu để chạy n8n: CPU, RAM, ổ đĩa theo mức dùng

Tác giả: Đông Tùng Ngày đăng: 04/06/2025 Chuyên mục: n8n
Disclosure
Website Tino blog được cung cấp bởi Tino Group. Truy cập và sử dụng website đồng nghĩa với việc bạn đồng ý với các điều khoản và điều kiện trong chính sách bảo mật - điều khoản sử dụng nội dung. Tino Group có thể thay đổi điều khoản sử dụng bất cứ lúc nào. Việc bạn tiếp tục sử dụng Tino blog sau khi thay đổi có nghĩa là bạn chấp nhận những thay đổi đó.
Why Trust Us
Các bài viết với hàm lượng tri thức cao tại Tino blog được tạo ra bởi các chuyên viên Marketing vững chuyên môn và được kiểm duyệt nghiêm túc theo chính sách biên tập bởi đội ngũ biên tập viên dày dặn kinh nghiệm. Mọi nỗ lực của chúng tôi đều hướng đến mong muốn mang đến cho cộng đồng nguồn thông tin chất lượng, chính xác, khách quan, đồng thời tuân thủ các tiêu chuẩn cao nhất trong báo cáo và xuất bản.

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ùngvCPURAMỔ đĩa (NVMe/SSD)DatabasePhù hợp
Thử nghiệm, cá nhân1–22GB20GBSQLite (mặc định)Dưới 20 workflow, chạy theo lịch, ít webhook
Nhóm nhỏ, chạy thật24GB40GBPostgreSQL 16–18Webhook từ website, CRM; có node AI gọi API ngoài
Nặng, nhiều luồng AI4 trở lên8GB trở lên80GB trở lênPostgreSQL + Redis (queue mode)Xử lý file lớn, nhiều webhook cùng lúc, worker riêng
Mức cấu hình VPS cho n8n tự host. Mức 1 và 3 là khuyến nghị tham khảo của Tino [heuristic], không phải số n8n công bố

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.
Minh họa 10 webhook đến cùng lúc: mặc định N8N_CONCURRENCY_PRODUCTION_LIMIT=-1 cho cả 10 lượt chạy song song và giữ dữ liệu trong RAM, đặt giới hạn 3 thì chỉ 3 lượt chạy, 7 lượt xếp hàng theo thứ tự đến, RAM đỉnh thấp hơn nhưng tổng thời gian dài hơn

Ở 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.

DatabaseKhi nào dùngGhi chú
SQLiteThử nghiệm, cá nhân, ít lượt chạyMặc định, file ~/.n8n/database.sqlite, không cần cài thêm
PostgreSQLChạy thật, nhiều người dùng, queue moden8n hỗ trợ PostgreSQL 16, 17, 18
MySQL, MariaDBKhông dùngBị bỏ từ n8n 2.0; đang dùng thì chuyển sang PostgreSQL trước khi nâng
Database cho n8n theo docs.n8n.io (Choose n8n’s database), 23/10/2026

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).

Bảng đọc triệu chứng VPS n8n: log báo heap out of memory và container tự bật lại là thiếu RAM, chia lô dữ liệu rồi thêm RAM; CPU sát 100% kéo dài, editor ì là thiếu CPU, đặt trần lượt chạy rồi thêm vCPU; ổ đĩa đầy dần thì rút ngắn thời gian giữ execution; timeout riêng khi tải file lớn thì đo tốc độ mạng tới dịch vụ đó

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.

Đông Tùng

Senior Technology Writer

Là cử nhân Quản trị kinh doanh của Trường Đại học Tài chính - Marketing, Tùng bắt đầu làm việc tại Tino Group từ năm 2021 ở vị trí Content Marketing để thỏa mãn niềm đam mê viết lách của bản thân. Sở hữu khả năng sáng tạo đặc biệt, anh cùng đội ngũ của mình đã tạo nên những chiến dịch quảng cáo độc đáo cùng vô số bài viết hữu ích về nhiều chủ đề khác nhau. Sự tỉ mỉ, kiên trì và tinh thần sáng tạo của Tùng đã góp phần lớn vào thành công của Tino Group trong lĩnh vực marketing trực tuyến.

Xem thêm bài viết

Bài viết liên quan