vps-deals / VPS price watch
Home / VPS deal guides
Buyer guide · Updated 2026-10-27

n8n VPS Requirements: How to Size CPU and RAM from Your Workload

There is no universal n8n hardware minimum. Use payload size, concurrency, observed memory, and current VPS plan terms to choose a monitored starting point.

✓

Quick answer
There is no official one-size-fits-all CPU or RAM minimum for self-hosted n8n: workload size, binary data, Code nodes, and concurrent executions all change memory use. A practical VPS choice is therefore a measured starting point, not a guarantee. On DigitalOcean Basic Droplets, current USD monthly caps include 1 vCPU/2 GiB RAM at $12, 2 vCPUs/2 GiB at $18, 2 vCPUs/4 GiB at $24, and 4 vCPUs/8 GiB at $48. These are ongoing listed rates, not intro offers; no separate renewal price is published. Source check: October 27, 2026.

A workload-first method for choosing n8n VPS resources A three-stage sizing loop: describe workflow load and data, choose a VPS candidate by CPU and RAM, then monitor memory and execution behavior and resize if needed. Size from evidence, then resize from telemetry 1Describe loadExecutions at onceData and file sizesCode nodes and peaks 2Pick a candidateCompare CPU and RAMCheck region and costKeep upgrade room 3Observe and adjustWatch memory/errorsTest realistic workflowsResize when evidence says No vendor-published universal minimum
Original sizing framework. It is a decision process, not a performance benchmark or hardware guarantee.

Why n8n sizing depends on your workflows

n8n does not publish one CPU/RAM minimum that guarantees a given number of workflows or users. Its memory guidance says that JSON and binary payload size, node count, memory-heavy Code or Function nodes, manual runs, and simultaneous executions can increase memory use. When memory is insufficient, the documented choices are to provision more memory or reduce the work held at once, for example by processing smaller batches.

That makes “n8n needs X GB” a poor buying rule. Start by listing your own workflow patterns: small scheduled API calls differ from workflows that download files, transform large datasets, or run many jobs together. Include the operating system, Docker, database, reverse proxy, and monitoring in your capacity plan too; the VPS total is not all available to n8n.

Current VPS choices and what they cost

The table uses DigitalOcean Basic Droplets, a shared-CPU virtual machine product, as a transparent example rather than a claim that it is the only suitable provider. Prices are the provider's currently listed USD monthly caps, not a limited-time discount. DigitalOcean says Droplets are billed per second with a 60-second minimum and monthly cap. The public price table does not list a separate renewal amount for these ongoing Basic rates; confirm the plan and final invoice in the official checkout before ordering. Source checked October 27, 2026.

Basic plan exampleCPURAMDisk / transferCurrent USD monthly capWeekly backup add-on*
Small candidate1 shared vCPU2 GiB50 GiB / 2,000 GiB$12$2.40; $14.40 total
More CPU, same RAM2 shared vCPUs2 GiB60 GiB / 3,000 GiB$18$3.60; $21.60 total
More memory2 shared vCPUs4 GiB80 GiB / 4,000 GiB$24$4.80; $28.80 total
Larger candidate4 shared vCPUs8 GiB160 GiB / 5,000 GiB$48$9.60; $57.60 total

*Backup arithmetic: DigitalOcean's basic weekly backup plan adds 20% of Droplet cost per month: for example, $24 × 0.20 = $4.80 and $24 + $4.80 = $28.80, before tax or other services. Daily basic backups add 30%. Weekly backups are retained for four weeks and daily backups for seven days. These are provider disk images; they do not replace an independent copy of n8n's data or a restore test.

Pick CPU and RAM by the bottleneck you can observe

Your measured situationWhat to comparePurchase decision
Mostly small payloads, low concurrency, no memory warnings in representative runsAvailable RAM under normal and peak runs; persistent database and disk growthA lower-cost candidate can be a test starting point if you can monitor it and resize. This is not a promise that 2 GiB is sufficient.
Memory warnings, large JSON/binary data, Code nodes, or overlapping jobsWhether the host has enough unused RAM during the actual peak; whether batching or reduced concurrency can shrink demandCompare a higher-RAM plan or redesign the workflow. Do not buy extra CPU alone to fix a memory shortage.
Executions are CPU-bound while memory has headroomHost CPU load during real runs; shared-vCPU plan description and any provider limitsCompare CPU options and benchmark your own workload. DigitalOcean describes Basic CPU as shared and variable; it does not guarantee a specific n8n throughput.
Heavy files, many concurrent workflows, or strict uptime/recovery expectationsFile handling, concurrency, storage, backup recovery, and acceptable downtimeEvaluate a larger or different architecture only after testing. A single VPS plus optional disk images is not a high-availability or managed recovery service.

On n8n's official guidance, an out-of-memory event can be indicated by messages such as “Execution stopped at this node” or “JavaScript heap out of memory.” n8n identifies payload size, binary data, number/type of nodes, manual executions, and simultaneous work as relevant factors. Test with a representative peak workflow before committing important production jobs.

Region, backups, renewal, and refund terms

Who should choose self-hosted n8n on a VPS?

Potentially suitable: an operator who can administer Ubuntu and Docker, has a real reason to control the host, can secure public endpoints, and will monitor workload memory, maintain updates, and keep independent backups. These are operational requirements of running the server; the n8n documentation does not certify a particular Droplet tier for them.

Not a good fit: someone who needs a managed service to handle server patching and infrastructure, cannot tolerate hands-on recovery, needs a guaranteed hardware minimum for their unmeasured workload, or requires a provider refund guarantee. For those cases, compare n8n Cloud or a managed hosting option directly and check its published plan limits; do not assume its server CPU, RAM, or region when they are not disclosed.

Before you pay: a short sizing worksheet

  1. Write down the largest realistic payload and whether workflows handle files or use Code nodes.
  2. Record the highest number of workflows that overlap, not just the total number of workflows saved.
  3. Run a representative test and record memory, CPU, execution errors, and disk growth during the peak.
  4. Choose a current plan as a monitored starting candidate; include the operating system and services in the available-resource estimate.
  5. Price the chosen region, monthly cap, backup add-on, taxes, and any extra storage in checkout. Confirm the provider's current refund and renewal terms before paying.
  6. Repeat the test after changing payload size or concurrency. Resize or redesign when observed evidence shows the current choice is insufficient.

Official sources

Source check: October 27, 2026. DigitalOcean figures describe its current Basic Droplet product, not an n8n sizing recommendation. Suitability guidance above is conditional on measured workload and the operator's ability to administer the host. Provider terms and availability can change; verify the selected plan in checkout.

Sources checked