VPS bao nhiêu RAM để chạy nhiều n8n workflow

Mở terminal lên, gõ docker stats, bạn sẽ thấy container n8n "ăn" RAM như thế nào. Nhưng câu hỏi mà nhiều người hỏi mình nhất là: VPS bao nhiêu RAM để chạy nhiều n8n workflow thì đủ? Không có con số ma thuật nào, nhưng có một công thức ước tính và một vài nguyên tắc cấu hình giúp bạn không phải trả tiền cho RAM thừa, cũng không phải dậy lúc 3 giờ sáng vì container bị OOM kill.

Tóm tắt nhanh

• Một workflow n8n tĩnh (không chạy) ngốn khoảng 20 đến 40 MB RAM chỉ để nằm đó.
• Mỗi lần thực thi, workload tăng thêm 50 đến 150 MB tùy số node và lượng dữ liệu xử lý.
• VPS 2 GB RAM chạy được 5 - 10 workflow tần suất thấp; VPS 4 GB cho 20 - 30 workflow; VPS 8 GB+ cho automation nặng, nhiều worker hoặc kèm Redis queue mode.

Vì sao n8n ngốn RAM và không phải lúc nào cũng rõ là bao nhiêu

n8n chạy trên Node.js, vốn nổi tiếng là "ngốn" bộ nhớ vì cơ chế garbage collection và event loop. Mỗi workflow là một object CodeScript được load vào bộ nhớ, kèm theo dependencies. Khi một workflow được kích hoạt bằng webhook hoặc schedule, nó tạo thêm context thực thi, biến, và dữ liệu trung gian giữa các node.

Vấn đề là mức tiêu thụ không cố định. Một workflow gọi API bên ngoài, chờ response 10 giây, giữ RAM trong lúc chờ. Một workflow khác xử lý file Excel 100 MB sẽ phình to đột biến. Vì vậy, thay vì tìm một con số rất cao, bạn nên tính theo kịch bản: số workflow thường trực + số workflow chạy song song tại một thời điểm.

VPS 2GB RAM chạy được bao nhiêu workflow n8n?

Với VPS 2 GB RAM, bạn còn khoảng 1.5 GB sau khi trừ đi hệ điều hành và môi trường Docker. Con số này đủ cho 5 đến 10 workflow với điều kiện: workflow dạng trigger tần suất thấp (mỗi 15 phút hoặc 1 giờ), không xử lý file nặng, và không bật queue mode.

Mình đã thử nghiệm trên VPS 2 GB chạy Ubuntu 24.04, cài n8n bằng Docker Compose, cho chạy 8 workflow dạng webhook + schedule gửi thông báo Telegram. Mức RAM ổn định khoảng 1.1 GB, còn dư chút đỉnh cho hệ điều hành. Thêm swap 2 GB là chạy ngon lành, nhưng đừng mong chạy 3 workflow cùng lúc xử lý dữ liệu lớn.

Nếu bạn đang dùng VPS n8n 2 GB và bị OOM, hãy kiểm tra xem có workflow nào gọi API chậm hoặc xử lý file không. Đó thường là thủ phạm.

VPS 4GB RAM: mức "ngon" cho đa số người dùng n8n

VPS 4 GB RAM là điểm cân bằng nhất. Sau khi trừ hệ điều hành và Docker, bạn có khoảng 3.2 GB cho n8n. Con số này chạy tốt 20 đến 30 workflow với tần suất trung bình, thậm chí nhiều hơn nếu bạn biết cách tối ưu.

Cụ thể với 4 GB, bạn có thể:

• Chạy n8n ở main mode (một container riêng biệt) với 20-30 workflow schedule/webhook.
• Xử lý được workflow có 10-15 node, gọi API song song, xử lý JSON payload vài MB.
• Bật thêm PostgreSQL container (nếu chuyển từ SQLite sang PostgreSQL) mà không lo thiếu RAM.
• Chạy 2-3 workflow đồng thời xử lý tác vụ nặng.

Một lưu ý: nếu bạn có một workflow đặc biệt nặng (ví dụ xử lý 10.000 dòng dữ liệu từ Google Sheets), nó có thể "ăn" hết 1 GB chỉ trong vài giây. Mình khuyên bạn nên tách workflow nặng ra chạy giờ thấp điểm hoặc dùng queue mode để tránh nghẽn.

