VPSでn8nを自己ホストする：本番環境のセットアップ

自分で制御できるワークフロー自動化が必要なときは、VPS上でn8nを自己ホストしてください。安全で、バックアップが可能で、24時間365日オンラインを維持できます。 VoyraCloudのn8nアプリケーションイメージは、Webhook自動化、AIワークフロー、CRM同期、コンテンツ操作、ジョブの監視、ブラウザエージェントのオーケストレーションのためのプレインストールされたシングルノードの出発点を提供します。クラウドVPSは通常のワークフローのデフォルトの選択肢です。安定した住宅ネットワークのアイデンティティが実際の価値を加える場合のみ、住宅IP VPSが有用です。

要点

VoyraCloudのn8nアプリケーションイメージは、持続的なUbuntu VPS上でn8n Community Editionを提供し、最初のアクセス時にオーナーアカウントを初期化し、VPS再起動後に自動回復します。
少なくとも2 vCPUと4 GB RAMから始めてください。通常のAPI、Webhook、および内部自動化の場合、クラウドVPSがデフォルトの選択肢です。
このイメージには、自動HTTPS、外部Postgresサービス、キューモード、複数のワーカー、高可用性、自動バックアップ、または自動n8nアップグレードは含まれていません。
オーナーパスワードを提出したり、プロダクション認証情報を保存する前に、暗号化されたアクセスパスを構成してください。ワークロードがそれらのユーザー管理のプロダクション強化を必要とする場合にのみ、Postgres、バックアップ、監視、またはキューモードを追加してください。
住宅IP VPSは、ワークフローが本当に安定した住宅IPアイデンティティから利益を得る場合にのみ有用です。たとえば、ブラウザセッションや地域に敏感なアカウント操作などです。

推奨イメージアセット

ヒーロー画像:output/picture/09-self-host-n8n-residential-ip-vps-hero.webp
- 代替テキスト: アプリケーションイメージとプロダクションの強化を施したVoyraCloud VPS上でn8nを自己ホスト
公開前に必要な実際の製品スクリーンショット:voyracloud-n8n-application-image-first-access.webp
- 代替テキスト: 実際の最初のアクセスオーナー設定画面を示すVoyraCloud n8nアプリケーションイメージ
- 公開要件: 受け入れられたVoyraCloud n8n VPSからこの画像をキャプチャしてください。生成されたインターフェースや無関係なn8n展開からのスクリーンショットに置き換えないでください。

自分のVPSでn8nを実行するとはどういうことですか？

自分のVPSでn8nを実行することは、n8n Cloudに完全に依存するのではなく、制御できるインフラストラクチャ上で自動化プラットフォームを運営することを意味します。サーバー、データベース、環境変数、ネットワーク露出、バックアップ、アップグレードスケジュール、アクセスモデルを所有しています。

n8nの公式ホスティングドキュメントによれば、自己ホストされたインストールは同じコア製品を使用し、Community Editionはライセンスキーなしで利用可能で、Business/Enterprise機能はライセンスによって解除されます。ドキュメントはまた、自己ホスティングにはサーバー、コンテナ、リソース、セキュリティ、構成に関する技術的知識が必要であると警告しています。

その警告は重要です。ローカルデモは簡単ですが、プロダクション展開には次のものが必要です:

安定したVPS。
クリーンなランタイムとしてのDockerまたは他のもの。
耐久性のあるデータベース。
WebhookとエディターアクセスのためのHTTPS。
バックアップと復元テスト。
失敗した実行の監視。
シークレット管理。
メンテナンスオーナー。

目標は単に「n8nを実行する」ことではありません。目標は、ワークフローが来週も、再起動後も、アップグレード後も、失敗した実行後も実行され続けることを確認することです。

VoyraCloudアプリケーションイメージでn8nを展開する

VoyraCloudアプリケーションイメージを使用すると、手動インストールを行うのではなく、n8nがすでにインストールされた状態から始めることができます。このイメージは、VPS購入からn8nオーナー設定画面までの道のりを短縮することを目的としたシングルノードのCommunity Edition展開です。

クイックスタート

VoyraCloud n8nページからn8nアプリケーションイメージを展開し、VPSリソースの詳細から初期設定を完了できます。

