【2026年版】複数台のVPSを使い分けるメリット：本番環境とテスト環境の分離について

最初に結論を言います

本番環境にユーザーがいるなら、テスト環境を別VPSで持ってください。月770円の話です。

「本番で直接コードを試したらサービスが落ちた」——これ、自分も1回やってます。あの瞬間の冷や汗と「なんで確認しなかったんだ自分……」という後悔は二度と味わいたくない。

正直に言うと、環境を分けるのって最初は「個人開発にそこまで必要？」と思ってました。でもユーザーが1人でもいるなら、本番を止めるリスクを月770円で回避できるなら、やらない理由がない。これは贅沢じゃなくて、保険です。

結論の全体像はこうです。

2台合わせて月2,000円以下。本番が止まって「あとで調べよう」とか「とりあえずロールバック……どうやるんだっけ」という地獄を考えたら、これは保険料として安い。むしろ払わないほうがリスクです。

（2026年7月時点の情報）

なぜ環境を分離するのか

本番環境で直接作業するリスク

はっきり書いておきます。本番直作業は「うまくいくかもしれない博打」です。「今まで大丈夫だったから」は運がよかっただけで、いつか必ず痛い目を見る。

特にマイグレーションのミスによるDB破損は笑えない。コードは戻せてもデータは戻せないことがある。自分はここで「もう二度とやらない」と決めました。

環境分離で得られるメリット

【本番環境（Production）】        【テスト環境（Staging）】
VPS: XServer VPS                VPS: KAGOYA CLOUD VPS
月額: 990円〜                    月額: 770円〜
用途: 実際のユーザーが使う        用途: 新機能の検証・デプロイ試験
      ↑                               ↑
      安定性最優先                     気軽に試せる環境

テスト環境で問題がなければ本番へ、という流れを作れば、本番サービスのダウンタイムをほぼゼロにできます。

自分の場合、テスト環境を持ってから「本番にプッシュするのが怖い」という感覚がほぼなくなった。これが地味に一番のメリットかもしれない。コードを書くスピードも上がります。怖くないから。

推奨構成：本番とテストで別サービスを選ぶ

広告 XServer VPS →

合計で月約1,760円〜。本番+テストの2台体制が月2,000円以下で実現できます。

広告 KAGOYA CLOUD VPS →

なぜテストにKAGOYAを選ぶのか

テスト環境で大事なのは「安いこと」と「使わない時間帯は止められること」の2点。

KAGOYAの日割課金は、「週末だけ新機能を検証して、平日は止めておく」という使い方ができる。1日あたり約25円（月770円 ÷ 30日）なので、週末2日だけ動かすなら月200円以下の計算になる。

実体験から言うと、これがKAGOYAをテスト環境に選ぶ一番の理由です。テスト環境って24時間365日動かす必要ないんですよ。動作確認したいときだけ起動すればいい。それができるのが日割課金の強みで、固定料金のサービスではこうはいきません。

一方でXServerは固定料金の月990円（36ヶ月契約時）が強みで、本番のように「常時稼働が前提」の環境に向いている。毎月いくらか計算したくない人には固定料金のほうが精神的にラク。本番で「今月何時間使ったっけ」と気にしたくないですよね。

デプロイワークフローの実装例

ステップ1：SSH鍵の設定（両VPS）

# ローカルで鍵ペア生成
ssh-keygen -t ed25519 -C "deploy-key" -f ~/.ssh/deploy_key

# テストVPS（KAGOYA）に公開鍵を登録
ssh-copy-id -i ~/.ssh/deploy_key.pub user@staging.example.com

# 本番VPS（XServer）に公開鍵を登録
ssh-copy-id -i ~/.ssh/deploy_key.pub user@prod.example.com

ステップ2：GitHub Actionsでデプロイを自動化

# .github/workflows/deploy.yml
name: Deploy

on:
  push:
    branches:
      - staging   # テスト環境へ
      - main      # 本番環境へ

jobs:
  deploy-staging:
    if: github.ref == 'refs/heads/staging'
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Deploy to Staging
        run: |
          ssh -i ${{ secrets.DEPLOY_KEY }} user@${{ secrets.STAGING_HOST }} '
            cd /var/www/app && git pull origin staging &&
            npm install && npm run build && pm2 restart app
          '

  deploy-production:
    if: github.ref == 'refs/heads/main'
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Deploy to Production
        run: |
          ssh -i ${{ secrets.DEPLOY_KEY }} user@${{ secrets.PROD_HOST }} '
            cd /var/www/app && git pull origin main &&
            npm install && npm run build && pm2 restart app
          '

