Cài n8n trên VPS hay dùng n8n Cloud? So sánh chi phí & hướng dẫn 2026

ℹ️ Info: Trả lời ngắn: Chọn n8n Cloud nếu bạn muốn triển khai nhanh và không có người quản trị máy chủ. Chọn n8n self-hosted trên VPS nếu cần kiểm soát dữ liệu, cài custom node, kết nối hệ thống nội bộ hoặc có nhiều lượt chạy — nhưng chỉ khi có người chịu trách nhiệm cập nhật, backup, giám sát và xử lý sự cố.

Không có lựa chọn nào luôn rẻ hơn. n8n Cloud tính phí chủ yếu theo số lần workflow chạy; self-hosted chuyển phần chi phí đó thành VPS + thời gian vận hành + rủi ro kỹ thuật. Vì vậy, hãy chọn theo tổng chi phí sở hữu và mức độ quan trọng của workflow, không chỉ nhìn giá thuê máy chủ. Có thể dùng khung tính TCO phần mềm trong 12 hoặc 36 tháng để so hai phương án trên cùng một kỳ.

Cập nhật dữ liệu: 09/08/2026. Giá và tính năng có thể thay đổi; hãy kiểm tra lại bảng giá n8n chính thức trước khi mua.

Nên chọn n8n Cloud hay VPS self-hosted?

⚠️ Warning: Đừng self-host chỉ vì thấy VPS 150.000–300.000đ/tháng. Nếu một workflow ngừng chạy trong 6 giờ làm mất đơn, trễ đối soát hoặc gửi sai dữ liệu, chi phí sự cố có thể lớn hơn nhiều tháng tiền n8n Cloud.

So sánh n8n Cloud và n8n self-hosted năm 2026

Chi phí và giới hạn

Tại thời điểm cập nhật, n8n Cloud niêm yết Starter 20 EUR/tháng với 2.500 executions và Pro 50 EUR/tháng với 10.000 executions khi thanh toán năm. Các gói hiện có unlimited users và unlimited workflows; giới hạn quan trọng nằm ở executions, concurrent executions, lịch sử và tính năng quản trị.

Cách tính tổng chi phí sở hữu

Với self-hosted, nên tính theo công thức:

TCO mỗi tháng = VPS + backup + giám sát + domain
               + thời gian cập nhật/bảo trì
               + chi phí kỳ vọng của sự cố
               + license nếu cần tính năng Business/Enterprise

Ví dụ, một VPS nhỏ có thể đủ cho giai đoạn thử nghiệm. Nhưng khi workflow xử lý file lớn, AI, nhiều webhook đồng thời hoặc chạy theo queue, bạn có thể cần thêm PostgreSQL, Redis, worker, object storage và cơ chế cảnh báo. “Không giới hạn executions” không có nghĩa là tài nguyên vô hạn.

Bảo mật và trách nhiệm vận hành

• n8n Cloud: phù hợp khi team muốn giảm việc quản trị hạ tầng. Bạn vẫn phải quản lý credential, phân quyền, dữ liệu đưa vào workflow và logic automation.
• Self-hosted: cho phép chọn nơi lưu dữ liệu và kết nối mạng riêng, nhưng bạn chịu trách nhiệm TLS, firewall, cập nhật image, backup/restore, mã hóa credential, retention log và giám sát lỗi.
• Community node và Code node: tăng khả năng tùy biến, đồng thời có thể chạy mã trong instance. Chỉ cài package đã review và hạn chế quyền của container.

Bạn có thể chạy lệnh n8n audit định kỳ để phát hiện một số cấu hình rủi ro, credential không còn dùng, community node và webhook chưa bảo vệ. Đây là bước kiểm tra hỗ trợ, không thay thế security review đầy đủ.

4 câu hỏi để ra quyết định đúng

1. Nếu workflow dừng, ai là người biết đầu tiên?

Nếu câu trả lời là “đợi khách báo”, hệ thống chưa sẵn sàng self-host. Tối thiểu cần health check, error workflow, cảnh báo qua Lark/Zalo/email và người nhận trách nhiệm xử lý.

2. Dữ liệu có bắt buộc nằm trong hạ tầng riêng không?

