DigitalOceanの代替サービスを料金と転送量で比較

DigitalOcean の代替サービスで実際に変わる点

DigitalOcean の代替サービスの多くは、マシンではなく料金を変えます。どのサービスを選んでも、パブリック IP、virtio ディスク、root アクセスを備えた Linux 仮想マシンを利用できます。コントロールパネルにどのロゴが表示されているかは、カーネルには関係ありません。選択を左右する違いは、RAM 1 GB あたりの料金、含まれる転送量と超過分の 1 byte あたりの料金、ディスクの実体、そしてオペレーティングシステムより上のスタックをどこまで他社に運用してもらうかです。

このガイドでは、これらの基準で比較します。開発者は、いずれもターミナルまたは公開されている料金表から確認できるためです。また、DigitalOcean が適切な選択肢になるケースも示します。欠点を一切認めない比較は、広告にすぎないからです。

以下の料金はすべて、2026 年 8 月 5 日に確認した公開価格です。料金は変動し、ここで取り上げる複数のプロバイダーも 2026 年中に料金を変更しました。料金の 構造 ははるかに変わりにくいため、まず比率と課金モデルを確認してください。そのうえで、契約前に各プロバイダーの公式ページで当日の料金を確認してください。

RAM 1 GB あたりの料金を比較する

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

同じプロバイダー内では、RAM 1 GB あたりの料金はほとんど変わりません。DigitalOcean は 1 GB プランで 1 GB あたり $6.00 を請求し、月額 $24.00 の 4 GB プランでも 1 GB あたり同じ $6.00 です。同じプロバイダーでより大きなプランを選んでも割引にはならないため、判断すべきなのはプランのサイズではありません。プロバイダーです。

現在は旧 Linode のサービスを提供している Akamai では、2 GB と 4 GB の共有プランをそれぞれ $12 と $24 で提供しています。これは DigitalOcean と 1 ドル単位まで同じです。エントリープランは $5.00 で、両社より安価です。2 社の料金が完全に一致していることは、注目すべき兆候です。その料金帯はハードウェアではなく競合他社を基準に設定されており、今後もその競合他社に追随すると考えられます。

自社データセンターを構築し、ユーロで販売するプロバイダーでは差が開きます。Hetzner の CX23 では、月額約 $6.49 で 4 GB の RAM を利用でき、1 GB あたり $1.62 です。これは DigitalOcean の料金のおよそ 4 分の 1 です。このドル換算額はユーロの表示価格から計算しているため、為替レートによって変動します。Hetzner は 2026 年中にもクラウド料金を引き上げたため、以前の比較記事にある料金は現在存在しない場合があります。

RAM 1 GB あたりの料金から、利用できる CPU については何も分かりません。共有 vCPU では、ハイパーバイザーが他のテナントとコアを共有してスケジュールします。実際に借りたサーバー上で、次の確認を行うのが適切です。

vmstat 1 10

st 列を確認します。この列は、vCPU が実行可能な状態で待機していた時間のうち、ハイパーバイザーが物理コアを別のテナントに割り当てた割合を示します。負荷時に数パーセントになるのは正常です。2 桁の割合が継続する場合、ホストのリソースが過剰に割り当てられています。利用できないコアを補うほど、RAM 1 GB あたりの料金が安くても意味はありません。steal time は近隣テナントの問題であり、近隣テナントにも利用時間帯があります。そのため、利用量が最も多い時間帯に実行してください。ストレージとトラフィックを含めたホスティングの月額費用については、VPS の月額費用 を参照してください。

含まれる転送量の実際のコスト

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean はエントリープランに 1 TB のアウトバウンド転送量を含め、超過分を GiB 単位で課金します。追加 1 TB あたり約 $10.00 に相当します。Akamai も同じ TB 数を含み、料金はそのおよそ半分で、1 TB あたり約 $5.00 です。Vultr は 2 TB を含み、超過料金も同程度です。Hetzner は 20 TB を含み、それを超えると 1 TB あたり約 $1.20 を課金します。他社とは桁が異なります。

料金表の見出しよりも、3 つの仕組みが重要です。4 社ともインバウンドトラフィックは無料なので、課金対象になるのは送信したデータだけです。DigitalOcean と Vultr は、アカウント内の全サーバーで転送量を共有します。そのため、1 台の負荷が高いサーバーによって別のサーバーの割り当てが減り、小規模なサーバー群でも 1 つの大きな共有枠を使います。また、プライベートネットワークまたは VPC ネットワーク経由のサーバー間トラフィックは、通常は転送量に含まれません。そのため、データベースをプライベートインターフェースに配置することは、セキュリティだけでなく料金にも関わる判断です。

