本番のアプリを動かせる余裕のある Node.js 環境

はい、選択は完全にお客様のものです。どのプランも完全 root の KVM VPS なので、共用サーバーがたまたま提供しているバージョンに縛られることはありません。多くの方は nvm を導入し、アプリが必要とするリリースを正確に取得します。本番の安定性のために現行の LTS 系列を選ぶことも、ビルドの検証を行った特定のバージョンを選ぶこともでき、同じサーバー上でプロジェクトごとにバージョンを切り替えられます。お好みであれば公式の Node バイナリやディストリビューションのパッケージを導入しても構いません。複数のバージョンを併存させ、.nvmrc ファイルで各アプリを固定することもできるので、ひとつのサーバーで複数プロジェクトを運用するときに便利です。新しい LTS が出たときも、当社を待たずご自身のスケジュールでアップグレードできます。ランタイムに制限は一切ありません。バージョンも、npm か pnpm か yarn かというパッケージマネージャーも、更新の時期も、すべてお客様が決めます。

root 権限をお持ちなので、どちらも問題なく動きます。素の Node プロセスであれば PM2 が一般的な選択です。アプリを動かし続け、クラッシュしたら再起動し、複数インスタンスに分岐してすべての CPU コアを使い、ログのローテーションも行います。通常は pm2 start に加えて pm2 startup と pm2 save を実行すれば、再起動後もアプリが復帰します。コンテナ化を好むなら、Docker を導入してイメージを直接動かすことも、docker-compose ファイルで小さな構成を立ち上げることもできます。たとえばアプリのコンテナと Postgres、Redis を並べる形です。依存サービスを Docker で、アプリを PM2 で動かす、あるいはその逆という組み合わせを取る方もいます。サーバーはお客様のものなので、ワークフローに合うなら systemd のユニットを使っても構いません。当社は土台となる VPS、ネットワーク、DDoS 対策を健全に保ちます。プロセスをどう管理するかは、完全にお客様の判断です。

これらは自己管理型の VPS プランで、それは意図的な設計です。非管理型にしているからこそ、この価格で root 権限、独自の Node バージョン、お好みのプロセス構成が可能になります。OS より上はすべてお客様のものです。Node ランタイム、PM2 や Docker、リバースプロキシ、データベース、デプロイは、アプリの必要に応じて自由に構成できます。当社が管理するのはその下の土台、つまり物理ハードウェア、KVM 仮想化、ティア 3 データセンターのネットワーク、DDoS 対策です。目に見えない部分を心配する必要はありません。サポートチームはインフラ、プロビジョニング、ネットワークに関するご質問に 24/7 で対応し、プランの変更や接続の切り分けもお手伝いします。ご自身でサーバーを管理したくない場合は、ご要望に応じてマネージドの選択肢もご用意しています。アプリケーション層は開発者に任せ、当社が VPS を高速かつ稼働状態で保護し続ける、という形を取るチームも多くあります。

はい。完全な root 権限があれば、Postgres、MongoDB、Redis を VPS に直接導入し、Node アプリから localhost 経由で通信させられます。遅延が低く抑えられ、余分なネットワーク経由も避けられます。Redis はセッション、キャッシュ、ジョブキューの相棒として人気があり、Postgres や MongoDB が主要なデータを保持します。ひとつだけでも、3 つすべてでも、プランのメモリに見合う規模で動かせます。アプリの前段には、リバースプロキシとして Nginx を置くのが標準的です。自動更新の無料 SSL 証明書で TLS を終端し、公開用の 443 番エンドポイントを提供し、PM2 や Docker の複数インスタンスへ負荷分散し、静的アセットのキャッシュも行えます。これが定番の本番構成です。エッジに Nginx、その後ろに Node、隣にデータベース。データを別のマネージドデータベースに置きたい場合は、そこへ接続するだけで構いません。同じ 1 台に置くことを強制されることはありません。

素の node server.js は、ターミナルを閉じた瞬間やプロセスがクラッシュした瞬間に止まります。だから本番サーバーではプロセスマネージャーの下で動かします。定番は PM2 です。アプリをデーモン化し、クラッシュ後に自動で再起動し、pm2 startup と pm2 save を組み合わせれば再起動後もすべてを復帰させます。クラスターモードでは CPU コアごとにワーカーを分岐でき、ひとつのアプリでプランのリソースを使い切れます。ログ処理も内蔵されているため問題の追跡も容易です。コンテナ化する場合は Docker の再起動ポリシーが同じ役割を果たしますし、お好みなら systemd も堅実な選択肢です。さらに、保証された KVM のリソースと NVMe ストレージにより、アプリが騒がしい隣人と CPU を奪い合うことはなく、ネットワークレベルの DDoS 対策が攻撃下でも到達性を保ちます。プロセスマネージャーと専有リソースの組み合わせにより、検証で見たのと同じ稼働状態がユーザーにも届きます。

はい。お申し込み後にチケットを起票いただければ、当社チームが立ち上げをお手伝いします。サーバーの用意、SSH と専用 IPv4 の確認、OS とファイアウォールに関する方向性のご案内などです。アプリ自体については、Git リポジトリをサーバーに clone し、依存関係を導入し、環境変数を設定し、必要ならビルドを行い、PM2 または Docker でプロセスを起動するのが一般的な流れです。この手順についても喜んで助言いたします。他社からの移行であれば、コード、環境設定、ローカルのデータベースの持ち込みをお手伝いし、新しい VPS でも同じように動く状態にします。DNS を切り替える前に専用 IP で検証できるため、移行はスムーズです。もう少し手厚い支援をご希望なら、アプリケーション層のマネージド対応もご要望に応じてご用意できます。それ以外の場合、24/7 のチームはインフラとネットワークの領域を担当します。

Yes. Since you have full root and outbound access, you can authenticate npm, pnpm or yarn against a private registry using a token in your package manager's config, exactly as you would on your own machine. There's no proxy or firewall rule blocking package installs, so private dependencies resolve the same way they do in local development.

Every plan includes daily backups of the server, covering your application code, installed dependencies, configuration and any co-located database data. If a deploy goes wrong, a dependency upgrade breaks something, or a config change needs undoing, you can restore to a previous day rather than rebuilding by hand.

Yes — root access means the server's own cron is available for anything you'd rather run outside your application process, such as nightly database dumps or report generation. Just as commonly, people schedule jobs from within Node itself using a scheduling library, keeping that logic in the same codebase as the rest of the app. Both approaches run fine side by side on the same VPS.

Yes, every Node.js VPS plan carries a 30-day money-back guarantee, so you can put a real workload on the server, benchmark it against wherever you're hosting now, and request a refund within that window if it isn't the right fit. It's the same guarantee across our hosting lineup, not a scaled-down version for VPS.

Yes. A single VPS can run several Node processes at once — each on its own port, managed as a separate PM2 process or container, with a reverse proxy routing incoming requests to the right one based on subdomain or path. It's a common way to run an API, an internal dashboard and a webhook handler on one server instead of three, or to keep a staging copy running next to production.

Yes. Pricing across our plans, including the Node.js VPS tiers, is displayed and billed in your local currency automatically based on where you're signing up from, so international teams don't have to work out conversions before checkout.