Docs Menu
Docs Home
/ /

Atlas のコスト削減構成に関する推奨事項

特に使用量が増加するにつれて、支出をよりよく理解して効率化するために、 MongoDB Atlas は組織のデータベースコストを管理および制御するツールを提供します。

次の推奨事項は、すべての配置パラダイムに適用されます

Atlas のコストを最適化するには、これらの戦略を検討してください。

  • 使用量に合わせて、オーバープロビジョニングを防ぐために、クラスター層で のオートスケーリングを有効にします。

    スケール ダウンは6時間ごとに1回実行され、特定の条件に一致する必要があります。詳細については、「クラスター階層のスケール ダウン」を参照してください。

    また、クラスターの CPU、WireTiger キャッシュ、メモリ、IOPS を通常の使用期間である 30 日間にわたって定期的に監視することで、手動で下位のクラスター階層に移行することもできます。一般的に、使用量が割り当てられたリソースの 30% を安定して下回る場合は、スケール ダウンすることをお勧めします。

  • 専有クラスターの場合、長期間使用しない場合は、より低い階層にスケールダウンするか、クラスターを一時停止することを検討してください。

    開発およびテスト環境には M10 または M30 クラスターを使用することをお勧めします。詳細については、「Atlas クラスター サイズ ガイド」を参照してください。

  • 開発環境およびテスト環境では、次のことを推奨します。

可能な場合は、コストを最小限に抑えるために、同じプロバイダーの同じリージョンのデータ転送を選択してください。リージョン間転送またはインターネット転送は、別のリージョンでアプリケーションを復元する必要がある障害復旧シナリオなど、必要な場合にのみ使用してください。クラスターをトラフィックのほとんどのリージョン(通常はアプリケーションをホストする場所)に配置すると、データ転送コストを大幅に削減できます。

詳細については、「データ転送コストの削減方法」を参照してください。

実行に長い時間がかかるクエリでは、リソース使用量が増加する可能性があり、上位のクラスターが必要になります。これらのクエリを最適化すると、リソースの消費が削減され、コストが削減されます。

オンライン アーカイブTTL インデックスなどの機能を使用して、古いデータを高価なホット ストレージから安価なコールド ストレージに移動したり、不要になったデータを削除したりします。データをアーカイブした後は、Atlas Data Federation を通じてデータにアクセスできます。

Cost Explorer ツールを定期的に使用して、組織、プロジェクト、クラスター、およびサービス レベルでの支出パターンを監視します。ニーズに合わせて頻度を設定します。

月額コストが一定の金額を超えた場合など、主要なしきい値の請求アラートを構成します。例、コストが $100 を超えたときにアラートを設定します。この先を見越したアプローチは、予期しない対応を回避するのに役立ちます。

毎月、請求書を確認して、以前の請求最適化の提案を使用して最もコストの高いサービスを評価します。 これは、コスト削減の機会を特定するための推奨ベストプラクティスです。

請求書に予期しない変更があった場合は、請求額の大部分を占めるクラウド コンピューティングコストを確認してください。 Atlas Billingセクション内の請求書の Summary By Serviceカードで、クラウドコンピューティングコストを確認できます。 Summary By Serviceビューには、すべてのクラスターのコストがプロバイダー、階層、リージョン別に表示されます。

選択された配置パラダイムとトポロジーによって、Atlas のコストが変わることがあります。

異なるトポロジーにおけるコスト削減について詳しくは、「Atlas の高可用性に関するガイダンス」を参照してください。

戻る

コスト最適化

項目一覧