上限に近づいていないのであれば、これらは問題になりません。ブログ、JSON レスポンスを返す API、小規模な SaaS が 1 か月で 1 TB に達することはありません。一方、動画、画像ギャラリー、ゲームサーバー、パッケージミラー、オフサイトバックアップの保存先では達する可能性があります。推測する前に測定してください。

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m は、転送量を月単位で受信と送信に分けて表示します。課金対象になるのは送信の列だけです。データベースは空の状態で始まるため、最初に有用な値を確認できるのはインストールの翌日です。最初の完全な 1 か月分の値を確認できるのは、その 1 か月後です。それまでは、プロバイダー独自の帯域幅グラフだけが利用できる記録です。

料金表では分からない質問も、もう 1 つ確認してください。転送量の上限を超えたとき、プロバイダーは課金するのか、それともポートをスロットリングするのか、という点です。課金は費用を発生させます。スロットリングは、利用者が最も多いまさにその時点で、利用者への影響を生みます。トラフィックの急増によってどちらが発生するのかを把握しておく必要があります。

NVMe または SATA と、実際に割り当てられたストレージの確認方法

パネルには NVMe と表示されています。これはホスト上のディスクに関する説明ですが、仮想マシンが実際にそのディスク上で動作しているとは限りません。ローカルストレージでは、仮想ディスクが同じ物理マシン内のドライブに配置されます。ネットワークストレージでは、データセンターのネットワーク経由で接続する別のストレージクラスターに配置されます。これにより、即時のリサイズ、ライブマイグレーション、配置先を変えないスナップショットが可能になります。

ゲスト内では、どちらも同じように見えます。

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA と rotational は、ホストが非回転として示すすべてのデバイスについて 0 を報告します。そのため、NVMe を基盤とするネットワークボリュームは、ローカル NVMe とまったく同じ値を報告します。この値から分かるのは、そのディスクが回転式プラッターではないことだけです。ディスクがどこに配置されているかは分かりません。Linux での NVMe ディスクの確認では、デバイス名と、それぞれが示す内容を説明しています。

両者を区別するには、キュー深度 1 でのレイテンシを測定します。単一の小さな読み取りでは、処理の背後に隠せる待ち時間がないためです。ローカル NVMe では、同じ筐体内から応答が返ります。ネットワークボリュームでは、読み取りごとにデータセンターのネットワークを経由する往復が追加されます。そのため、キュー深度が大きい場合のスループットが似ていても、レイテンシの下限は高くなります。

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

最初の実行では、完了レイテンシを示す clat ブロックが出力されます。平均値ではなく 99 パーセンタイルの行を確認してください。平均値では、ユーザーが体感する停止時間が隠れるためです。2 回目の実行では、概要行に IOPS= が出力されます。利用中のプロバイダーと、検討中のプロバイダーの試用インスタンスで、同じ日に両方を実行してください。そして、自分で得た 2 つの値を比較します。各ベンダーが公開している値は、確認できないマシンで測定されたものです。また、時間帯を変えて 3 回実行してください。同じプランでも、ホストが空いているか混雑しているかで結果が変わるためです。VPS を適切にベンチマークする方法では測定方法を説明し、SSD VPS が実際に意味することでは、その背後にある宣伝文句を説明しています。

リージョン: 地図ではなく遅延を測定する

リージョン一覧は、測定するまではマーケティング情報にすぎません。ユーザーが体感するのは、ユーザーのネットワークからサーバーまでの往復時間です。これはパケットが通る経路に左右され、地図上の距離には左右されません。混雑したトランジットリンクの先にある 300 km 離れたサーバーは、経路が安定した 1,500 km 離れたサーバーに負けることがあります。

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr は各ホップのパケット損失と遅延を表示します。そのため、2 つのホップ間で遅延が 60 ms 増加していれば、宛先のせいにせず、問題のリンクを特定できます。ユーザーが利用しているネットワーク上のマシンから実行してください。データセンター間の経路はインターネット上で最も良好な経路です。そのため、すべてのプロバイダーが実際より良く見えます。

料金が変わっても変わらない構造上の問題があります。大陸内にリージョンが 1 つしかないプロバイダーを選ぶと、ディザスタリカバリ計画は大陸をまたいで移行する計画になります。その場合、移行先までの遅延も発生します。ページに掲載されたリージョン数ではなく、実際にフェイルオーバー先として利用するリージョン数を数えてください。