VoyraCloud n8nページを開き、購入フローに進みます。
通常のAPI、Webhook、内部ツール、およびAIワークフローにはCloud VPSを選択します。ワークフローが安定した住宅ネットワークアイデンティティを必要とする場合のみ、住宅IP VPSを選択します。
少なくとも2 vCPUと4 GB RAMのプランを選択し、n8nイメージが利用可能な地域を選択します。
VPSを作成する前に、n8nアプリケーションイメージが選択されていることを確認します。
プロビジョニングが完了したら、リソースの詳細を開き、アプリケーションセクションを見つけます。
表示されたアクセスURLを使用して、n8nが実行されており、オーナーアカウント初期化画面が表示されていることを確認します。最初はhttp://{server_ip}:5678に従います。
オーナーパスワードを提出したり、プロダクション認証情報を保存する前に、暗号化されたアクセスパスを確立します。通常のプロダクションアクセスにはドメインとHTTPSを使用し、初期管理中はSSHトンネルが暗号化されたパスを提供できます。
オーナーアカウントを作成し、テストワークフローを構築し、VPSを再起動し、ワークフローと設定が利用可能なままであることを確認してから、プロダクション自動化をインスタンスに移行します。

初期のIPアドレスとポートはブートストラップアクセス方法であり、推奨される長期的な公開管理エンドポイントではありません。信頼できないネットワーク経由で認証情報を提出したり、アクセスを確保する前にプロダクションワークフローを有効にしないでください。

アプリケーションイメージに含まれるもの

アプリケーションイメージには、最初のn8nリリースのために確認された最小限のVoyraCloud製品機能が含まれており、プロダクションインフラストラクチャはユーザーの管理下にあります。

イメージによって提供されるもの	ユーザー管理または含まれていないもの
n8n Community Edition	n8n BusinessまたはEnterprise機能とライセンス
Ubuntu 24.04 LTSベースシステム	サードパーティAPIキー、OAuth認証情報、またはモデル認証情報
最初のアクセスオーナー設定が施されたプレインストールされたn8n	自動ドメインまたはHTTPS構成
ポート5678を通じた初期アクセス	外部Postgresデータベースまたはデータベースクラスター
VPS再起動後のn8nの自動起動	キューモード、複数のワーカー、または高可用性
VPS再起動を通じて持続するワークフロー、認証情報、および設定	自動オフサーバーバックアップ、監視、または復元テスト
ユーザー管理のVPS環境	自動n8nアップグレードまたはワークフローのメンテナンス

このイメージは、VoyraCloudのデフォルトn8nアカウント、固定パスワード、またはバンドルされたサードパーティの認証情報を公開しません。インストールされた安定したn8nバージョンは、個々のリソースに表示されます。このガイドは、承認された安定リリースがイメージビルド間で変更される可能性があるため、バージョンをハードコーディングしていません。

VPSでn8nを実行するのはいつですか？

ワークフローの制御、データのローカリティ、コストの予測可能性、またはネットワークアイデンティティが完全に管理された利便性よりも重要な場合は、VPSでn8nを実行する必要があります。クラウドホストされた自動化は簡単ですが、サーバーの所有はより多くの制御を提供します。

ニーズ	VPSが役立つ理由
Webhook	自分のドメインとユーザー構成のHTTPSを使用できる永続的なエンドポイント
データ制御	認証情報、実行履歴、およびログが自分のインフラストラクチャに残る
カスタムランタイム	ツール、バイナリ、ブラウザワーカー、または内部APIを追加
コスト管理	予測可能なワークフロー負荷のためのフラットサーバー料金
長時間実行されるタスク	スケジュール、再試行、監視を24時間365日オンラインに保つ
ネットワークアイデンティティ	プラットフォームがソースアイデンティティを評価する際に安定したIPを使用

チームがサーバーを管理したくない場合はn8n Cloudを使用してください。ワークフローがより大きなインフラストラクチャスタックの一部であり、それを維持する運用の規律がある場合はCloud VPSを使用してください。住宅IP VPSには、住宅ソースアイデンティティが結果を変えるワークロードのためにのみ移行してください。

オプションのプロダクションアーキテクチャ

プロダクションの強化は、アプリケーションイメージが実行されている後に追加されるユーザー管理のレイヤーです。 VoyraCloudイメージはシングルノードの出発点を提供しますが、外部データベース、リバースプロキシ、TLS証明書、バックアップ先、監視システム、キュー、またはワーカーフリートを自動的に追加しません。