Khi nào cần VPS 8GB, 16GB RAM cho n8n?

Bạn cần 8 GB RAM trở lên khi rơi vào một trong các trường hợp sau:

• Chạy 50+ workflow thường trực, đặc biệt là workflow dùng webhook luôn lắng nghe.
• Bật queue mode với Redis. Về bản chất, queue mode cho phép tách worker, nhưng chính Redis + worker lại ngốn thêm RAM. Mỗi worker n8n (container riêng) tốn thêm 500 MB đến 1 GB RAM tùy cấu hình.
• Chạy n8n cùng lúc với các dịch vụ khác trên cùng VPS: PostgreSQL, Redis, Nginx reverse proxy, hoặc một website WordPress nhỏ.
• Workflow của bạn xử lý dữ liệu lớn: file CSV hàng trăm MB, ảnh, PDF, hoặc gọi ML model.

Với 16 GB RAM, bạn có thể thoải mái chạy n8n queue mode với 3-4 worker, kèm Redis, PostgreSQL, và cả một instance Camunda hay n8n cluster với nhiều người dùng. Nhưng nếu bạn chỉ có 20 workflow đơn giản, 16 GB là lãng phí.

Công thức ước tính RAM cho n8n workflow

Dựa trên kinh nghiệm thực tế, mình dùng công thức này để ước tính nhanh:

RAM n8n cần = (Số workflow thường trực × 30 MB) 
              + (Số workflow chạy đồng thời tối đa × 100 MB)
              + 200 MB (dự phòng cho Docker, log, hệ điều hành)

Ví dụ: bạn có 20 workflow thường trực, và tại thời điểm cao điểm có 5 workflow chạy cùng lúc:

(20 × 30) + (5 × 100) + 200 = 600 + 500 + 200 = 1300 MB

Vậy cần tối thiểu 2 GB RAM. Nhưng nếu 5 workflow chạy đồng thời có 2 cái xử lý dữ liệu nặng (nhân thêm hệ số 2-3 cho workflow nặng), con số sẽ là:

(20 × 30) + (3 × 100) + (2 × 300) + 200 = 600 + 300 + 600 + 200 = 1700 MB

Lúc này 2 GB vẫn chạy được nhưng sát nút, nên 4 GB sẽ thoải mái hơn nhiều. Công thức này không chính xác rất cao, nhưng giúp bạn hình dung được cần chuẩn bị bao nhiêu trước khi mua VPS.

Cách kiểm tra RAM n8n đang dùng trên VPS

Đừng đoán mò, hãy đo trực tiếp trên VPS. Sau khi cài n8n bằng Docker, chạy:

docker stats --no-stream

Lệnh này hiển thị CPU và RAM của từng container theo thời gian thực. Bạn sẽ thấy container n8n hiện bao nhiêu MB. Chạy lệnh này ở nhiều thời điểm khác nhau trong ngày để có bức tranh đầy đủ.

Để theo dõi chi tiết hơn, dùng htop xem từng process Node.js:

htop

Trong htop, bấm F6 rồi chọn MEM% để sắp xếp theo bộ nhớ. Bạn sẽ thấy vài process node chiếm RAM. Nếu một process vượt quá vài trăm MB mà không giảm, khả năng cao có workflow bị rò rỉ bộ nhớ hoặc xử lý dữ liệu quá lớn.

Kiến trúc n8n ảnh hưởng RAM thế nào: main mode vs queue mode

n8n có hai kiểu chạy: main mode (mặc định, một container xử lý tất cả) và queue mode (tách worker bằng Redis). Kiểu chạy này quyết định bạn cần bao nhiêu RAM.

Với main mode, toàn bộ workflow chạy trong một tiến trình Node.js. RAM tăng giảm liên tục, nhưng tổng thể thấp hơn vì không có overhead của Redis và worker riêng. VPS 2-4 GB là đủ cho đa số trường hợp.

Với queue mode, bạn cần:

• Redis: thường chỉ dùng 50-100 MB nếu không có dữ liệu cache lớn.
• n8n main (chỉ tiếp nhận request, không chạy workflow): khoảng 300-400 MB.
• Mỗi worker: 500 MB - 1 GB tùy số workflow được gán.