スナップショットとバックアップは別料金です

ストレージの追加料金によって、安価なプランの費用が高くなることがあります。DigitalOcean はスナップショットに月額 1 GiB あたり $0.06 を課金しています。また、自動バックアップはサーバー料金に対する割合で設定されています。週次バックアップはプラン料金の 20%、日次バックアップは 30% です。GiB 単位で課金する従量制のオプションもあります。どちらの方式にも合理性がありますが、問題はそれぞれ逆方向に生じます。割合による料金はサーバーのサイズに比例するため、データセットが小さい大規模サーバーでは割高になります。GiB 単位の料金はデータ量に比例するため、大容量ボリュームを接続した小規模サーバーでは割高になります。

復元にかかる料金と所要時間を確認してください。バックアップを保持する料金は、この問題の半分にすぎません。サーバーを削除すると、そのスナップショットも削除されるか確認してください。

そのうえで、プロバイダーが管理できない場所にもコピーを保持してください。プロバイダーのスナップショットはプロバイダーのアカウント内に保存されます。そのため、ログイン情報の紛失、支払いの失敗、アカウントの停止が発生すると、サーバーとバックアップが同時に失われます。自分で所有するストレージへの restic バックアップなら、オブジェクトストレージの料金は数ドルで済み、任意のプロバイダーへ復元できます。これにより、移行を取り消せない最終処理ではなく、元に戻せる作業にできます。

実行するスタックの範囲

プロバイダーは、1 本の線上に並べられます。一方の端では、マシンを借りて、すべてを自分で運用します。もう一方の端では、git ブランチを push するだけで、サーバーを目にすることもありません。RAM 1 GB あたりの料金が比較基準として適切なのは、最初の端だけです。もう一方の端では、メモリではなく作業に対して料金を支払うためです。作業には、RAM 1 GB あたりの価格はありません。

何を比較する場合も、まず自分がどちらの端にいるのかを明確にしてください。月額 $15.15 のマネージドデータベースは、$6 のサーバーと比べると高く見えます。しかし、レプリケーション、フェイルオーバー、ポイントインタイムリストア、マイナーバージョンアップグレード、03:00 に担当者を起こすアラートまで含めて、その背後に必要な作業時間を計算すると見方が変わります。その作業が自分の担当なら、自分で運用して差額を維持してください。担当業務がアプリケーション開発なら、その作業を外部に戻す費用は安いものです。マネージドとアンマネージドの分かれ目によって、料金表のどの列を見るべきかが決まります。マシン全体とそのディスクを自分だけで使いたいというのが正直な答えなら、それはプロバイダーの選択ではなく、VPS と専用サーバーの比較の問題です。

DigitalOcean が適している場合

仮想マシンではなく、プラットフォームを購入する場合は DigitalOcean が適しています。

• マネージドデータベース。 Managed PostgreSQL と MySQL は、RAM 1 GiB、ストレージ 10 GiB で月額 $15.15 から利用できます。追加ストレージは GiB 単位で課金され、スタンバイノードはノード単位で料金が設定されます。同等の信頼性を自前で構築するには、Patroni または repmgr、コンセンサスストア、接続プロキシ、そして実際にリハーサルしたフェイルオーバー手順が必要です。2 人のチームでこれを維持しながら機能開発も進めるのは困難です。
• App Platform。 ブランチを push すると、ビルド、証明書、稼働中のサービスが得られます。オペレーティングシステムのパッチ適用も必要ありません。この製品を安価な VPS で再現する場合、土曜日に作業するのは自分自身です。
• 成熟した Terraform プロバイダーが対応するオブジェクトストレージとロードバランサー。 コードからフリート全体を破棄して再構築できることには、単価の低さを上回る価値があります。
• 製品を支える企業。 公開されたサポートティア、履歴を確認できるステータスページ、顧客のセキュリティ質問票に回答できる組織があります。ホスティングを再販する場合、これは GB あたり数ドルの差額を上回る価値があります。

DigitalOcean が高価になるのは、通常の仮想マシンを大量に利用し、実際に外向きのネットワークトラフィックが発生する場合です。これがまさに代替サービスで解決できるケースであり、セルフホスティングを行う開発者が購入するものの大半を占めます。

新しいプロバイダーへダウンタイムなしで移行する

移行中のダウンタイムは、データを新しいサーバーへ移した後も、古い IP アドレスへトラフィックが到達することで発生します。以下の各手順は、その期間を短く、予測可能にするためのものです。