コンポーネント	推奨事項	理由
アプリケーションベースライン	VoyraCloud n8nアプリケーションイメージ	永続的なシングルノードCommunity Editionインスタンスを開始します
容量	実際の実行に合わせてサイズ調整されたCPUとRAM	重いワークフローがVPSを使い果たすのを防ぎます
データベース	スケール、回復、または操作が正当化される場合は外部Postgresを評価	外部Postgresはオプションであり、イメージには含まれていません
リバースプロキシ	ドメインとTLSを使用してNginxまたはCaddyを追加	エディターアクセスを暗号化し、制御されたルーティングを提供します
バックアップ先	オフサーバーの場所を追加し、復元をテスト	VPSまたはアプリケーションレベルのデータ損失から保護します
監視	稼働時間チェックと実行アラートを追加	ユーザーが気づく前に失敗を検出します
キューとワーカー	スケールアウト実行が必要なワークロードにのみ追加	キューモードと複数のワーカーはイメージの一部ではありません
ネットワーク製品	デフォルトでCloud VPSを使用	住宅IP VPSは住宅アイデンティティが必要なワークフローのためだけです

n8nはアプリケーションですが、その失敗モードは通常のVPSの失敗でもあります: ディスクが満杯、バックアップがない、TLSが期限切れ、弱い認証情報、パッチが適用されていないパッケージ、文書化されていないスケジュールされたジョブ。

n8nをプロダクション用に強化する方法

プレインストールされたn8nインスタンスを段階的に強化し、ワークロードに必要なインフラストラクチャのみを追加します。 最も重要なワークフローをインポートしたり、プロダクション認証情報を保存することから始めないでください。

1. 容量と地域を確認する

VPSに十分な容量があり、その地域がワークフローが呼び出すサービスと一致していることを確認してください。 アプリケーションイメージは少なくとも2 vCPUと4 GB RAMを必要とします。重いAI、コード、またはブラウザタスクには、測定された実行動作に基づいて追加の容量が必要です。

計画範囲:

ワークロード	推奨開始ポイント
個人の自動化	2 vCPU / 4 GB RAM
小規模チームのワークフロー	2-4 vCPU / 4-8 GB RAM
AI/API重視のワークフロー	4 vCPU / 8 GB RAM
ブラウザエージェントのオーケストレーション	4 vCPU / 8 GB RAMまたは別のワーカーノード

これらの範囲は計画のガイダンスであり、パフォーマンスの保証ではありません。ほとんどのWebhookが米国のサービスから来る場合、米国地域はレイテンシを減少させる可能性があります。ワークフローが地域に敏感なブラウザセッションを管理する場合、地域とネットワーク製品を正当な運用コンテキストに合わせてください。

2. イメージ展開を維持するか、自分でランタイムを管理する

最短のサポートされたパスが必要な場合はプレインストールされたイメージを使用し、カスタム展開の制御が必要な場合のみ自分でランタイムを管理します。 VoyraCloud製品要件は特定の内部インストール方法を公開したり約束したりしないため、イメージがDockerを使用していると仮定しないでください。

n8nの公式ドキュメントは、Dockerを推奨される自己ホスティング方法として提示しています。イメージをユーザー管理のDocker展開で置き換えたり拡張したりする場合は、Dockerを最新の状態に保ち、Dockerソケットを公開しないようにし、回復に必要なすべてのボリュームと環境変数を文書化してください。その手動ランタイムはあなたの責任となり、イメージのデフォルトの配信とは別のものです。

3. ワークロードに対してPostgresを評価する

運用モデルが別々に管理されたデータベースから利益を得る場合にのみ、外部Postgresを追加します。 VoyraCloudイメージは外部Postgresサービスを約束せず、このガイドはイメージの内部データベース実装を推測しません。

Postgresに移行することを決定した場合:

現在のn8nデータベース構成ドキュメントに従ってください。
データベースを変更する前に、確認済みのバックアップを取得してください。
非プロダクション環境で移行と復元をテストしてください。
データベースのストレージと接続の健康を監視してください。
メンテナンスウィンドウ内でデータベースとn8nの変更をスケジュールしてください。

4. n8nをHTTPSの背後に置く

プロダクション認証情報を作成したり、ユーザーにエディターを公開したり、公開Webhookに依存する前に、n8nをHTTPSの背後に置いてください。 アプリケーションイメージはHTTPアクセスURLから始まり、ドメイン、証明書、またはリバースプロキシを自動的に構成しません。

automation.example.comのような専用のサブドメインを使用し、n8nの現在のSSLガイダンスに従い、リバースプロキシが機能した後はエディターポートへの直接アクセスを制限します。HTTPSとドメインのメンテナンスはユーザー管理となります。

5. アクセスを制限する

