計算ツール
databaseDXITシステム

MongoDB Atlas月額

インスタンス構成とストレージから、マネージドDBの月額費用を試算します。

最終更新:2026-05-06/監修:計算ツールズ編集部

MongoDB Atlas月額ツール

計算式と考え方

インスタンス費用は「時間単価 × 730時間 × ノード数 × 為替」で求めます。中規模($0.54/時)を3ノード構成で運用すると、月$1,182、為替150円で約17.7万円です。ストレージは各ノードに同じ容量が必要なため、100GB×3ノード×$0.25で$75、約1.1万円になります。これにデータ転送($0.09/GB)とバックアップ($0.025/GB)を加えると、月額約20万円という計算です。レプリカセットは可用性のために3ノード構成が標準で、費用も3倍になる点が設計上の要点になります。

費用を左右する要素

ノード数可用性のため3ノードが標準。費用も3倍になる
インスタンス規模メモリとCPUで決まる。データ量ではなく処理量で選ぶ
ストレージ各ノードに同容量が必要。実データ量の3倍を確保することになる
データ転送外部への送信が課金対象。同一リージョン内は無料または低額

MongoDB Atlas月額の詳しい解説

マネージドデータベースサービスは、バックアップ、監視、自動フェイルオーバー、バージョンアップといった運用作業を事業者が担うため、自前でサーバーを構築・運用する場合と比べて人的コストを大幅に削減できます。一方で、インスタンス費用は自前構築より高くなるのが通例で、この差を運用工数の削減で正当化できるかが判断の焦点になります。専任の運用担当者を1人雇う費用が年800万円前後であることを考えると、月20万円のマネージドサービスは十分に見合う計算になることが多くあります。費用設計で重要なのは、インスタンスの規模選定です。データ量ではなく、同時接続数とクエリの処理量で決まります。データが少なくてもアクセスが多ければ大きなインスタンスが必要で、逆にデータが多くてもアクセスが少なければ小さな構成で足ります。この判断を誤って過大な構成にすると、費用が数倍になります。実際の負荷を計測してから規模を決める、あるいは小さく始めて必要に応じて拡張するという進め方が現実的です。ノード数についても理解が必要です。レプリカセットは3ノードが標準構成で、これは障害時の自動フェイルオーバーと、過半数による合意形成のためです。2ノードでは片方が停止したときに正常性を判断できません。この3ノード構成により、インスタンス費用もストレージ費用も3倍になります。予算を組む際は、料金がドル建てで設定されている点も見ておく必要があります。為替が10円動けば円換算の支出は数%変わり、年間では無視できない差になります。負荷が安定している本番環境では、年間契約や使用量のコミットによる割引が用意されていることが多く、これを適用できるかも確認する価値があります。運用面では、バックアップが取得されていることと実際に復元できることは別で、手順と所要時間を一度試しておくのが望ましい運用です。コスト削減の余地としては、開発環境と本番環境で構成を分ける、使用しない時間帯にインスタンスを停止する、不要になったデータをアーカイブに移すといった方法があります。設計段階で見ておきたいのが、特定の事業者に固有の機能をどこまで使うかです。便利な機能ほど移行時の障壁になり、将来の乗り換えや自前運用への回帰が難しくなります。当面の開発速度を優先するか選択肢を残すかは、事業の見通しによって判断が分かれる論点です。

業界・現場での使い方

インフラ設計

構成ごとの月額費用を比較し、予算内の設計を決めます。

内製との比較

自前運用の人件費と比較し、マネージドサービスの妥当性を検討します。

コスト最適化

インスタンス規模を変えた場合の費用変化を確認します。

よくある間違い・注意点

  • データ量でインスタンスを選ぶ — 同時接続数とクエリ処理量で決まります。実際の負荷を計測してから選定してください。
  • ノード数を1にする — 障害時の可用性が失われます。本番環境では3ノードが標準構成です。
  • 開発環境も本番と同じ構成にする — 費用が倍増します。開発環境は小さな構成で十分な場合がほとんどです。

関連する規格・法規

  • 経産省
  • IPA

※本ツールは公的基準に基づく参考計算です。実際の設計・施工・法令適用は最新の告示・規格および所轄官庁の判断に従ってください。

よくある質問(FAQ)

なぜ3ノード必要ですか?

障害時の自動フェイルオーバーと、過半数による合意形成のためです。2ノードでは正常性を判断できません。

自前構築と比べて高いですか?

インスタンス費用は高くなりますが、運用工数の削減を含めると多くの場合で有利になります。

費用を抑えるには?

開発環境の構成を小さくする、使用しない時間帯に停止する、不要データをアーカイブに移すことが有効です。