Mastodon / Misskey 自己ホスト用 VPS の費用

公開: 2026-05-17 · 更新: 2026-05-18 · ServerCost 編集部

ActivityPub 系の分散 SNS（Mastodon / Misskey）を自分のドメインで立てるとき、ユーザー規模に応じた VPS スペックの目安と月額コストを整理します。

意外と重い：Mastodon / Misskey の特徴

個人 1 人〜数十人サーバーでも、Mastodon / Misskey は意外とリソースを使います:

PostgreSQL + Redis + Sidekiq（または Bull）+ Node.js / Ruby アプリ + Web サーバー
連合タイムラインで他サーバーからのアクティビティを大量受信
メディアファイル（画像・動画）をローカル保存するとストレージが急増
Federation の遅延キュー消化に CPU を使う

ユーザー規模別の推奨スペック

規模	メモリ	vCPU	SSD	備考
1 人サーバー（おひとりさま）	2 GB	1-2	50 GB	メディア外部化推奨
10-50 人	4 GB	2	100 GB	S3 互換ストレージ併用
50-500 人	8 GB	2-4	200 GB	Sidekiq 並列度を増やす
500-5,000 人	16 GB	4-6	400 GB	DB 分離検討
5,000+ 人	32 GB+	6+	800 GB+	マルチノード

Mastodon と Misskey のスペック差

Mastodon は Ruby on Rails、PostgreSQL、Redis、Sidekiq の構成が中心です。公式ドキュメントの準備手順では Ubuntu 22.04 を前提に、SSH のパスワードログイン無効化、パッケージ更新、fail2ban、iptables による HTTP/HTTPS/SSH の許可を案内しています (公式: https://docs.joinmastodon.org/admin/prerequisites/, 取得日: 2026-05-17)。 Misskey は Node.js 系で、Docker Compose 構築ではリポジトリを clone し、`default.yml`、`docker.env`、`compose.yml` を編集して build/init/up する流れです (公式: https://misskey-hub.net/docs/for-admin/install/guides/docker/, 取得日: 2026-05-17)。

項目	Mastodon	Misskey	VPS 選定への影響
主な実行系	Ruby/Rails + Sidekiq	Node.js + worker	どちらもアプリとジョブキューを同居させるとメモリ余裕が必要
DB	PostgreSQL	PostgreSQL	NVMe とバックアップ設計を重視
メディア	ローカル/外部ストレージ	ローカル/外部ストレージ	VPS の SSD 容量より S3 互換外部化を先に検討
初期構築	OS セキュリティ設定が重要	Docker Compose で構成ファイル管理	復元手順と compose/config のバックアップが重要

メディアストレージは外部化を強く推奨

Mastodon / Misskey は連合経由でリモートサーバーのメディアもキャッシュします。ローカル保存だと 月数十 GB ペースで増加し、すぐ VPS のディスクを食い尽くします。

S3 互換オブジェクトストレージ（Cloudflare R2 / Backblaze B2 / Wasabi / さくらのオブジェクトストレージ等）に外部化することで、ディスク容量問題から解放されます。R2 は無料エグレスで特に相性が良い。

Postgres は IO 性能が支配的

Mastodon / Misskey の重い処理の多くは PostgreSQL でのクエリ。NVMe SSD 提供のサービス事業者を選ぶと、タイムライン表示・連合処理が体感で速くなります。Hetzner / Vultr / DigitalOcean Premium が NVMe 標準。

連合スパム対策の実装手順

ActivityPub サーバーは公開すると、ローカルユーザー数が少なくても外部インスタンスから配送やメンションを受けます。そのため、VPS のスペックだけでなく「連合をどこまで受けるか」「通報をどう処理するか」「悪質ドメインをどう止めるか」を初日から決めます。

登録制限: おひとりさま運用なら招待制または登録停止を基本にし、公開登録はモデレーション体制がある時だけにします。
ドメインブロック: スパム送信元、違法コンテンツ、Bot 大量登録が見られるインスタンスをドメイン単位で制限します。
メディア処理: リモートメディアの保存期間と最大サイズを短めにし、外部ストレージの容量監視を入れます。
通報導線: 管理者メール、通報通知、ログ確認を用意し、対応不能な時間帯に公開登録を広げないようにします。
OS 防御: Mastodon 公式の準備手順に従い、SSH 鍵認証、fail2ban、HTTP/HTTPS/SSH だけ許可する firewall を設定します (公式: https://docs.joinmastodon.org/admin/prerequisites/, 取得日: 2026-05-17)。

連合スパムは CPU よりもジョブキュー、DB、メディア保存を圧迫します。小規模サーバーほど、最初から「受けない」「保存しすぎない」「復元できる」を重視した方が、VPS の上位プランへ無駄に逃げるより安定します。

小規模インスタンスほど運用手順を固定する

おひとりさまサーバーはユーザー数が少ないため軽く見えますが、管理者も一人です。夜間にディスクが満杯になったり、外部インスタンスから大量配送を受けたりすると、復旧まで投稿・配送・画像表示が止まります。 2GB〜4GB の VPS で始めるなら、アップデート手順、DB dump、メディア削除、ドメインブロック、ログ確認を短い手順書にしておく方が、上位プランへ急いで上げるより効果的です。

Hetzner CPX11 のような低価格プランは 4GB メモリと 20TB traffic inclusive が魅力ですが、20GB ディスクはメディアをローカル保存するには小さめです (公式: https://www.hetzner.com/cloud, 取得日: 2026-05-17)。そのため、CPX11 を使うならメディア外部化、ログローテーション、DB バックアップの外部退避を最初から入れる前提で選びます。