2026年版 Kamal向け最適VPS：デプロイ先として検証＆ランキング

Last verified: 2026年7月26日

Kamalはアプリケーションをサーバーへデプロイするツールであり、サーバー上で動作するものではありません。自分のマシンやCIランナーにインストールし、SSHでサーバーを指定すると、KamalがDockerを導入してイメージを送り込み、無停止でトラフィックを切り替えます。つまり問うべきは「どのVPSならKamalがよく動くか」ではなく——どれでも動きます——「どれが良いデプロイ先になるか」です。

この違いによって、見るべき条件はかなり絞られます。KamalはDockerとリバースプロキシを肩代わりし、それ以外には意図的に手を出しません。

Kamalのデプロイ先に求めるポイント

• ディスクの余裕：Kamalはロールバック用に古いイメージをサーバーへ残し、3日後に整理します。大きなイメージを頻繁にデプロイすると、多くの人が想像するより速くディスクを消費します。
• デプロイ重複分のRAM：ヘルスチェックが通るまで旧コンテナと新コンテナが同時に動くため、メモリのピークは定常時の使用量にアプリコンテナ1つ分を足した値になります。
• 高速で安定したネットワーク：デプロイのたびにレジストリからイメージを取得します。取得が遅ければ、そのままデプロイ時間の長さになります。
• スナップショットまたはイメージからの再構築：KamalはホストOSを管理しないため、サーバーを素早く作り直せることが通常以上に効いてきます。
• アーキテクチャの一致：Kamalは既定でローカルにビルドします。手元がarm64でサーバーがamd64なら、クロスビルドするかリモートビルダーを使うことになります。

Kamalのデプロイ先に適したVPS

詳細比較：各社の違い

DigitalOcean

$6のDropletは1 vCPU・1 GBで、デプロイ重複分まで数えると余裕がありません。400 MBのアプリコンテナと入れ替わり用のもう1つ、さらにPostgresを同時に載せることはできず、1つ上のプランが欲しくなります。その代わりDigitalOceanは、Kamalが意図的にやらない領域について最良のドキュメントを備えています。ファイアウォールの設定、スワップ、自動セキュリティ更新、監視です。KamalはDockerを入れたところで止まるため、自分でホストを運用するのが初めてなら、時間はまさにこの隙間で溶けていきます。

Hetzner Cloud

月額€5.49で2 vCPU・4 GB・40 GB NVMe。アプリ本体、Postgresアクセサリ、そしてデプロイのたびに短時間だけ存在する追加コンテナという、典型的な単一アプリ構成をすぐの増強なしで賄えるプランです。なおHetznerは2026年6月に値上げしているため、古い比較記事が書いているような価格面の例外ではなくなりました。実際の魅力はスナップショットで、リスクの高いデータベース移行の前に取っておけば、kamal rollbackでは得られない復旧手段になります。ロールバックが戻すのはコンテナであって、データベースではないからです。

Contabo

エントリープランの400 GBは、Kamal特有の唯一の問題であるイメージの蓄積を解消します。イメージがギガバイト単位で、1日に何度もデプロイするなら、制約になるのはディスクです。Contaboはそれを€5.99で取り除きます。引き換えになるのは混雑時のネットワークの不安定さで、これはレジストリ取得の遅さ、ひいてはデプロイの遅さとして表面化します。

VultrとLinode

どちらも$5で1 vCPU / 1 GB / 25 GBです。この規模で載せるのは、データベースを伴うアプリケーションではなく小さなサービスです。Vultrの強みはリージョンの多さで、マネージドプラットフォームを離れた理由が利用者への遅延なら効いてきます。Linodeの強みは読みやすさで、価格に意外性が少なく、ネットワーク設定も素直です。

2026年、Kamalに最適なVPSはどれか

• 総合で最良：DigitalOcean。Kamalが残す空白を埋めるホストレベルのドキュメントが理由です。アプリにデータベースが付くなら、$6のエントリーDropletより1つ上を見込んでおきましょう。
• 価格に対する構成が最良：Hetzner Cloud。€5.49で4 GBと40 GB NVMeがあれば、実運用のデプロイを賄えます。
• 大きなイメージに最良：Contabo。400 GBあれば、ロールバック履歴が制約になることはありません。

各社のホスティングを詳しく比べたい場合は、VPS比較をご覧ください。

よくある質問

KamalはVPSにインストールする必要がありますか？

いいえ。Kamalは自分のマシンやCIランナーで実行するRuby gemです。SSHでサーバーに接続し、Dockerがなければ導入し、イメージを送ってコンテナを起動します。ホストに残るのは、80番と443番ポートを担って無停止切り替えを処理する小さなHTTPプロキシ、kamal-proxyだけです。Kamal自体はサーバーのリソース要件に何も足しません。

Kamalのデプロイ先として動く最小のVPSはどれくらいですか？

1 GB・1 vCPUのサーバーでも、状態を持たない小さなサービスならデプロイできますが、旧コンテナと新コンテナが同時に動くデプロイ重複分の余裕は残りません。この規模で運用するならスワップを追加してください。データベースを伴うものであれば現実的な下限は4 GBです。アプリ、Postgres、そしてヘルスチェックの間だけ存在する2つ目のアプリコンテナがここに収まります。

Kamalでの運用はディスクを長期的にどれだけ消費しますか？

Kamalはロールバック時にレジストリから取得せずに済むよう古いコンテナとイメージを保持し、既定では3日後に整理します。アプリのデータに加えて、およそ3日分のイメージのバージョンを見込んでください。共有されるベースレイヤーは何世代あっても1度しか保存されない点も計算に入れられます。厄介なのは症状が遅れて出ることで、ディスクが埋まると壊れるのは原因となったデプロイではなく次のデプロイです。障害時に気づくのではなく、空きディスク容量にアラートを設定しておきましょう。

まとめ

Kamalが取り除くのはプラットフォーム層であって、サーバー管理ではありません。どのプロバイダーを選んでも、ファイアウォール、OSの更新、バックアップは引き続き自分の担当です。Kamalの守備範囲はDockerとプロキシで終わります。

多くの構成では、ドキュメントを重視するならDigitalOcean、構成を重視しホスト設定を自分でやることに抵抗がないならHetznerから始めるとよいでしょう。足りなくなるものがメモリではなくイメージ履歴になってきたら、Contaboへ移る頃合いです。

すべてのホスティング候補を比較するには、VPS比較をご覧ください。

注：価格はすべて最新の入手可能なデータに基づいています。正確に計画するため、常に各プロバイダーで現在の価格をご確認ください。