Self-hosted hữu ích khi phải gọi database nội bộ, API qua VPN hoặc tuân theo chính sách lưu trữ riêng. Tuy nhiên, đặt server tại Việt Nam không tự động làm hệ thống an toàn; quyền truy cập và quy trình vận hành mới là phần quyết định.

3. Team có cần SSO, role, Git và nhiều môi trường không?

Đừng mặc định Community Edition có đủ mọi tính năng của n8n Cloud/Business/Enterprise. Hãy lập danh sách yêu cầu collaboration, source control, log retention, SSO và support rồi đối chiếu bảng tính năng chính thức.

4. Bạn đang tối ưu tiền VPS hay tối ưu kết quả vận hành?

Một workflow production cần có owner, input/output rõ, nhánh xử lý lỗi, retry an toàn, log có giới hạn và tài liệu bàn giao. Chi phí build đúng luồng nghiệp vụ thường quan trọng hơn chênh lệch vài trăm nghìn tiền máy chủ.

Một vài workflow n8n doanh nghiệp có thể triển khai

Các sơ đồ dưới đây minh họa cơ chế và điểm kiểm soát. Một workflow production cần điều chỉnh theo API, quyền truy cập và quy tắc nghiệp vụ thật của từng doanh nghiệp.

Workflow 1: Đơn hàng → CRM → giao việc → thông báo

1. Pancake/POS — Nhận đơn hoặc webhook mới
2. n8n chuẩn hóa — Kiểm tra trùng, map sản phẩm và khách hàng
3. LarkBase CRM — Tạo/cập nhật đơn và trạng thái
4. Lark/Zalo — Giao việc hoặc gửi thông báo
5. Error queue — Giữ bản ghi lỗi để xử lý lại

Luồng này phù hợp với bán lẻ, social commerce và đội sales đang nhập lại dữ liệu giữa nhiều hệ thống. Xem thêm mô hình Pancake POS kết hợp LarkBase.

Workflow 2: Giao dịch ngân hàng → đối soát → cập nhật công nợ

1. SePay webhook — Nhận giao dịch mới
2. n8n đối chiếu — Khớp mã đơn, số tiền và tài khoản
3. Hệ thống nội bộ — Cập nhật trạng thái thanh toán
4. Lark cảnh báo — Báo giao dịch lệch hoặc không khớp
5. Nhật ký — Lưu dấu vết để kiểm tra

Nếu đang tự động hóa thanh toán, xem dịch vụ tích hợp SePay và bài SePay: từ bài tập đại học đến thanh toán tự động.

Workflow 3: LarkBase → tạo PDF → gửi email/Zalo

1. LarkBase — Người dùng duyệt bản ghi
2. n8n — Lấy dữ liệu và kiểm tra trường bắt buộc
3. Tạo tài liệu — Sinh báo giá, phiếu hoặc hóa đơn PDF
4. Email/Zalo — Gửi đúng người nhận
5. LarkBase — Ghi trạng thái, link file và thời gian gửi

Xem hướng dẫn chi tiết tự động tạo PDF và gửi email từ LarkBase hoặc luồng LarkBase kết nối hóa đơn điện tử qua n8n.

✅ Success: Muốn xem thêm bức tranh tổng thể? Đọc bài n8n là gì và n8n nằm ở đâu trong hệ sinh thái automation của Diginno.

Cách nhanh nhất: đưa prompt cho AI tự cài n8n

Bạn không cần copy từng lệnh Docker trong một bài blog rồi tự sửa thủ công. Hãy mở Codex, Claude Code hoặc AI coding agent có terminal, cho agent làm việc ngay trên VPS và gửi prompt bên dưới.

Trước khi bắt đầu, chuẩn bị:

• VPS Ubuntu và subdomain đã trỏ DNS, ví dụ n8n.example.com.
• Quyền SSH qua key hoặc terminal của nhà cung cấp VPS.
• Email nhận chứng chỉ HTTPS và cảnh báo hệ thống.
• Hai tài liệu nguồn: n8n Docker installation và repo n8n-hosting chính thức.

Prompt cài n8n production bằng AI

