🧭 あなたに最適なVPSを30秒で無料診断 診断する →

【2026年版】CursorエディタとVPSを連携(SSH)させて、クラウド上の開発環境を爆速化する方法

読む前に30秒だけ。用途・予算を選ぶだけで、あなたに最適なVPSがわかります(無料・登録不要) 無料診断 →

【2026年版】CursorエディタとVPSを連携(SSH)させて、クラウド上の開発環境を爆速化する方法

結論から書きます

CursorをVPS+SSH構成で使う:やって正解。 GPU付きVPSを選ぶ:必要ない。 ローカルPC立ち上げっぱなしで開発:やめたほうがいい。

自分もしばらくローカル開発だけで粘っていたんですが、「PCを落とせない」「外出先からアクセスできない」「再起動したらDockerが死んでる」が重なって、VPSに移行しました。移行してよかったことをひと言で言うと、「PCのことを考えなくてよくなった」。これに尽きます。

ひとつだけはっきり書いておきます。CursorのAI補完にGPUは要りません。 API経由でCursor社のサーバーにリクエストが飛ぶだけなので、VPS側にGPUが乗っているかどうかは一切関係ない。GPU付きVPSをCursor目的で推してくる記事は、アフィリエイト報酬が高いプランに誘導している可能性があるので注意してください。CPU+RAMが十分なプランで十分動きます。


なぜVPS上でCursorを使うのか

正直に言うと、自分が「ローカルでいいや」をやめた理由は技術的な話よりも、精神的な話のほうが大きかったです。

ローカル開発は「PCを落とせない」「何かあったらリモートデスクトップで入らないといけない」「電気代がじわじわ気になる」と、ずっと頭の片隅にノイズが残る。これ、地味にしんどいんですよね。全然「手放し」で動かせてないから、結局PCから離れられない。VPSにしてからそのノイズが消えました。

技術的なメリットはこんな感じ。

比較軸ローカル開発VPS + Remote SSH
PCスペック依存強いほぼなし
チームメンバーとの環境共有困難同一VPSを参照可能
大規模インデックス重いVPSのCPU/RAMで処理
Docker/DBの起動ローカルリソースを消費VPS側で独立
移動中のアクセス環境を持ち歩く必要ありどこからでも同一環境

「どこからでも同一環境」は、旅行先でちょっとコードを直したいときとか、カフェでMacBook Airから作業したいときに地味に効いてきます。ローカルに戻したければいつでも戻せるので、まず試してみる価値はあります。


推奨VPSスペック

Cursor Remote SSH用

繰り返しますが、GPUは不要です。

RAMが4GB以上あれば個人開発ではほぼ困らないです。

用途規模CPURAMストレージ
個人・小規模PJ2コア4GB50GB
中規模(Docker込み)4コア8GB100GB
チーム共有8コア16GB200GB+

自分の場合、個人開発でも「4コア・8GB」くらいを選んでおくと、Dockerを複数コンテナ立ち上げても余裕があって精神的にラクです。2GBプランはDockerを動かし始めると結構しんどい。ケチって2GBにして後から後悔するより、最初から8GBにしたほうがトータルのストレスが少ないと思ってます。

XServer VPS →


ステップ1: VPS側の初期設定

難しくないです。コピペで動きます。

# 非rootユーザー作成
adduser devuser
usermod -aG sudo devuser

# 開発ツール一括インストール
sudo apt update && sudo apt install -y \
  git curl wget build-essential \
  docker.io docker-compose \
  nodejs npm python3-pip

# SSHポートを変更(セキュリティ向上)
sudo sed -i 's/#Port 22/Port 2222/' /etc/ssh/sshd_config
sudo systemctl restart sshd

SSHポートを22番から変えておくのは地味に大事です。22番のままにしておくと、不正アクセスの試みが絶え間なくログに流れてきて気持ち悪い。実害が出ることはほぼないとしても、ログがノイズだらけになるのはストレスなので変えておきましょう。


ステップ2: ローカルの ~/.ssh/config を設定

ここが一番「やっておいてよかった」と感じる設定です。~/.ssh/config に書いておくと、Cursorのホスト選択画面にそのまま出てくるので、次回からはクリックするだけで接続できます。

# ~/.ssh/config

Host my-vps-dev
    HostName xxx.xxx.xxx.xxx       # VPSのIPアドレス
    User devuser
    Port 2222
    IdentityFile ~/.ssh/id_ed25519
    ServerAliveInterval 60
    ServerAliveCountMax 3
    ForwardAgent yes

ServerAliveInterval 60 は絶対に入れてください。 これを入れておかないと、ちょっと手を止めただけで接続が切れます。自分は最初これを知らなくて「なんかよく切れるな」としばらく悩んでいました。設定1行で解決する話なので、最初から入れておきましょう。

# 公開鍵をVPSに登録
ssh-copy-id -i ~/.ssh/id_ed25519.pub -p 2222 devuser@xxx.xxx.xxx.xxx

# 接続テスト
ssh my-vps-dev

ステップ3: CursorからSSH接続する

操作は拍子抜けするくらいシンプルです。

  1. Cursorを起動
  2. Ctrl+Shift+PRemote-SSH: Connect to Host... を選択
  3. my-vps-dev(~/.ssh/configに書いた名前)を選択
  4. 新しいウィンドウが開き、VPS上でファイルを操作できる状態になる

