- n8nのセルフホストはConoHa VPSのスタートアップスクリプトで手軽に始められる
- 本番化にはドメイン取得・HTTPS設定・PostgreSQL連携の3ステップが核心
- クラウド版に比べデータを自分の環境に置ける・固定費を抑えられる場合がある（プラン・用途次第）
- 公式ドキュメントで最新コマンド・料金を必ず確認してから構築を進めること
「n8nを触ってみたけれど、クラウド版の料金体系が合わない」「社内の業務データを外部サービスに預けたくない」——そんな声が、AIエージェント実務化の現場でよく聞かれるようになりました。n8nはワークフロー自動化ツールとして、ChatGPTやClaudeなどのLLM APIと組み合わせたAIエージェント構築に強みを発揮します。そして自己ホスト（セルフホスト）という選択肢があることが、n8nのひとつの大きな魅力です。
本記事では、ConoHa VPS上にn8nをセルフホストして本番運用するまでの構成を、実務目線で解説します。具体的な料金・コマンドは陳腐化・誤記のリスクがあるため、細部は必ず公式サイトで最新情報を確認してください。
n8nをVPSで自己ホストするメリット
用途や規模によって最適解は変わりますが、以下が自己ホストを選ぶ主な理由です。
- データを自分の環境に保持できる：ワークフローに含まれる顧客情報・社内文書・APIキーが外部SaaSに渡らない。コンプライアンス要件が厳しい業種で特に重要。
- 固定費を抑えられる場合がある：n8nクラウド版は実行回数・ユーザー数に応じた課金体系。VPSの月額固定費内で無制限に実行できるため、自動化数が多いほど相対的にコストメリットが出やすい（VPS料金は目安。公式で最新を確認）。
- カスタマイズの自由度が高い：カスタムノードの追加・環境変数の細かい設定・n8nのバージョン固定が自由にできる。
- AIエージェント連携に向いた環境：Webhookエンドポイントを自前ドメインで立てられるため、SlackやGitHub・LLM APIのコールバック先として安定運用できる。
一方で、サーバー管理・セキュリティパッチ・バックアップはすべて自己責任になります。クラウド版が提供するSLA・サポートとのトレードオフを理解した上で選択してください。
ConoHaでの構築の流れ（概要）
ConoHa VPSはスタートアップスクリプト・テンプレートを提供しており、OSと同時にn8nの初期セットアップを自動実行できます。コマンドの詳細・最新手順は必ずConoHaおよびn8n公式ドキュメントで確認してください。
ステップ1：VPSの作成とスタートアップスクリプトの適用
ConoHaコントロールパネルから新規VPSを作成するとき、「スタートアップスクリプト」または「アプリケーションイメージ」としてn8nを選択できます（提供状況・名称は時期によって変わる場合があるため公式で確認）。これを選ぶとサーバー起動時にDockerやn8nのインストールが自動実行されます。
- プランは用途に合わせて選択（メモリ1〜2GB程度から始めるケースが多い。料金は公式で確認）
- OSはUbuntu最新LTSが一般的な選択肢
- SSH鍵認証を設定して初期パスワード認証は無効化する
ステップ2：ドメイン取得とHTTPS化（リバースプロキシ）
n8nをWebhookエンドポイントとして使う場合、HTTPSが必須になります。本番構成では次の手順が一般的です。
- 独自ドメインを取得し、ConoHa DNSまたはお名前.comなどでAレコードをVPS IPに向ける
- NginxまたはCaddyをリバースプロキシとして設定し、Let’s Encryptで無料TLS証明書を取得
- n8nは内部ポート（デフォルト5678番など）でのみリッスンし、外部はHTTPS（443番）のみ公開する
ステップ3：PostgreSQLへのデータベース切替
n8nはデフォルトでSQLiteを使用しますが、本番環境ではPostgreSQLへの切替が推奨されています（n8n公式ドキュメント記載）。理由は、SQLiteは同時アクセスや大量ワークフロー実行時に制約があるためです。
- PostgreSQLをVPS上または別サーバーに用意し、n8nの環境変数（
DB_TYPE等）で接続先を設定する - ConoHaのDBサービスを利用する構成も可能（詳細は公式ドキュメントで確認）
- 初回起動前にDB設定を完了させること（後から移行も可能だが手順が増える）
- 定期バックアップ：DBとConoHaスナップショットを組み合わせて定期実施。
- セキュリティパッチ：OSとDockerイメージを定期アップデート。放置はエンドポイント攻撃のリスクになる。
- n8nバージョンアップ：リリースノートで破壊的変更を確認してから適用する。
- アクセス制御：n8nの認証機能を有効化し不正ログインを防ぐ。
AIエージェントとの連携例
n8nセルフホストの大きな魅力が、AIエージェントとの柔軟な連携です。2026年時点でよく使われる構成を3つ紹介します。
① LLM APIをトリガーにしたワークフロー
OpenAI・Claude・Gemini等のノードが標準またはプラグインで用意されており、「Slackのメッセージ→Claude APIで要約→Notionに書き込む」フローをノーコードで構築できます。APIキーを自前サーバー内だけで管理できる点がセルフホストの強みです。
② Webhookによる外部イベント受信
独自ドメイン＋HTTPSで、GitHubプッシュ・Stripe決済通知・フォーム送信をn8nが直接受信。LLMで判断してSlack通知するAIエージェントパイプラインが実用的に動きます。
③ RAGパイプラインの前処理オーケストレーター
社内ドキュメントをベクトルDBへ投入するETL処理をスケジュール実行し、Claude / GPT系RAGと連携。データが自前サーバー完結のため機密文書の外部送信リスクを最小化できます。
- 社内ナレッジのAI検索基盤を低コストで作りたいチーム
- 複数のSaaSをAPIでつなぐ自動化フローが10本以上ある事業者
- 顧客データを外部クラウドに出せないコンプライアンス要件がある企業
よくある質問
Q. n8nのスタートアップスクリプトはConoHaのどのプランから使えますか？
A. 提供内容は時期によって変わります。ConoHa公式の「スタートアップスクリプト」または「アプリケーションイメージ」ページで確認してください。必要スペックはn8n公式ドキュメントにも記載されています。
Q. SQLiteのまま本番運用することはできますか？
A. 可能ですが、n8n公式は本番でPostgreSQL推奨。個人利用・少量フローなら当面動作しますが、同時実行や大量履歴でパフォーマンス問題が出やすいため早めの移行計画を推奨します。
Q. HTTPSなしで使うことはできますか？
A. ローカルネットワーク内のテスト用途ならHTTPでも動作しますが、外部からWebhookを受け取ったり複数人でアクセスする本番環境ではHTTPSが事実上必須です。Let’s Encryptを使えば証明書は無料で取得できます。n8nの環境変数でHTTPS前提の設定（N8N_PROTOCOL=https等）を行う必要があります。
Q. ConoHaのVPSとn8nクラウド版はどちらが安いですか？
A. 一概には言えません。VPSは月額固定費がかかり自動化数が多いほど有利になる傾向がありますが、サーバー管理の手間も発生します。n8nクラウド版は管理不要ですが実行回数・ユーザー数に応じた従量要素があります。それぞれの最新料金はConoHa公式とn8n公式で確認し、自社の利用規模で試算してください。
まとめ
- n8nのセルフホストはデータを手元に置きたい・固定費で自動化を拡大したいチームに向いている
- ConoHa VPSのスタートアップスクリプトを使えば初期構築のハードルが下がる
- 本番化の3ステップは「ドメイン＋HTTPS」「PostgreSQL切替」「バックアップ・セキュリティ設定」
- AIエージェント連携（LLM API・Webhook・RAGパイプライン）との相性が高く、2026年の実務現場で採用が増加中
- 料金・コマンドの詳細は必ずConoHa公式・n8n公式で最新情報を確認すること
セルフホストは「管理の手間」と「自由度・コスト」のトレードオフです。ConoHaのスタートアップスクリプトで動作確認し、本番移行時にHTTPS化・PostgreSQL化を順に進めるのが実務的なアプローチです。
