FAQ: ストレージ

注意

このページの回答の一部は、Atlas Coreクラスターにのみ適用されます。Atlas Infiniteでサポートされている機能について学ぶには、「パブリックプレビューの可用性」を参照してください。

Atlas ストレージの制限に達した場合はどうなりますか。

Atlas ストレージ制限に達した結果は、使用している Atlas クラスターによって異なります。

無料クラスター（以前は M0 と呼ばれていました）と Flex クラスターの場合、最大ストレージはハード制限であり、超えることはできません。専有クラスター（M10+）にアップグレードすることで、ストレージを追加できます。Atlas が Flex クラスターのストレージ制限を計算する方法の詳細については、FAQのこのセクションを参照してください。
デフォルトでは、M10+ クラスターはディスク使用量のしきい値に基づいてストレージを自動拡張します。この設定を固定ストレージ制限に変更するには、Atlas Core クラスターの変更ページを参照してください。

必要な書き込み操作をするためのスペースがない Flex クラスターに書き込みを試みると、Atlas は次のようなエラーメッセージを表示します。

WriteResult({  "writeError": {    "code": 8000,    "errmsg": "you are over your space quota, using 513 MB of 512 MB"  }})

Tip

Flex クラスターと専有クラスターの違いについては、「Atlas Flex の制限」を参照してください。

Tip

割り当てられたストレージが指定されたしきい値に達したときにtriggerされるアラートを構成できます。 Atlas は、 dbStatsコマンドによって返されたメトリクスを使用して、割り当てられたストレージを計算します。

Atlas は、デフォルトでは 20 分ごとにデータベースメトリクスを取得しますが、データベースのパフォーマンスへの影響を軽減するために、必要に応じて頻度を調整します。

ストレージアラートの詳細については、「 DB ストレージアラート条件」を参照してください。

Atlas は Flex クラスターのストレージ制限をどのように計算しますか。

Atlas は、Flex クラスター以外のクラスター（圧縮を含む）で使用される storageSize メトリクスではなく、データ使用量に基づいて Flex クラスターのストレージ制限を計算します。 Atlas では、クラスターの dataSize と indexSize を合計してデータ使用量が決定されます。 db.stats() メソッドを発行すると、これらのフィールドの値を表示できます。

のでプロビジョニングされた IOPSMongoDB AtlasAmazon Web Services を使用しない場合、どのような IOPS が予想されますか。

Atlas は、予想される 16K IOPS の数の見積もりを提供します。これは、プロビジョニングされた GB ごとの 3 IOPS とクラスターノードの最大 IOPS キャパシティーのいずれか少ない方として計算されます。

ストレージのキャパシティーを変更せずに、クラスターのIOPSレートを変更できますか？

はい、AWS または Google Cloud のいずれかでホストされている Gen2 専有クラスターの場合、ストレージキャパシティーを変更せずにクラスターの IOPS レートを変更できます。Gen2 専有クラスターは、Gen1 クラスターと比較してパフォーマンスが向上し、拡張標準 IOPS をサポートすることで、次の利点があります。

最適化された価格性能。
長期的な成長を可能にし、古いハードウェアによるキャパシティーの制約を回避する新しいハードウェア。
最大標準 IOPS レートの増加による、クラスターの標準 IOPS とストレージ容量の個別の拡大：
- 80k IOPS の AWS 向け
- 160k IOPS 向け Google Cloud Platform

Amazon Web Services または Google Cloud Platform で階層 M30+ クラスターを構成する際に、Gen2 を選択できます。より多くを学ぶには、以下を参照してください。

クラスターを Gen2 に切り替えるとき、何を期待するべきですか？

生成間でクラスターを切り替えることは、他のクラスター層の変更と同様に動作します。生成は、クラスター層を変更するのと同じ方法で変更します。詳細については、「クラスターの生成の変更」を参照してください。

クラスターをGen2に切り替えた場合、IOPSはどうなりますか？

Atlas は、クラスターを Gen1 から Gen2 へ切り替えるときに、既存の IOPS レートを維持します。

AWS 上でホストされている Gen2 クラスターの場合、また、Atlas は現在の IOPS タイプを維持します。

Gen1 クラスターが Provision IOPS を使用している場合、Gen2 クラスターは High Performance IOPS を使用します。
お使いの Gen1 クラスターが Provision IOPS を使用していない場合、Gen2 クラスターは Standard IOPS を使用します。

