n8n用VPSは2GBで足りる？4GBを選ぶ基準【2GB実機検証】

n8nをセルフホストするためにVPSを選ぶとき、最初に迷いやすいのが「2GBで足りるのか、4GBにすべきか」です。

結論から言うと、ConoHa VPS 2GBでn8nの管理画面を開き、Manual TriggerとEdit Fieldsを使った小さなテストワークフローを実行し、再起動後も保持・再実行できることは確認しました。ただし、確認したのは軽い手動テストです。2GBで本番運用、AIノード、大量データ、ファイル処理、複数ワークフローの同時実行まで十分とは言えません。

ConoHa公式のn8nスタートアップスクリプト要件は、メモリ最小2GB・推奨4GB以上です。最小2GBは導入条件、推奨4GB以上は運用時の余裕を見込む目安として扱います。

この記事では、2GBで確認できた範囲と、4GB以上を候補にする判断基準を分けて説明します。4GB環境は実測していません。

結論：2GBで基本動作は確認、用途と余裕を重視するなら4GB以上

2GBを候補にしやすいのは、学習、画面操作の確認、小さな手動ワークフロー、少数の軽い処理から始める場合です。停止しても業務影響が小さく、利用者自身がメモリ・CPU・ディスク使用量を確認し、不足時に構成を見直せることも前提になります。

本番運用や負荷の見通しが立たない場合は、4GB以上から検討します。複数の定期実行やWebhook、同時実行、ファイル・バイナリデータ、大量のitems、Codeノード、複数利用者を含む用途は、実際のワークフローで負荷確認が必要です。

次のように整理すると、契約判断を誤りにくくなります。

学習と小さな検証が目的なら、2GBを候補にできる。
業務利用や負荷の見通しが立たないなら、4GB以上を候補にする。
AIノードの有無だけで決めず、データ量、ファイル処理、同時実行と組み合わせて判断する。
サーバー管理そのものを避けたいなら、メモリを増やす前にn8n Cloudを比較する。

n8nの公式必要スペック

まず、「公式要件」の出典を分けます。

ConoHa公式のn8nスタートアップスクリプトでは、次の最小システム要件が示されています。

CPU：2コア以上
メモリ：最小2GB、推奨4GB以上
ディスク容量：20GB以上

これはConoHa VPS Ver.3.0で同社のn8nテンプレートを使う場合の要件です。n8n公式ドキュメントが、すべてのセルフホスト環境に対して一律に「最小2GB・推奨4GB」と定めているわけではありません。

n8n公式は、アイドル状態のインスタンスは大きなメモリを必要としない一方、実際の必要量はワークフローが処理するデータによって決まると説明しています。大量のデータ、複雑な処理、手動実行、Codeノード、複数実行が重なると、必要メモリは変わります。

つまり、VPS選定で見るべきなのはn8nが起動するかだけではありません。ピーク時に何件のデータを処理し、何本を同時に実行し、どの程度の停止を許容できるかまで含めて判断します。

ConoHa VPS 2GBで確認したこと

今回の検証環境は、ConoHa VPS Ver.3.0の時間課金2GB、CPU 3コア、SSD 100GB、Ubuntu 24.04 LTSです。ConoHa公式のn8nスタートアップスクリプトを使い、独自ドメインは設定していません。

確認した操作は次のとおりです。

n8nテンプレートによるVPS作成とn8n導入
HTTPSでの管理画面表示
Manual TriggerとEdit Fieldsによる最小ワークフロー作成
手動実行とOUTPUT表示
編集内容の自動保存
VPS再起動後のn8n復旧
ワークフロー保持と再実行

VPS再起動後も、n8nの状態、ワークフローの保持、再実行を確認しました。

ここから言えるのは、「小さなテストワークフローの基本動作を2GBで確認した」ことまでです。具体的な作成手順は、「n8nで最初のワークフローを作成・実行する方法」で解説しています。VPS作成から削除までの手順は、ConoHa VPSでn8nを始める方法を参照してください。

2GBで確認していないこと

今回、次の条件は検証していません。

AIノードを含むワークフロー
大量のitemsを扱う処理
CSV、PDF、画像などのファイル・バイナリ処理
複数ワークフローの同時実行
高頻度のWebhook
複数利用者による同時操作
長期連続運転
バックアップからの復元
n8nのバージョンアップ
ConoHa VPS 4GBとの速度・安定性比較

2GBの実測範囲は軽い手動テストまでで、本番運用の判断には実データでの負荷確認が必要です。

また、メモリ不足だけが障害原因とは限りません。CPU、ディスク残量、データベース肥大化、ネットワーク、外部APIの制限、認証期限、ワークフロー設計なども確認対象です。

2GBを候補にできる用途

2GBは、次のような用途で候補になります。

n8nの学習とUI操作の確認
Manual Triggerを使った小さな手動テスト
少数の軽い定期実行を、監視しながら試す
低頻度のWebhookを、小さなデータで検証する
VPSとn8nのセルフホスト運用を体験する
停止しても業務影響が小さい個人検証

ただし、「少数」「軽い」「低頻度」に固定の境界値はありません。ノード数だけでは負荷を判断できず、1ノードでも大きなデータを読み込めばメモリを使います。逆に、ノード数が多くても扱うデータが小さく、同時実行が少なければ負荷は限定的な場合があります。

2GBから始める場合は、次の条件を満たす必要があります。

最初は検証データだけを使う。
本番前に、実際に近いデータ量と実行頻度で確認する。
メモリ、CPU、ディスク残量、失敗履歴を監視する。
処理データを小さく分割できる設計にする。
不足時に上位構成への変更・移行方法を確認しておく。