Copy toàn bộ prompt này, thay ba giá trị trong phần THÔNG TIN CỦA TÔI, rồi gửi cho AI agent:

Bạn là DevOps engineer chịu trách nhiệm cài n8n self-hosted an toàn trên VPS của tôi.

NGUỒN PHẢI ĐỌC TRƯỚC KHI LÀM:
1. https://docs.n8n.io/hosting/installation/docker/
2. https://github.com/n8n-io/n8n-hosting

THÔNG TIN CỦA TÔI:
- Domain n8n: n8n.example.com
- Email nhận TLS/cảnh báo: ops@example.com
- Múi giờ: Asia/Ho_Chi_Minh

MỤC TIÊU:
- Cài bản n8n stable self-hosted bằng Docker Compose.
- Dùng PostgreSQL cho production và reverse proxy có HTTPS tự động.
- Pin version image cụ thể sau khi kiểm tra release stable; không dùng latest lâu dài.
- Dữ liệu phải tồn tại sau khi restart/redeploy.
- Có backup database, backup N8N_ENCRYPTION_KEY, health check, log và cảnh báo lỗi.

QUY TẮC AN TOÀN:
- Trước tiên chỉ audit read-only: OS, RAM/CPU/disk, DNS, firewall, port đang dùng,
  Docker, reverse proxy và container/service hiện có. Báo rõ xung đột nếu có.
- Đưa kế hoạch và danh sách file sẽ tạo/sửa. Chờ tôi duyệt trước khi cài package,
  đổi firewall, restart service, overwrite config hoặc xóa dữ liệu.
- Không ghi secret vào chat, Git, log hoặc Markdown. Tạo secret trực tiếp trên VPS,
  lưu trong file env có permission chặt hoặc secret manager.
- Không public port 5678, PostgreSQL, Redis hoặc dashboard quản trị reverse proxy.
- Không thay thế Nginx/Traefik/Caddy hiện có nếu chưa kiểm tra và được duyệt.
- Không xóa volume/container cũ. Nếu phát hiện n8n cũ, dừng và đề xuất kế hoạch migrate/backup.

YÊU CẦU CẤU HÌNH:
- Cấu hình N8N_HOST, WEBHOOK_URL, N8N_EDITOR_BASE_URL, N8N_PROXY_HOPS,
  N8N_ENCRYPTION_KEY, timezone và execution-data pruning phù hợp.
- Chỉ mở 22/80/443 nếu môi trường thực tế cho phép; giữ SSH session hiện tại an toàn
  trước khi sửa firewall.
- Tạo lịch backup ngoài VPS và hướng dẫn restore thử.
- Thiết lập error workflow hoặc phương án cảnh báo khi execution thất bại.

KIỂM TRA HOÀN TẤT:
- docker compose config và docker compose ps không báo lỗi.
- HTTPS hợp lệ; HTTP redirect sang HTTPS.
- Trang editor truy cập được nhưng port nội bộ không public.
- Tạo và gọi thử một webhook; restart stack rồi kiểm tra dữ liệu còn nguyên.
- Chạy n8n security audit nếu phiên bản hỗ trợ.
- Báo lại version đã cài, đường dẫn file cấu hình, vị trí backup, cách update,
  cách rollback và các rủi ro còn lại.

Bắt đầu bằng audit read-only và kế hoạch. Chưa thay đổi VPS cho đến khi tôi duyệt.

⚠️ Warning: Không dán mật khẩu root, private key, API key hoặc credential vào cửa sổ chat. AI chỉ có thể tự cài khi nó đang chạy trong môi trường terminal/SSH bạn kiểm soát. Hãy dùng SSH key, secret file hoặc secret manager và giữ bước duyệt trước các thay đổi ảnh hưởng firewall, service hoặc dữ liệu.

Prompt này cố ý yêu cầu AI audit → lập kế hoạch → xin duyệt → cài → kiểm tra → bàn giao. Như vậy nhanh hơn làm tay nhưng vẫn có điểm dừng để tránh agent ghi đè reverse proxy, khóa nhầm SSH hoặc xóa volume đang chạy.

Dịch vụ n8n của Diginno phù hợp khi nào?