クラスターのジェネレーションと IOPS タイプを同時に変更することはおすすめしません。その代わり、他の機能を変更する前に、1つの機能を変更し、クラスターが正常に動作することを確認します。Gen2 での標準 `IOPS` の設定方法を学ぶには、`Gen2 クラスター向け拡張標準 IOPS」` を参照してください。

クラスターをGen1に戻すと、IOPSはどうなりますか？

AWS でホストされるクラスターの場合、クラスターを Gen1 に切り戻すと、Atlas は既存の IOPS タイプを維持します。標準 IOPS は標準 IOPS のままです。ハイパフォーマンス IOPS はハイパフォーマンス IOPS のままです。Atlas も Gen2 コンフィギュレーションを IOPS に対してチェックします。

Atlas はまた、Gen2 の構成が Gen1 の構成制限に合致しているかどうかをチェックします。Gen1 への移行が Gen1 の制限を越える場合、Atlas はユーザーの IOPS を Gen1 の制限を満たすために自動的に削減します。例えば、AWS でホストされる Gen1 クラスターは最大 16,000 IOPS をサポートします。このため、Atlas は 16,000 IOPS の Gen2 クラスターを自動的に削減します。Gen2 クラスターが 16,000 IOPS を超えて使用している場合、Atlas は、クラスターを Gen1 に切り替えると、クラスターを自動的に 16,000 IOPS に削減します。Gen1 に移行すると IOPS が減少する場合、Atlas は警告を表示し、続行する前に使用可能な IOPS がワークロードに十分であることを確認する必要があります。

Amazon Web Services でホストされるGen クラスターの標準 IOPS とハイパフォーマンス IOPS2 の違いは何ですか？

標準 IOPS は、AWS のジェネラルパーパス SSD ボリュームを、AWS のプロビジョニング IOPS SSD ボリュームを使用するハイパフォーマンス IOPS の代わりに使用します。そのため、同じレイテンシや整合性の特性を提供しません。ワークロードが書き込み (write)レイテンシに敏感な場合、またはコンシステントな IOPS レートに依存している場合は、本番環境に適用する前に、非本番環境で変更をテストしてください。

Provisioned IOPS Gen1 上のと Gen2 上の High Performance IOPS は同じ概念を指します。IOPSの種類がどのように異なるかを学ぶには、IOPS の種類を参照してください。

クラスターを Gen2 に切り替えると、コストは変わりますか？

はい、ジェネレーションの変更と、IOPSのタイプまたはレートの変更の両方がコストに影響します。各変更を適用する前にコストを見積もるには、Atlas UI 内のクラスタービルダを使用します。

Gen2 では、標準 IOPS とストレージキャパシティーを独立して設定します。そして Atlas はそれらを別々に請求します。それぞれをワークロードに合わせて調整し、コストを最適化できます。Atlas が Gen2 専有クラスターに請求する方法を学ぶには、Gen2 専有クラスターを参照してください。

クラスター階層の標準制限よりも多くのストレージを使用してクラスターを構成できますか。

特定の条件を満たすクラスターの場合、はい。拡張ストレージをサポートするクラスターとプロジェクトでこれを有効にする方法については、「プロジェクト設定の管理」を参照してください。

クラスターのストレージ使用量を減らすにはどうすればよいでしょうか?

専有クラスターで autoCompact コマンドを使用してバックグラウンド圧縮を実行すると、ストレージの使用量を削減できます。このコマンドは、利用可能なファイルを自動的に反復処理し、不要なディスク領域をオペレーティングシステムに解放しようとします。autoCompact権限アクションの有効化の詳細については、「組み込みロールと権限」セクションの組み込みロールを参照してください。

autoCompact コマンドは MongoDB 8.0+ を実行している専有クラスターでのみサポートされています。

クラスター上で autoCompact を実行するには、次の手順を実行します。

データベースユーザーを作成し、autoCompact 権限を設定してください。
（任意）シャーディングされたクラスターに接続する場合、そのクラスター内の各ノードの接続文字列を取得します。この情報は、Atlas Administration API エンドポイントを使用して取得できます。
autoCompact の実行基盤となる各ノードに接続します。
admin データベースで autoCompact を実行します。