「料金を抑えたい」だけで2GBを選ぶのではなく、負荷を小さく保ち、状態を確認できる運用とセットで選びます。

4GB以上を候補にすべき用途

次の条件がある場合は、4GB以上を候補にします。

業務上重要なワークフローを動かす
複数の定期実行やWebhookが重なる可能性がある
ファイル、バイナリデータ、大きなJSONや多数のitemsを扱う
Codeノードでデータ加工を行う
複数の利用者が編集・実行する
今後ワークフロー数や実行頻度を増やす予定がある
初期段階で負荷を見積もりにくい
n8n以外の関連プロセスも同じVPSで動かす

AIノードを使うだけで、必ず4GB以上が必要になるわけではありません。外部のLLM APIを呼び出すだけなら、モデル自体をVPS上で動かすわけではないためです。一方、入力ファイルの解析、大量データの整形、複数AI処理の同時実行、ローカルのベクトル処理などを組み合わせる場合は、メモリとCPUの余裕を大きく見る必要があります。

4GBはConoHa公式の推奨構成です。実データによる負荷確認、同時実行の制御、実行データの削除方針、バックアップ、監視は別途必要です。規模が大きくなる場合は、単一VPSのメモリ増量だけでなく、n8n公式のqueue modeやworker構成も検討します。

用途別の判断は次の表にまとめます。

判断軸	2GBの位置付け	4GB以上の位置付け
学習・UI操作	候補。小さく試す	余裕重視なら候補
小さな手動ワークフロー	実測で基本動作確認	4GBは未実測
軽い定期実行	少数から監視	増加見込みなら候補
低頻度Webhook	小データで条件付き	重複実行見込みで候補
複数・同時実行	未確認	候補。負荷確認は必要
ファイル・大量データ	未確認	候補。4GBでも保証なし
AIノード	有無だけで判断不可	複合負荷なら候補
複数利用者	未確認	候補
停止許容度	停止影響が小さい検証向け	業務利用なら余裕を優先
将来拡張	小さく開始し見直す	増加予定なら候補

2GBと4GBの料金差

ConoHa VPSの時間課金では、公式確認時点で2GBは3.7円/時・月額上限2,033円、4GBは6.6円/時・月額上限3,608円です。差額は2.9円/時、月額上限ベースで1,575円です。

ただし、2GBと4GBの違いはメモリだけではありません。2GBはCPU 3コア、4GBはCPU 4コアです。SSDはいずれも100GBです。そのため、4GBを選んだ場合の差を「メモリ増量だけの効果」として説明できません。

時間課金は、短時間の検証で使った分だけ支払う料金タイプです。長期契約のまとめトクは、契約期間やキャンペーンによって初回料金と更新料金が変わります。比較時は、同じ料金タイプ、同じ契約期間、同じ税込・税抜条件で確認してください。

メモリ以外の確認項目

CPU

ConoHa公式のn8nテンプレート要件はCPU 2コア以上です。今回検証した2GBプランは3コア、4GBプランは公式料金表上4コアです。

CPU負荷は、Codeノード、データ変換、圧縮・展開、多数のitems処理、同時実行などで増える可能性があります。処理が遅い場合に、メモリだけを増やせば解決するとは限りません。

SSD容量

ConoHa公式テンプレートのディスク要件は20GB以上で、2GB・4GBの時間課金プランはいずれもSSD 100GBです。

ただし、n8nは実行履歴と実行データを保存します。成功・失敗の履歴、バイナリデータ、ログ、バックアップを無制限に残すと、メモリに余裕があってもストレージが不足します。n8n公式は、完了した実行データとバイナリデータを定期削除するpruning設定を案内しています。

バックアップ

4GBを選んでも、バックアップは自動的に完成しません。n8nのデータベース、暗号化キー、設定、ワークフロー、認証情報を含め、何をどの頻度で保存し、どこから復元するかを決める必要があります。

今回の検証ではVPS再起動後のワークフロー保持は確認しましたが、バックアップからの復元は確認していません。再起動で残ったことと、障害・誤削除から復元できることは別です。

更新と障害対応

セルフホストでは、OS、Docker、n8n、Caddyの更新、脆弱性対応、ログ確認、障害切り分けを利用者が行います。4GBを選んでも、この管理作業はなくなりません。

ConoHaのテンプレートでは、n8nの更新前にデータをバックアップするよう案内されています。更新手順と復旧手順を準備できない場合は、VPSのスペックより運用方式を見直すべきです。

n8nが起動しない、n8n-info.txtが作成されない、管理画面へ接続できない場合は、ログとサービス状態を確認してください。ログの確認や接続トラブルの切り分けは、「ConoHa VPSでn8nが起動しない・接続できないときの確認方法」を参照してください。

セルフホストとn8n Cloudの選び方

2GBと4GBで迷っている人の中には、本当の問題がメモリではなく、サーバー管理の負担である場合があります。

セルフホストでは、VPSの契約に加えて、更新、バックアップ、監視、障害対応、セキュリティを自分で管理します。構成の自由度とデータ管理を重視し、この作業を引き受けられるならVPSが候補です。

n8n Cloudは、n8n側がホスティングするサービスです。公式確認時点では、年払い表示でStarterが月20ユーロ・月2,500実行、Proが月50ユーロ・月10,000実行です。VPSのメモリ量とCloudのプランを直接比較することはできませんが、サーバー保守を減らしたい読者にはCloudが比較対象になります。

Cloudの料金、無料試用、保守、自由度、データ管理は、n8n Cloudとセルフホストはどちらがおすすめ？で比較しています。