Diginno có thể tham gia ở ba lớp khác nhau, tùy team đã đi đến đâu:

• Khảo sát và thiết kế workflow: map quy trình hiện tại, chọn luồng ưu tiên, xác định owner, rule và điểm kiểm soát.
• Triển khai n8n và tích hợp dữ liệu: kết nối API/webhook với LarkBase, CRM, POS, SePay, hóa đơn điện tử, Zalo hoặc hệ thống nội bộ.
• Vận hành và bàn giao: error workflow, log/cảnh báo, tài liệu kỹ thuật, hướng dẫn đội nội bộ và kế hoạch bảo trì.

Xem chi tiết dịch vụ n8n Automation & tích hợp dữ liệu. Nếu bài toán nằm ở dữ liệu làm việc nội bộ, xem thêm dịch vụ triển khai LarkSuite; nếu cần đưa AI vào quy trình có sẵn, xem dịch vụ AI Integration.

Câu hỏi thường gặp về n8n Cloud và self-hosted

n8n self-hosted có miễn phí không?

Community Edition có thể tự host mà không trả phí phần mềm, nhưng bạn vẫn trả chi phí VPS, domain, backup, monitoring và công vận hành. Các tính năng quản trị nâng cao như SSO, environments, source control hoặc support có thể yêu cầu gói Business/Enterprise.

VPS 2 GB RAM có đủ chạy n8n không?

Có thể đủ cho học tập hoặc workload nhỏ, nhưng không thể kết luận chỉ từ số workflow. Mức RAM/CPU cần thiết phụ thuộc số execution đồng thời, kích thước dữ liệu, Code/AI node, binary file và cách lưu lịch sử. Hãy đo trên workload thật và đặt cảnh báo tài nguyên.

n8n Cloud có giới hạn số workflow không?

Theo bảng giá được kiểm tra ngày 09/08/2026, các gói n8n Cloud hiện ghi unlimited workflows và unlimited users. Giới hạn chính là executions, concurrent executions, storage, retention và tính năng theo gói.

Self-hosted có an toàn hơn n8n Cloud không?

Không mặc định. Self-hosted cho bạn nhiều quyền kiểm soát hơn, nhưng an toàn chỉ tăng khi team cấu hình, cập nhật, backup, phân quyền và giám sát đúng. Một VPS public, dùng image cũ và không có cảnh báo có thể rủi ro hơn dịch vụ cloud được vận hành bài bản.

Khi nào nên dùng queue mode?

Queue mode phù hợp khi cần phân phối execution sang nhiều worker, xử lý tải đồng thời hoặc tách editor/webhook khỏi worker. Nó làm kiến trúc phức tạp hơn và cần Redis, monitoring, sizing cùng kiểm tra license/tính năng hiện hành.

Có nên cài community node trên n8n production?

Chỉ nên cài khi đã kiểm tra nguồn, quyền truy cập, lịch sử cập nhật và có môi trường test. Community node chạy trong instance của bạn; một package lỗi hoặc độc hại có thể ảnh hưởng dữ liệu và credential.

Bài viết liên quan

• n8n là gì? Bên trong hệ sinh thái automation của Diginno
• n8n cho tự động hóa vận hành và data doanh nghiệp
• Tích hợp LarkBase với hóa đơn điện tử qua n8n
• Xây AI chatbot hỗ trợ khách hàng Zalo với n8n
• Nhận cảnh báo lỗi qua Zalo với n8n

Nguồn tham khảo

• Bảng giá và tính năng n8n
• Tài liệu cài n8n bằng Docker
• Repo cấu hình self-hosting chính thức của n8n
• Tổng quan bảo mật self-hosted n8n
• Security audit của n8n
• Cấu hình database được n8n hỗ trợ

✅ Success: Kết luận: n8n Cloud mua sự đơn giản; self-hosted mua quyền kiểm soát bằng trách nhiệm vận hành. Nếu chưa có owner, monitoring và backup/restore, hãy bắt đầu với Cloud hoặc một dịch vụ managed. Nếu đã có năng lực kỹ thuật và nhu cầu tích hợp sâu, self-hosted là lựa chọn đáng cân nhắc.