Docs Menu
Docs Home
/
MongoDB Atlas
/

請求の内訳と最適化

項目一覧

  • フレキシブルなクラスターと専有クラスターの理解
  • 各階層の請求内訳
  • 請求書を調べる
  • 請求の最適化

Flex クラスターと専有クラスターのどちらを使用するかに応じて、請求書には異なる明細項目と考慮事項に関する情報が含まれる場合があります。

Flex クラスターは、 MongoDBを低コストで学習および調査するのに最適です。 Flex クラスターに関する考慮事項には、次のようなものがあります。

  • 複数のクラスターがハードウェアを共有します。 基礎となるコンピュートは、最大パフォーマンスとストレージキャパシティーに影響を与える大きなマシンにある。

  • 共有ハードウェアにもかかわらず、すべてのデータは安全でアクセスできるのはユーザーのみです。

  • Flex クラスターは、クエリ診断ツールや水平スケーリングなどの高度な機能にアクセスできないため、非本番のユースケースに適しています。

専有クラスター(M 10 以上)は、より堅牢なワークロード用に設計されており、より優れた制御と保証されたリソースを提供します。

  • クラスターのハードウェアはワークロード専用です。 専用ハードウェアは、RAM、vCPU、ストレージなどのハードウェア仕様をより細かく制御できる。

  • 指定されたリソースの可用性を保証し、一貫したパフォーマンスを確保します。

  • バックアップ設定は、専用クラスターでより堅牢です。 専有クラスターのバックアップ設定を 1 秒間隔という短い粒度で構成できます。

  • Performance Advisorクエリ インサイトなどのプレミアム 診断ツールにアクセスできます。

Flex クラスターの請求は簡単で、コストを低く抑え、予測しやすくするように設計されています。 フレキシブル クラスターの最大料金は $ 30 です。

詳細については、「 Atlas Flex のコスト 」ページを参照してください。

専有クラスターの請求は、機能とリソースの強化を反映してより複雑になります。

  • 月額 $ 60から始まります。これには通常、コンピュートとストレージのコストが含まれます。

  • (頻度や構成によっては)バックアップ、デフォルトのクラスター階層のしきい値を超えるストレージ、データ転送などのサービスに対して使用料金が発生する場合があります。

  • 選択した階層は請求書の構造に影響し、クラスターの使用状況のさまざまな側面を反映するさまざまな明細項目が含まれます。

請求書に予期しない請求が発生した場合は、以下の領域をモニターしてください。

  • クラウド コンピューティングのコスト。これらは請求額の最も重要な部分になることが多い。 Atlas の Billing ページに移動し、 Summary By Service をクリックすると、それらを確認できます。このビューには、すべてのクラスターのコストがプロバイダー、階層、リージョン別に表示されます。 不要になったクラスターが見つかった場合は、一時停止または終了して不要なコストを回避してください。

  • ストレージの制限。各クラスター層には特定のストレージ制限が付属します。 ストレージコストを管理するには、使用状況と設定したしきい値に基づいてストレージキャパシティーを調整するオートスケーリング機能 を有効にします。例、割り当てられたストレージの 50% 未満を使用している場合、システムはストレージキャパシティーを自動的に増やすダウンします。

  • バックアップ。バックアップは本番環境のワークロードにとって重要ですが、大きなコストドライバーになる可能性もあります。 非クリティカル クラスターの場合は、コストを削減するためにバックアップ頻度を減らすか、継続的なクラウドバックアップを無効にすることを検討してください。

  • データ転送コスト。データ転送コストは、データを転送する場所によって異なります。 同じリージョン内での転送が最もコストが低く、次に異なるリージョン間での転送が続きます。 インターネット転送に最もコストがかかります。

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

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

頻繁に実行されるクエリ用にはインデックスを作成し、作成するインデックスにクエリ対象のすべてのフィールドが含まれていることを確認してください。 また、インデックスなしのクエリを別のノードで実行中することも検討してください。 専有クラスターの場合、Performance Advisorは作成または削除するインデックスを推奨します。

エンドユーザーからの入力とフィードバックに基づいて、クエリ結果をフィルタリングして制限します。 返されるデータ量を減らすために、重要な結果のみを返すようにして、Egress コストを節約します。

可能な限り、同じプロバイダーとリージョンにリソースを配置して、データ転送コストを最小限に抑えます。 必要な場合にのみ、リージョン間またはインターネット転送を使用してください。

  • クラスター階層とストレージの両方にオートスケーリングを使用して、使用状況を一致させ、オーバープロビジョニングを防ぎます。

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

  • 集計クエリ用に別のクラスター層を作成すると、分析ワークを分離し、時間の経過とともに変化または変化する必要があるときにプライマリワークロードに関連するコストに影響を与えずに、運用クエリが高速で応答性が高いままである可能性があります。

  • オンライン アーカイブTTL インデックスなどの機能を使用して、古いデータをより高価なホット ストレージから低コストのコールド ストレージに移動します。 データをアーカイブした後、 Atlas Data Federation からデータにアクセスできるようになります。

  • Atlas は、ストレージとは独立して Azure IOPS のスケーリングをサポートしています。ストレージを増加させずにストレージのパフォーマンスを向上させることができます。

  • 単一リージョン クラスターのレプリカセットあたり最大 14 テラバイトまでストレージを増やすことができます。

  • ドライバーと Atlas 間のネットワーク Egress ボリュームを最大 50 % 削減しますが、コンピュートは若干増加します。

  • マルチリージョン ビジネスの クロスリージョン Egress コストを回避し、レイテンシを削減します。

  • ノードを直接ターゲットにすることで、AZ間でのデータ転送コストを削減します。

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

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

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

戻る

サブスクリプション