移行の少なくとも 48 時間前に、DNS から始めます。リゾルバーは A レコードを TTL（time to live）の期間だけキャッシュします。そのため、TTL が 24 時間のレコードは、変更後も最大 1 日にわたってユーザーを古いサーバーへ送信し続けます。切り替え時に TTL を短くしても効果はありません。リゾルバーはすでに、古い有効期限が付いた古い値を保持しているためです。先に TTL を短くし、古い値の有効期限が切れるまで待ってから移行します。

dig +noall +answer example.com A
dig +noall +authority example.com SOA

最初のコマンドは、応答の 2 列目に現在の TTL を表示します。DNS プロバイダーで TTL を 300 に設定し、変更した値の秒数より長く待ちます。

その後、次の順序で作業します。

1. 新しいサーバーを用意し、他のものを配置する前にセキュリティを強化します。急いでいるときに省略されがちな作業については、新しい VPS で最初の 10 分に行うことで説明しています。
2. アプリケーションスタックをインストールし、古いサーバーが通常どおりサービスを提供している間に、rsync でデータを初回コピーします。
3. 新しいホストで TLS 証明書を取得します。DNS-01 challenge を使用してください。HTTP-01 challenge は、DNS が現在指している IP アドレスに対して検証するため、まだ古いサーバーが対象になるからです。DNS-01 challengeを使えば、この順序の問題を完全に解消できます。
4. 公開設定を変更する前に、自分の laptop で DNS を上書きして新しいホストをテストします。203.0.113.20 example.com を /etc/hosts に追加し、実際のサイトを閲覧してから、その行を削除します。このテストでユーザーに影響はありません。
5. データベースのサイズを確認します。数 GB 未満なら、write freeze の間に dump と restore を完了できます。それを超える場合は、数日前に古いデータベースから新しいデータベースへのレプリケーションを設定して追随させます。これにより、freeze の対象を promotion だけにできます。
6. 書き込みを停止します。アプリケーションをメンテナンスモードまたは read-only モードにします。ユーザーに見えるのはこの部分だけで、数分間に抑える必要があります。
7. 最終差分を反映します。同じ rsync をもう一度実行し、その後にデータベースを最終同期します。
8. A レコードと AAAA レコードを新しい IP アドレスへ変更します。TTL が 300 秒なら、ほとんどのリゾルバーは約 5 分以内に追随します。
9. 古いサーバーを少なくとも 1 日、稼働して到達可能な状態に保ちます。短い TTL を無視するリゾルバーもあるためです。古いアプリケーションがまだ書き込み可能だと、遅れて到達したリクエストが誤ったデータベースへ書き込みます。そのため、古いホストを新しいデータベースへ接続するか、古いホストからメンテナンスページを返します。
10. 1 日にわたって新しいサーバーのエラー率を監視し、TTL を通常の値に戻します。古いサーバーは同じ日の夜ではなく、1 週間後に削除します。

コピー自体は 2 つのコマンドで行い、それぞれを 2 回実行します。ファイル同期のコマンドは次のとおりです。

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a は所有者、権限、タイムスタンプを保持します。-H はハードリンクを保持します。-AX は ACL と拡張属性を保持します。--numeric-ids は、2 台のマシン間で異なる名前を介して rsync がユーザー ID を再マッピングするのを防ぎます。数日前に実行し、freeze 中にもう一度実行します。2 回目は変更されたものだけを転送します。

dump で処理できるサイズの PostgreSQL の場合は、次のとおりです。

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

MySQL または MariaDB の場合は、次のとおりです。

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction は InnoDB テーブルの dump を 1 つのトランザクション内で実行します。そのため結果の整合性が保たれ、実行中もアプリケーションは書き込みを続けられます。このフラグがない場合、mysqldump はテーブルをロックします。つまり、write freeze が予定より早く始まり、開始時点を自分で選べなくなります。

サーバーの外部では、2 つの問題が発生します。新しい IP アドレスにはメールのレピュテーションがないため、新しいサーバーから直接送信したメールはスパムとしてフィルタリングされます。すでにレピュテーションを持つ relay 経由で送信してください。また、決済ゲートウェイやクライアントの firewall など、送信元 IP アドレスを allowlist に登録しているパートナーは、cutover 前に更新する必要があります。更新しないと、トラフィックの移行直後からそれらへの呼び出しが失敗します。

コミットする前に確認すること