初回接続時はCursorのサーバーコンポーネントがVPS側に自動インストールされます(約1〜2分)。最初の1回だけ待つ必要がありますが、2回目以降は普通にサクッと繋がります。「初回が遅い=壊れてる」じゃないので、焦らず待てば大丈夫です。


ステップ4: ポートフォワーディングでAIツールにアクセス

VPS上でWebアプリやJupyterLabを動かしながら、手元のブラウザで確認できます。

# ローカルの8888番をVPSの8888番に転送
ssh -L 8888:localhost:8888 my-vps-dev

# もしくは~/.ssh/configに固定設定
# LocalForward 8888 localhost:8888

CursorのRemote SSH環境では、VPS上で起動したポートは自動的にローカルへフォワードされることが多く、ターミナルに「ポート8888を転送しました」と通知されます。これが地味に便利で、localhost:8888 をブラウザで開けばVPS上で動いてるサービスにそのままアクセスできます。いちいちSSHトンネルのコマンドを叩かなくていいのはストレスが減ります。

ConoHa VPS →


ステップ5: Cursor AI補完をVPS開発で活用する

ここ、ちゃんと書いておきたいです。

CursorのAI補完は、VPS側のCPUもGPUも使いません。

Cursorがリモート環境(VPS)のコードを読んで、Cursor社のAPIサーバーへリクエストを投げて、結果が返ってくる、という流れです。VPSにGPUが乗っているかどうかは一切関係ない。

はっきり書きます。AI補完目的でGPU付きVPSを選ぶのは無駄金です。 もしGPU付きVPSを推している記事を見かけたら、そのプランのアフィリエイト報酬が高いせいで誘導されていないか疑ってください。

VPS側でOllamaを動かして、ローカルモデルをCursorから使いたい場合は別の話になりますが、それはかなりニッチなユースケースです。まずは普通のCPU VPSで始めれば十分です。

# VPS上でOllamaを動かし、Cursorのローカルモデルとして使う設定例
# ※これはやりたい人だけ。最初から必要ではない
ollama pull codestral  # コーディング特化モデル

# Cursor設定(settings.json)でOpenAI互換エンドポイントを指定
# "cursor.openaiApiBase": "http://localhost:11434/v1"

よくある設定トラブルと解決策

自分がハマったやつも含まれてます。

症状原因解決策
接続がすぐ切れるSSH keepaliveなしServerAliveInterval 60を追加
ファイル保存が遅いネットワーク遅延SSDプランのVPSに変更
Cursorの拡張が動かないRemote側に未インストール拡張設定で「Install in SSH」を実行
gitが認証できないForwardAgent未設定ForwardAgent yesを追加

「Cursorの拡張が動かない」は最初に必ずハマります。ローカルにインストール済みの拡張でも、SSH接続先では別途「Install in SSH: Host」でインストールが必要です。設定画面の拡張一覧に「リモートにインストール」ボタンが出るのでそれを押せばOKです。自分はこれを知らずに「なんで拡張が効かないんだ」と30分くらい悩みました。


A. 基本的な仕組みは同じです。CursorはVSCode Forkのため、Remote-SSH拡張と同等の機能を持っています。~/.ssh/configの書き方やポートフォワーディングの手順もVSCodeと共通です。
A. はい、CursorアプリさえローカルPCで起動できれば、重い処理はすべてVPS側で動くため、古いMacBook AirやWindowsノートでも大規模プロジェクトをストレスなく開発できます。
A. 可能です。各メンバーに個別のLinuxユーザーアカウントを作成するか、Dockerコンテナを人数分起動する方法があります。ただし同時アクセス人数に応じてCPU/RAMを増強する必要があります。

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

結局どの構成を選べばいいかを、使い方別にまとめます。自分の状況に一番近い行を見てください。

あなたの状況判断理由
ローカルPCを開発中ずっと起動したくないVPS一択「何かあったらリモートデスクトップで入らないと」から解放される
外出先からも同じ環境で作業したいVPS一択どこからでも同じ環境にSSHで入れる
GPU付きVPSを検討してる(Cursor目的)やめとけAI補完にGPUは不要。無駄金になる
まず試してみたい・コストを抑えたいKAGOYAの14日無料トライアル週末が2回入る。平日は仕事で触れなくても、2回の週末で確認するには十分
毎月の料金を計算したくないXServer VPS(固定料金)時間課金は月末に「今月いくらになってる?」ってなる。固定のほうが精神的にラク
使う時間が月76時間未満の見込み時間課金(KAGOYAなど)固定より安くなる。損益分岐点がここ
月76時間以上ガンガン使うXServer VPS 830円プラン固定のほうがトータルで安くなる
チームで環境共有したい4コア・8GB以上のプラン2GBはDockerが辛くなってくる。ケチらないほうがいい

損益分岐点の補足

月76時間というのは、「毎日2〜3時間作業する」くらいのペースです。月60時間なら時間課金のほうが安い。月90時間なら固定のほうが安い。自分の作業ペースと照らし合わせて判断してみてください。

「毎月いくらになるか計算したくない」という人には、固定料金は精神的なコスパがいいです。金額の問題じゃなくて、気にしなくていいというのがラク。


最後に一言。

SSH設定も、VPS選びも、これが最終回答じゃないんだから、とにかく一度試してみてください。 最初に選んだプランが合わなければ変えればいい。ローカルに戻したければ戻せばいい。VPSはそんなに身構えるものじゃないです。コマンドをコピペして動かすだけで、1時間もあれば普通に開発環境として使えるようになります。

XServer VPS →

ConoHa VPS →

あわせて読みたい