このワークフロー、最初に組むのが少し面倒に見えるけど、一度動けばあとは git push だけで両環境にデプロイできる。自分はこれを組んでから「本番デプロイが怖くない」に変わった。最初の30分を惜しまないでほしい。

ステップ3：環境変数で本番とテストを切り替える

# テストVPS（/etc/environment または .env）
NODE_ENV=staging
DATABASE_URL=postgresql://user:pass@localhost:5432/myapp_staging
API_BASE_URL=https://staging.example.com

# 本番VPS
NODE_ENV=production
DATABASE_URL=postgresql://user:pass@localhost:5432/myapp_prod
API_BASE_URL=https://example.com

DBを分けるのが地味に重要。テスト環境で DROP TABLE してしまっても本番には影響しない、という安心感がある。「やってしまった」が「まあいいか」で済む環境を作っておくのが大事です。

VPS間のネットワーク通信

複数VPSが同じプロバイダーにある場合、プライベートネットワーク（内部通信）が使えることがあります。

# VPS間でSCP（ファイルコピー）する例
scp -i ~/.ssh/deploy_key /local/file.tar.gz user@192.168.0.2:/tmp/

# VPS間でrsyncで同期する例
rsync -avz -e "ssh -i ~/.ssh/deploy_key" \
  /var/www/app/uploads/ \
  user@192.168.0.2:/var/www/app/uploads/

本番とテストで別プロバイダー（XServer + KAGOYA）を使う場合はパブリックIP経由になりますが、SSH鍵認証で安全に通信できるので問題なし。

率直に言うと、「同じプロバイダーで揃えたほうがいいのでは」と迷う人もいると思います。でも「本番は安定重視・テストはコスト重視」という目的別の使い分けのほうが合理的なことのほうが多い。VPS間の通信頻度が極端に高い特殊なケースでなければ、別プロバイダーの組み合わせで十分動きます。

コスト最適化のポイント

使ってみた感想としては、テスト環境に本番と同じスペックは要らないです。「本番と同じ負荷をかけるロードテストがしたい」という特殊な目的がない限り、スペックを落としても動作確認には支障ない。

本番環境: XServer VPS 4コア/8GB → 月3,000円〜
テスト環境: KAGOYA CLOUD VPS 2コア/2GB → 月770円〜
合計: 月約3,770円〜

【コスト削減のポイント】
・テスト環境は使わない時間帯に停止可能（KAGOYA日割課金の場合）
・本番DBのバックアップをテストVPSに保存してコストを統合
・テスト環境は非稼働時間はシャットダウンして費用を抑える

本番4GB → テスト2GBで全然OK。テスト環境の目的は「コードが正しく動くか確認すること」であって、本番と同じ負荷に耐えることじゃないので。

1日あたりで計算すると：

• テスト環境（KAGOYA 2コア/2GB）= 月770円 ÷ 30日 = 約25円/日
• 週末2日だけ使う場合 = 週50円 × 4週 = 月約200円

月200円で本番を守れる。これを高いと思う人はいないと思います。

まとめ：あなたの使い方で選ぶ

自分の場合、「デプロイが怖くて更新が止まっていた」の状態が一番もったいないと思ってます。テスト環境を持ってから、更新頻度が明らかに上がった。怖くないから動ける、というのは開発のテンポに直結します。

本番環境に選ぶなら

XServer VPS

安定性・高速SSD・充実サポートで本番運用に安心。月990円〜（36ヶ月契約時）。毎月いくらか計算したくない人には固定料金が精神的にラク。本番はここに任せて、考えることを減らすのが正解。

広告 XServer VPS →

テスト環境に選ぶなら

KAGOYA CLOUD VPS

日割課金で必要な時だけ稼働。週末2日だけ使えば月200円以下も現実的。テスト用途に最適なコスト感。まず14日無料お試しで試してみるのがおすすめ。週末が2回入るので、平日は仕事で触れなくても確認は十分できる。

広告 KAGOYA CLOUD VPS →

※ 料金は2026年7月時点の税込価格。最新料金は各社公式サイトでご確認ください。

これは「最終回答」じゃないです。まず試してみて、使い方に合わなければ変えればいい。KAGOYAには14日無料お試しがあるので、週末2回で感触を確認してから決めれば十分です。「完璧な構成」を考えるより、まず動かしてみたほうが絶対に学びが多い。

関連記事

• AIツール向けVPS比較ランキング【2026年最新】
• 目的別VPSフローチャート診断
• 個人開発者向けVPSランキング