n8nのワークフローにはAPIキー、OAuthトークン、CRM認証情報、管理クッキー、内部URLが含まれる可能性があるため、アクセスを制限してください。 セキュリティ機能はn8nエディションによって異なるため、2FA、SSO、プロジェクト、または役割制御に依存する前に機能の可用性を確認してください。

最低限の制御:

強力なオーナーアカウントパスワード。
インストールされたエディションで利用可能な場合は2FA、SSO、または追加のアイデンティティ制御。
実用的な場合はエディター用のIP許可リストまたはVPN。
Webhookパスは公開エンドポイントとして扱います。
ワークフローまたはクライアントごとに別々の認証情報。
プレーンテキストのメモにシークレットを保存しない。
定期的にn8nの組み込みセキュリティ監査を使用。

6. バックアップと監視を追加する

インスタンスがプロダクションワークフローを運ぶ前に、バックアップと監視を追加してください。 自動バックアップや外部監視はアプリケーションイメージには含まれていないため、実際に運用している展開に基づいてそれらを定義してください。

バックアップ:

受け入れられた展開で使用されるアプリケーションデータとデータベース。
回復に必要なn8n構成。
ユーザー管理のランタイム定義（ある場合）。
環境変数またはシークレット参照。
リバースプロキシ構成。
カスタムスクリプトまたはマウントされたデータ。

監視:

アプリの稼働時間。
失敗した実行。
キューモードを追加した場合のみキューのバックログ。
ディスク使用量。
TLS証明書の期限切れ。
バックアップの成功。

7. スケールが必要な場合のみキューモードを追加する

キューモードは高度なスケールアウトオプションであり、VoyraCloud n8nアプリケーションイメージの一部ではありません。 実行量またはワークロードの分離が複数のワーカーを正当化する場合にのみ追加し、n8nの現在のキューモードドキュメントに従ってデータベース、ブローカー、ワーカー、および暗号化キーの要件を確認してください。

キューモードは運用の複雑さを増します。シングルノードインスタンスは、個人の自動化や小規模チームにとっては通常、より安全で、バックアップが容易で、デバッグが簡単です。

住宅IP VPSがn8nに役立つのはいつですか？

住宅IP VPSは、ワークフローの動作がサーバーの稼働時間だけでなく、安定した住宅ネットワークアイデンティティに正当な依存がある場合にのみn8nに役立ちます。通常のAPI呼び出し、SaaS統合、通知、内部ワークフロー、およびほとんどの公開Webhookは、Cloud VPSから開始する必要があります。

n8nが正当な次のようなものを調整する場合は、住宅インフラストラクチャを考慮してください:

ウェブプラットフォームにログインするブラウザエージェント。
アカウントダッシュボードと対話するソーシャルメディアワークフロー。
地域に結びついた越境eコマース操作。
ブラウザセッションからのAI回答の監視。
一貫した地域アイデンティティから実行する必要があるブラウザベースのチェック。
データセンターASNから発信すべきでないPlaywrightワーカー。

住宅IPを悪用的な自動化のショートカットとして使用しないでください。これは、セッションの安定性、地域のリアリズム、長期的なアイデンティティのためのインフラストラクチャの選択です。ネットワークの信頼性の詳細については、VPS IPが禁止される理由: ASNの評判を参照してください。

一般的な間違い

ほとんどのn8n VPSの失敗は、自動化をプロダクションインフラストラクチャになった後のサイドプロジェクトとして扱うことから来ます。 ワークフローは小さく始まるかもしれませんが、最終的にはデータを移動し、チームに通知し、CRMを更新し、収益ワークフローをトリガーします。

これらの間違いを避けてください:

イメージにプロダクションアーキテクチャが含まれていると仮定すること。 HTTPS、外部データベース、バックアップ、監視、キュー、ワーカーは別々のユーザー管理の決定です。
復元テストなし。 復元できないバックアップはバックアップではありません。
信頼できないHTTPパス経由でオーナーアカウントを作成すること。 パスワードを提出する前に暗号化されたアクセスを確立してください。
実行アラートなし。 失敗したワークフローは数日間隠れることがあります。
環境文書なし。 どの変数が重要か誰も知らない。
ブラウザワーカーで1つのVPSを過負荷にすること。 必要に応じて重いブラウザ自動化を分離してください。
すべてのワークフローに住宅IPを使用すること。 ネットワークアイデンティティが重要な場合にのみ使用してください。

FAQ

n8nを自己ホストするとはどういう意味ですか？

それは、n8n Cloudだけを使用するのではなく、自分のサーバー、コンテナプラットフォーム、またはVPSでn8nを実行することを意味します。 ランタイム、データベース、アップグレード、バックアップ、ドメイン、HTTPS、監視、認証情報、セキュリティを管理します。これにより、より多くの制御が得られますが、運用責任も増えます。