• 料金がキャンペーン価格かどうか、また更新時にいくらになるかを確認します。初回契約期間の割引が更新時に倍増する場合、それは実際のコストであり、支払いが後回しになっているだけです。
• 契約期間分を前払いするプランかどうかを確認します。SSD Nodes が提供するような複数年の前払いプランでは、前払いによって RAM 1 GB あたりの価格を大幅に下げられます。一方で、翌月に解約して離脱することはできません。自信を持って選べる期間に合わせてください。
• スナップショットの月額料金と、復元にかかる費用および時間を確認します。
• 超過分が課金されるのか、帯域制限がかかるのかを確認します。
• IPv6 が適切にルーティングされているのか、それとも単一のアドレスを追加しただけなのかを確認します。
• 手作業ではなくコードから再構築する予定なら、Terraform provider が継続的に保守されている API があるかを確認します。
• サポートへの連絡方法と、営業に関する質問ではなく、サーバー停止時に公開されている初期応答目標を確認します。

自分の請求額を最も左右する軸で選んでください。その軸がメモリなら、RAM 1 GB あたりの価格で決まります。送信トラフィックなら、含まれる転送量で決まります。自分の時間が軸なら、マネージドプラットフォームで決まり、この4つの比較対象では DigitalOcean が最も優れています。

FAQ

Hetzner は常に DigitalOcean より安価ですか？

単純な仮想マシンであれば、RAM 1 GB あたりの料金は大幅に安価です。2026 年 8 月 5 日時点のエントリー向け共有プランでは、約 $1.62 に対し、DigitalOcean は $6.00 です。管理サービスを含めると比較は変わります。Hetzner が提供するのはサーバーとネットワークであるため、管理データベースや push-to-deploy プラットフォームは自分で用意するか、第三者のサービスを利用する必要があり、その作業時間にもコストがかかります。Hetzner は 2026 年中にもクラウド料金を引き上げたため、古い記事を信用せず、現在のユーロ建て料金を確認してください。

管理データベースが必要な場合、どの DigitalOcean 代替サービスを選ぶべきですか？

Vultr と Akamai はどちらも管理データベースを提供しているため、管理データベースが DigitalOcean を利用する主な理由であれば、最も近い代替サービスです。低価格の欧州ホスティング事業者は通常、管理データベースを提供していません。そのため、レプリケーションとテスト済みのフェイルオーバーを含め、PostgreSQL または MySQL を自分で運用する必要があります。これは実際の作業です。より安価なサーバーで本当に節約できるか判断する前に、管理対象の 1 GiB インスタンスにかかる月額 $15.15 と比較してください。

稼働中のサイトをダウンタイムなしで新しいプロバイダーへ移行するにはどうすればよいですか？

移行の少なくとも 48 時間前に DNS TTL を 300 秒へ短縮してください。リゾルバーは、以前の TTL で指定された期間だけ古い IP アドレスを返し続けるためです。古いホストが引き続きトラフィックを処理している間に、新しいホストを構築してテストします。自分のマシンで /etc/hosts の上書きを使用すると、他の利用者には新しいホストが見えません。その後、数分間書き込みを停止し、最後の rsync 差分転送とデータベース同期を実行してから、A レコードと AAAA レコードを切り替えます。短縮した TTL を無視するリゾルバーに備え、古いサーバーは 1 週間稼働させておきます。

安価な VPS はディスクも遅いという意味ですか？

必ずしもそうではありません。重要なのは、仮想ディスクがホスト上のローカルストレージにあるか、ネットワークストレージクラスター上にあるかです。管理パネルには通常、この情報が表示されません。どちらも回転式ではないため、lsblk -o NAME,ROTA は両方を 0 と報告します。代わりに測定してください。--iodepth=1 --bs=4k --direct=1 を指定して fio を実行し、完了レイテンシの 99 パーセンタイルを確認します。ネットワークボリュームでは、読み取りのたびにデータセンター内のネットワーク往復が発生します。そのため、深いキューでのスループットが同程度でも、レイテンシの下限はローカル NVMe より高くなります。

新しいサーバーから送信したメールは引き続き配信されますか？

最初は配信されないことがよくあります。新しい IP アドレスには送信履歴がないため、受信側はそのメールを不審なものとして扱い、スパムに振り分けるか、完全に拒否します。SPF と DKIM のレコードも、更新するまでは古いホストを参照しています。すでに送信元としての評価を得ているリレーまたはメールサービスを介してアプリケーションメールを送信し、切り替え後ではなく切り替え前にメール関連の DNS レコードを更新してください。