Queue mode thực chất ngốn RAM hơn, nhưng nó cho phép mở rộng ngang: khi một worker quá tải, bạn thêm container worker mới. Nếu bạn chỉ có vài chục workflow, đừng bật queue mode làm gì, chỉ tốn RAM và phức tạp hóa. Tham khảo thêm cách chọn RAM cho n8n theo số workflow thực tế.

Cấu hình Docker để n8n không bị OOM kill

Dù bạn chọn VPS bao nhiêu RAM, hãy giới hạn bộ nhớ container để tránh container "ăn" hết RAM của hệ điều hành và làm sập cả VPS. Trong docker-compose.yml, thêm:

services:
  n8n:
    image: n8nio/n8n
    mem_limit: 1536m
    restart: unless-stopped
    environment:
      - N8N_CONCURRENCY_PRODUCTION_LIMIT=5
      - EXECUTIONS_DATA_PRUNE=true
      - EXECUTIONS_DATA_MAX_AGE=168

Ý nghĩa các dòng này:

• mem_limit: 1536m: giới hạn container n8n dùng tối đa 1.5 GB. Nếu vượt, container sẽ bị kill thay vì làm sập cả VPS. Docker sẽ tự restart lại khi có cấu hình restart: unless-stopped.
• N8N_CONCURRENCY_PRODUCTION_LIMIT=5: giới hạn 5 workflow chạy đồng thời trong production, giảm áp lực RAM khi có nhiều webhook gọi vào cùng lúc.
• EXECUTIONS_DATA_PRUNE=true và EXECUTIONS_DATA_MAX_AGE=168: tự xóa dữ liệu execution cũ hơn 7 ngày, tránh database (SQLite hoặc PostgreSQL) phình to và ngốn RAM khi đọc.

Sau khi sửa file, chạy:

docker compose down && docker compose up -d

Kiểm tra lại bằng docker stats, bạn sẽ thấy RAM n8n hiếm khi vượt quá mức đã đặt.

Sai lầm phổ biến khi chọn RAM cho VPS chạy n8n

Sai lầm 1: Chọn RAM theo số workflow "hiển thị" trên UI. Nhiều bạn thấy mình có 50 workflow trong dashboard liền nghĩ cần VPS 16 GB. Thực tế, 50 workflow schedule mỗi giờ một lần chỉ ngốn chưa tới 1 GB. Hãy đếm số workflow chạy đồng thời tại một thời điểm, không phải tổng số workflow.

Sai lầm 2: Không giới hạn bộ nhớ container. Một workflow "dính lỗi" có thể phình lên 2-3 GB và làm sập cả VPS. Luôn đặt mem_limit như trên.

Sai lầm 3: Không tối ưu workflow trước khi mua VPS to. Cùng một tác vụ gửi email, workflow gọi API 5 lần liên tiếp ngốn RAM gấp 3 lần workflow dùng node Merge hoặc Loop Over Items thông minh. Tối ưu workflow trước, mua RAM sau.

VPS bao nhiêu RAM là đủ cho n8n? Kết luận

Nếu bạn mới bắt đầu, có dưới 10 workflow đơn giản, VPS 2 GB RAM là đủ. Đa số người dùng n8n trung bình với 10-30 workflow, tần suất không quá dày, 4 GB RAM là lựa chọn tối ưu về chi phí. Nếu bạn chạy automation nặng, nhiều worker, hoặc kết hợp n8n với các dịch vụ khác trên cùng VPS, hãy tính đến 8 GB trở lên.

Đừng quên rằng bạn có thể bật swap để "cứu" VPS trong lúc RAM đột biến, nhưng swap không thay thế được RAM thật. Nếu bạn thấy swap liên tục được sử dụng, đó là dấu hiệu rõ ràng cần nâng cấp. Và khi cần một VPS Linux NVMe với IPv4 Việt Nam, n8n chạy trên hạ tầng gần người dùng trong nước sẽ giảm độ trễ webhook đáng kể. Bạn cũng có thể chọn VPS WordPress nếu kết hợp website và automation trong cùng một máy. Trước khi quyết định, hãy mở bài hướng dẫn kiểm tra tài nguyên VPS để biết cách đo chính xác mức dùng hiện tại.

Câu hỏi thường gặp

Bài viết liên quan

• Chọn RAM và CPU cho n8n theo số workflow thực tế
• Cấu hình VPS phù hợp để chạy n8n hiệu quả năm 2026
• Tối ưu n8n trên VPS 2GB RAM với prune và giới hạn worker