VoyraCloud n8nアプリケーションイメージには何が含まれていますか？

Ubuntu 24.04 LTS上のプレインストールされたn8n Community Editionインスタンス、ポート5678での初期アクセス、最初のアクセス時のオーナー設定、再起動回復、持続するワークフロー、認証情報、設定が含まれています。デフォルトのVoyraCloudアカウント、サードパーティの認証情報、自動HTTPS、外部Postgresサービス、キューモード、複数のワーカー、自動バックアップ、高可用性、または自動アップグレードは含まれていません。

Dockerはn8nを自己ホストするための最良の方法ですか？

Dockerは、ユーザーが独自のn8n展開を構築および維持するための推奨される出発点です。 VoyraCloudアプリケーションイメージのユーザーは、最初のオーナー設定画面に到達するために手動のDockerインストールを行う必要はなく、イメージは特定の内部ランタイムを約束しません。プレインストールされた展開を意図的に置き換えたり拡張したりする場合は、n8nのDockerガイドを使用してください。

n8nに住宅IP VPSは必要ですか？

API同期、通知、内部自動化などの通常のn8nワークフローには住宅IP VPSは必要ありません。 クラウドVPSがデフォルトの選択肢です。n8nが正当なブラウザエージェント、地域アカウント操作、または安定した住宅ソースアイデンティティに明確な運用目的がある他のワークフローを調整する場合にのみ、住宅IP VPSを検討してください。

n8nがプロダクションで使用するべきデータベースは何ですか？

ワークロード、スケール、回復要件、および運用している展開に基づいてデータベースを選択してください。 VoyraCloudイメージには外部Postgresサービスは含まれておらず、このガイドはデフォルトの内部データベースを主張しません。Postgresを追加する場合は、移行、バックアップ、監視、および復元テストをユーザー管理のプロダクション作業として扱ってください。

自己ホストされたn8nインスタンスをどのように保護しますか？

オーナー設定の前に暗号化されたアクセスを確立し、その後HTTPS、強力な認証、制限された管理アクセス、オフサーバーバックアップ、シークレットの衛生、監視、およびn8nのセキュリティ監査を使用してn8nを保護します。 Webhook URLを公開エンドポイントとして扱い、エディターを管理コンソールとして扱います。ホストとユーザー管理のランタイムを常に最新の状態に保ってください。

n8nはPlaywrightまたはブラウザエージェントを実行できますか？

n8nはブラウザエージェントをオーケストレーションできますが、重いブラウザ作業はしばしば別のワーカーサービスまたはVPSノードで実行するべきです。ブラウザ自動化はCPU/RAMを消費し、プロファイルを保存し、安定した住宅ネットワークアイデンティティが必要な場合があります。n8nをワークフローオーケストレーションに使用し、ブラウザ実行には専用のワーカーを使用してください。

自己ホストされたn8nはn8n Cloudより安価ですか？

自己ホストされたn8nは安定したワークフロー量で安価になる可能性がありますが、運用コストを正直に含める場合に限ります。 VPSの請求はその一部に過ぎません。バックアップ、アップデート、監視、セキュリティ、復元テスト、ダウンタイム対応も所有します。

VoyraCloudイメージにはHTTPS、Postgres、キュー、またはバックアップが含まれていますか？

いいえ、最初のn8nアプリケーションイメージには自動的にHTTPS、外部Postgresサービス、キューモード、複数のワーカー、高可用性、または自動バックアップは含まれていません。これらは、ユーザーがワークロードが必要とする場合に展開後に構成および維持するオプションのプロダクション強化です。

結論

VPS上でn8nを自己ホストすることは、自動化が制御、持続性、Webhook、カスタムランタイム、または安定したネットワークアイデンティティを必要とする場合に良い選択です。これは最も簡単な道ではありませんが、技術チームにとって最も柔軟な道です。

通常のAPIファーストワークフローのために、VoyraCloud n8nアプリケーションイメージから始めてください。最初にアクセスを確保し、持続性と回復を検証し、次に運用要件がそれらを正当化する場合にのみHTTPS、外部データベース、バックアップ、監視、またはキューモードを追加してください。

VoyraCloud Residential IP VPSは、n8nが安定した住宅ネットワークアイデンティティから利益を得る正当なブラウザエージェント、地域アカウント操作、または地理的に敏感な自動化スタックの一部である場合にのみ選択してください。