/ /

クラスターストレージをカスタマイズする

各クラスター階層にはデフォルトのリソースセットが付属しています。M10+クラスターは、ストレージ容量をカスタマイズする機能を提供します。

Atlas は、選択したクラウドプロバイダーとクラスター階層に応じて、次のストレージ構成オプションを提供します。

クラスタークラス

M40+ クラスターには、次のような複数のオプションがあります。

Low CPU
General
Local NVMe SSD

すべての本番環境で General オプションを使用できます。

希望する速度の Class ボックスを選択します。クラスタークラスの変更は、コストに影響を与えます。

低 CPU クラス

一般的に、Low CPU オプションは、より多くのメモリとより少ない CPU を必要とするアプリケーションに対して、より低コストの代替手段を提供します。このオプションには、同じ階層の General オプションを持つインスタンスの vCPU の半分が含まれます。たとえば、General M40 インスタンスには 4 つの vCPU が含まれ、Low CPU M40 インスタンスには 2 つの vCPU が含まれています。クラスター階層によっては、このオプションでは最大接続数を少なくすることもできます。詳細については、「接続制限とクラスター階層」を参照してください。

注意

Atlas では、UI に GB と表示されていても、Low CPU と General クラスターのストレージをギガバイト（GB）単位でプロビジョニングします。

NVMeストレージ

Local NVMe SSDAmazon Web ServicesまたはAzure上で実行される一部の専用クラスターに対して、ストレージオプションを選択できます。ローカルに接続されたエフェメラル NVMe SSD は、最高レベルの速度とパフォーマンスを提供します。Atlas は NVMe クラスターのストレージをギガバイト（ GB ）単位でストレージします。

ファイルコピーベースの最初の同期は、最初の同期が必要な場合はいつでも、NVME クラスターのすべてのノードを同期するために常に使用されます。

注意

Atlas は、Google Cloud 上で運用される NVMe クラスターをサポートしていません。

ストレージ容量

サーバーのデータボリュームサイズを変更するには、次のいずれかのタスクを実行します。

テキストボックスに希望するディスクサイズが表示されるまでスライダーを移動します。
テキストボックスに正確なディスクサイズを指定します。

Azure固有の手順については、「 Azureでのストレージ容量と IOPS の変更」を参照してください。

ストレージ容量の変更は、コストに影響を与えます。

注意

MongoDB は、指定されたストレージ容量のごく一部をバッファファイル、ジャーナルファイル、およびログファイルに使用して、クラスターの適切な操作を確保します。WiredTiger storage engine のような上書きなしのストレージエンジンでは、圧縮されたデータが占めるディスク領域よりも約 20% 多くのディスク領域を使用することが予想されます。

oplog サイズの動作

Atlas は、クラスターのストレージオートスケーリングが有効になっているかどうかに応じて、クラスターの oplog サイズとそのエントリを異なる方法で管理します。

Atlas では、クラスターストレージのオートスケーリングがデフォルトで有効になります。ストレージのオートスケーリングを使用する場合、Atlas は oplog の最小保持ウィンドウ（oplogMinRetentionHours）設定に基づいて oplog エントリを管理します。oplog エントリにはタイムスタンプが付けられます。oplog window は、oplog 内の最新のタイムスタンプと最も古いタイムスタンプの間の時間差です。

デフォルトでは、Atlas は oplog の最小保持ウィンドウを 24 時間に設定します。つまり、oplog の最小保持ウィンドウを特定のカスタム値に設定しない限り、Atlas クラスターの mongod は、oplog が MongoDB のベストプラクティスで許可される最大サイズに達するまで、すべての oplog エントリを少なくとも 24 時間保持します。

Atlas UI で、oplog の最小保持ウィンドウを特定の値に設定できます。ストレージオートスケーリングを正常に完了するには、Atlas ではoplog の最小保持ウィンドウ（oplogMinRetentionHours）が最大（60 秒） * （構成されたディスク容量の GB）必要です。

クラスターのストレージ容量が減少すると、Atlas は oplog サイズを自動的にスケールダウンして、減少したストレージサイズに収まるようにします。

注意
移行などの一部の大量一括書き込みシナリオでは、クラスターが構成された最小の oplog 保持ウィンドウを維持できない場合があります。移行とその他の書き込み集中型操作をそれに応じて計画します。
Auto-scale セクションの Storage Scaling チェックボックスをオフにすることで、クラスターストレージのオートスケーリングをオプトアウトできます。ストレージのオートスケーリングをオプトアウトする場合、Atlas は oplog サイズを次のように管理します。
- UI で oplog サイズを指定しない場合、Atlas は oplog サイズを次のように設定します。
  - General および Low-CPU クラスターの場合、クラスター作成時のディスクサイズの 5%
  - NVMeストレージを備えたクラスターのディスクサイズの 10%。
  Atlas は、ストレージサイズを変更すると、クラスターのカスタム oplog サイズを手動で設定した場合にのみ、oplog サイズを自動的に変更します。oplog サイズを手動で設定したことがない場合は、ストレージサイズを変更しても、Atlas は oplog サイズを自動的に増やすことはありません。
- クラスターのストレージをスケールアップするときに、oplog サイズをスケールアップすることもできます。この場合、クラスターを作成する際に、oplog サイズを特定の値に手動で設定します。カスタム oplog サイズを手動で設定した後のみ、クラスターのストレージを増やすと、Atlas は oplog サイズを次のように自動的に増やします。
  - General および Low-CPU クラスターの場合、oplog サイズはストレージ容量の 5% に留まるようにスケールアップされ、MongoDB のベストプラクティスに従って決定された特定の最大値を超えません。
  - NVMeストレージを使用するクラスターの場合、oplog サイズはストレージ容量の 10% に留まり、MongoDB のベストプラクティスに従って決定された特定の最大値を超えないようにスケールアップされます。
- クラスターのストレージを増やすダウンすると、Atlas は以前の oplog とディスクの比率を使用して、 oplogを比例的に増やすダウンします。例、 oplogが25 GB （ 0.25の比率）を使用して100 GBから50 GBに増やすすると、新しいoplogサイズの比率も0.25になり、次のようになります12.5 GB. ただし、新しいoplogサイズがストレージキャパシティーの5 % 未満（またはNVMeストレージの場合は10 % 未満）の場合を除きます。その場合、Atlas はoplogサイズに大きい値を使用します。これはストレージキャパシティーの5 %（ NVMeストレージの場合は10 %）になります。

ストレージ容量またはAWSの IOPS を変更する

Atlas は、AWS 上のストレージ容量またはストレージスループット（IOPS）を増やすか減らすかに応じて、変更を異なる方法で処理します。

重要

24 時間以内に最大 4 EBS ボリュームを変更できます。この制限に達した場合、Atlas は 24 時間のウィンドウがリセットされるまで、クラスターのディスクを変更できません。

容量またはスループットの増加

以前の変更が完了している場合、 AWS でストレージ容量または IOPS を増やすには通常約 6 時間かかります。ただし、この時間枠はディスクに保存されているデータのサイズによって異なる場合があります。詳細については、AWS ドキュメントを参照してください。Atlas は、ボリューム変更の時間枠内でより多くの変更をサポートしています。

AWS は、次の条件を満たすクラスターの拡張ストレージをサポートしています。

クラスターはGeneralまたはLow-CPUクラスのいずれかです
クラスターは単一リージョンです。
拡張ストレージは、次の制限付きで、M40 階層以上のクラスターで利用できます。
- M40：最大 4TB
- M50/M60: 最大 8TB
- M80+：最大 14TB
クラスターの階層を変更するには、「クラスターを変更」を参照してください。

拡張ストレージを有効にすると、最初の同期とプロジェクト間のスナップショット復元が遅くなり、高可用性が低下する可能性があります。拡張ストレージの有効化は、将来的に追加のストレージキャパシティーが必要になる可能性があるクラスターに対する一時的な解決策です。長期的なストレージ容量の拡張のためにシャーディングを有効にすることを推奨します。

Atlas が特定の期間内に追加の変更をどのように処理するかは、 EBS ボリューム変更のAWS制限によって異なります。AWS、EBS ボリュームサイズとスループットの調整は、連続した 24 時間以内にボリュームごとに最大 4 回の変更に制限されています。この制限に達すると、 AWS が別の変更を許可するまで、Atlas はそのボリュームの追加のストレージキャパシティーまたは IOPS の変更を遅らせます。

最初の変更では、Atlas はディスクサイズを増やすときに、ダウンタイムなしにデータボリュームをその場で変更します。

その後のディスクサイズの増加の場合

データボリュームサイズ	ストレージの最終変更からの経過時間	Atlas が取るアクション
1 TB 未満	6 時間未満	Atlas は新しいボリュームをプロビジョニングし、古いボリュームのデータを同期します。Atlas が新しいボリュームをプロビジョニングすると、クラスターにアクセスできるようになります。ノードの中で AWS が変更するものは、AWS が新しいボリュームをアタッチするまで、アクセスできません。
1 TB 未満	6 時間以上	Atlas はクールダウン期間が終了するまで待機し、ダウンタイムなしにホストするデータボリュームをその場で変更します。
1 TB 以上	ボリューム変更のクールダウン期間未満（1 TB あたり 6 時間）	Atlas は新しいボリュームをプロビジョニングし、古いボリュームのデータを同期します。Atlas が新しいボリュームをプロビジョニングすると、クラスターにアクセスできるようになります。ノードの中で AWS が変更するものは、AWS が新しいボリュームをアタッチするまで、アクセスできません。
1 TB 以上	ボリューム変更のクールダウン期間以上（ TB あたり 6 時間）	Atlas はクールダウン期間が終了するまで待機し、ダウンタイムなしにホストするのデータボリュームをその場で変更します。これは、新しいボリュームをプロビジョニング、古いボリュームから新しいボリュームにデータを同期する時間よりも短くなります。前のディスク変更から 4 時間以内にディスクサイズを変更する場合、Atlas は最初にコンピュートアップスケーリングを優先し、次にディスクの変更を優先します。

ストレージ容量または IOPS の増加を適用する前に、 Review Changesページでは Atlas が増加にどのように対応するかについてご説明します。

Clustersページには、Atlas がクラスターのストレージ容量または IOPS を変更する前に、 AWS が別のボリューム変更を許可するのを待機している場合にバナーが表示されます。

AWS がこのボリュームで許可される EBS ボリューム変更の最大数に達したため、一部の EBS ボリュームの変更は遅延します。24 時間以内に。

これらの動作は、Atlas がオートスケーリング中にキャパシティーを変更するときに適用されます。

Amazon Web Servicesの制限の詳細については、 Amazon Web Services のドキュメントを参照してください。

容量またはスループットの減少

AWS では、ストレージ容量を削減することはできません。

Atlas は、最初に新しいボリュームをプロビジョニング、次に インプレースデータ同期 プロセスを使用して古いボリュームから新しいボリュームにデータを同期することで、ストレージキャパシティーを削減できます。これはAWS の制限を回避しますが、同期中に各ノードでダウンタイムが発生します。キャパシティーの増加とは異なり、ボリューム変更のクールダウン期間に関係なく、Atlas は常にこのプロセスをキャパシティーの減少に使用します。
Amazon Web Services データを移行せずに IOPS を削減できます。

ボリューム変更のクールダウン期間が経過すると、Atlas はノードを再起動せずに IOPS をその場で減少します。クールダウン期間が経過していない場合、Atlas は新しいボリュームをプロビジョニングし、データを同期する可能性があり、ローリング再起動が発生します。

Azureのストレージ容量と IOPS を変更する

Azureに配置されたLow CPUまたはGeneralクラスターの場合、Atlas UI でIOPSとデータボリュームのストレージ容量を拡張できます。

Low CPUまたはGeneralクラスターのディスクストレージを増やすと、次のことが可能になります。

同じクラスター階層内のクラスターでより多くのIOPSを受信する
これらのクラスターは、シャーディングを構成してアプリケーションのワークロードをサーバー全体に分散する必要なく、高い IO ワークロード要件を持つアプリケーションをホストする場合に使用します。

注意

すべての Azure リージョンが拡張ストレージをサポートしているわけではありません。詳細については、サポート対象リージョンをご覧ください。

Azure にはボリューム変更のクールダウン期間があり、ストレージ変更を行う頻度が制限される可能性があります。

重要

拡張ストレージ/IOPS をサポートするAzureクラスターの場合、24 時間以内に最大 4 つのディスク IOPS/スループットの変更を行うことができます。この制限に達した場合、Atlas は仮想マシン（VM）を置き換えてこの制限をバイパスします。

次のステートメントでは、 Azure クラスターでの IOPS およびストレージ管理のために Atlas UI にあるオプションについて説明します。

最初にAzure Low CPUまたはGeneralクラスターを選択すると、Atlas は選択した階層に基づいてデフォルトのストレージサイズとIOPSを割り当てます。
リージョンで使用されているストレージボリュームの特定の特性と、クラスターが拡張ストレージをサポートするリージョンにあるかどうかに応じて、次のいずれかのアクションを実行できます。
- リージョンが拡張ストレージをサポートしていない場合、ストレージ容量は事前に設定された量のみ変更でき、スライダーを使用して IOPS を変更することはできません。
- リージョンが拡張ストレージをサポートしている場合は、 Storageスライダーを使用して同じ階層内のデフォルトのストレージ容量を増やすことができます。 Atlas は、ストレージサイズの増加に対応するようにIOPSも増加させます。
ストレージボリュームのサイズを増やしてもIOPSの増加数は依然として十分ではなく、クラスターの階層が拡張ストレージをサポートするリージョンにある場合は、 IOPSスライダーを使用してIOPSの数をさらに拡張できます。クラスター階層の変更。
さらに、拡張ストレージをサポートするリージョンでは、クラスター階層のデフォルト制限を超えてクラスターの合計ストレージを拡張することもできます。プロジェクト設定で拡張ストレージサイズを有効にします。

注意

Azureに配置されたクラスターの IOPS を増やす場合、値はクラスター階層の最大 IOPS に制限されます。

次のセクションでは、ストレージサイズとIOPSを増やす方法について説明します。

Azureのデータボリュームサイズを変更する
Azureで拡張ストレージ/IOPS を構成する

Azureのデータボリュームサイズを変更する

サーバーのデータボリュームサイズを変更するには、以下を行います。

クラスターの詳細を表示します。
Cluster tier > Storageセクションでは、リージョンに応じて次のいずれかのアクションを実行できます。
- リージョンが拡張ストレージをサポートしている場合は、スライダーを右側に移動し、希望するディスクサイズを選択します。
  
  スライダーの右側にあるテキストボックスは動的に変化し、新しいディスクサイズを示します。 Atlas は、ストレージサイズの増加に対応するようにIOPSも増加させます。
- リージョンが拡張ストレージをサポートしていない場合は、ディスク容量を事前に設定された量ずつ増やすことができます。この場合、Atlas はIOPSを増加させません。
ストレージキャパシティーの増加のために、Atlas はデータをコピーしたり最初の同期を実行したりすることなく、ストレージキャパシティーをその場で増加します。

注意
別のリージョンまたはマルチリージョンクラスターに変更すると、特定のストレージボリューム機能または拡張ストレージが使用できなくなる可能性があります。 Atlas UI は、IOPS が削減されることを通知します。この変更は、アプリケーションのパフォーマンス、バックアップからのデータの復元、またはこれらのリージョンから他のリージョンへのバックアップのコピー速度に影響可能性があります。同じパフォーマンスを維持するには、同じリージョンを使用し続けます。詳しくは、拡張ストレージをサポートするリージョンを参照してください。

Azure は、ストレージキャパシティーをその場で減らすことはできません。Azure上のクラスターのストレージ容量を削減するために、Atlasは新しいボリュームをプロビジョニングし、論理的またはファイルコピーベースの初期同期を使用して古いボリュームから新しいボリュームにデータを同期します。ストレージキャパシティーの削減を適用する前に、Review Changes ページでは、この変更を行うと Atlas triggers クラスターのローリング再起動がトリガーされることが通知されます。

最初の同期では、ネットワーク全体にデータがコピーされ、すべてのインデックスが再構築されます。この間もクラスターにはアクセスできますが、 Azureが変更する各ノードは、ノードの最初の同期が完了するまで使用できなくなります。大規模なクラスターの場合、各ノードの最初の同期が完了するまでに数時間かかることがあります。

クラスター階層の制限を超えてクラスターの合計ストレージを拡張するには、拡張ストレージをサポートするリージョンのプロジェクト設定で拡張ストレージを有効にします。

Azure は、次の条件を満たすクラスターの拡張ストレージをサポートしています。

クラスターはGeneralまたはLow-CPUクラスのいずれかです
クラスターは単一リージョンです。
拡張ストレージは、次の制限付きで、M40 階層以上のクラスターで利用できます。
- M40：最大 4TB
- M50/M60: 最大 8TB
- M80+：最大 14TB
クラスターの階層を変更するには、「クラスターを変更」を参照してください。

Azureで拡張ストレージ/IOPS を構成する

次の手順では、同じクラスター階層内でストレージサイズを増やすときに受け取る IOPS の数 に加えて 、拡張 IOPS を取得する方法について説明します。

拡張ストレージをサポートしているリージョンでは、 Atlas クラスターの IOPS 数を変更できます。M40+

IOPSの数を拡張するには、次の手順に従います。

クラスターの詳細を表示します。
Cluster tierで、をM40以上のクラスター階層に変更します。 IOPSスライダーはIOPSセクションに表示されます。
ストレージサイズをまだ増やしていない場合は、増やします。
ストレージを増やすことによって受信した IOPS の増加に加えて、アプリケーションで追加の IOPS が必要な場合は、IOPS をさらに拡張できます。 IOPSスライダーを右に移動し、希望するIOPSの数を選択します。 IOPSの延長はコストに影響を与えます。

Google Cloud のストレージ容量の変更

Google Cloud は、次の条件を満たすクラスターの拡張ストレージをサポートしています。

クラスターはGeneralまたはLow-CPUクラスのいずれかです
クラスターは単一リージョンです。
拡張ストレージは、次の制限付きで、M40 階層以上のクラスターで利用できます。
- M40：最大 4TB
- M50/M60: 最大 8TB
- M80+：最大 14TB
クラスターの階層を変更するには、「クラスターを変更」を参照してください。

AWSとは異なり、Google Cloud にはボリューム変更のクールダウン期間がありません。そのため、前の変更が完了するのを待たずに、ストレージの変更をすぐに行うことができます。

クラスターのストレージキャパシティーを増やすと、Atlas はダウンタイムなしでサーバーのデータボリュームのサイズを段階的に変更します。Atlas は、データをコピーしたり最初の同期を実行したりすることなく、ストレージキャパシティーをその場で増やします。

ただし、Google Cloud では、インプレースでのストレージキャパシティーの削減は許可されません。クラスターのストレージキャパシティーを削減すると、Atlas は新しいボリュームをプロビジョニングし、論理的またはファイルコピーベースの最初の同期を使用して古いボリュームから新しいボリュームにデータを同期します。

ストレージ容量の削減を適用する前に、Review Changes ページで、この変更を行うと Atlas によってクラスターの再起動がトリガーされることが通知されます。

Atlas は単一のレプリカセットのディスク容量に制限があり、上位のクラスター階層では4 TB までスケールアップされます。デフォルトの制限を超えてクラスターの合計ストレージを拡張するには、プロジェクト設定で拡張ストレージを有効にします。将来のさらなるスケーリングに対応するため、長期的に展開できるようシャーディングを有効にします。

マルチクラウドプロバイダークラスターのストレージ容量の変更

Atlas は、3 つのクラウドプロバイダー間で最も低い共通基準を選択します。これにより、マルチクラウド配置全体で整合性が確保されます。

マルチクラウドクラスターの IOPS を調整することはできません。

IOPS の種類（AWSのみ）

M30+ AWS 上のクラスターでは、IOPS の量をカスタマイズするためのさまざまなオプションが提供されています。

それぞれ Gen クラスターと1 Gen2 クラスターには、プロビジョニングされた IOPS またはハイパフォーマンス IOPS を使用できます。
生成クラスターには拡張標準 IOPS 2を使用できます

注意

Gen1 M40+ 階層クラスターの場合、IOPS は、General および Low CPU クラスのクラスターでのみカスタマイズできます。IOPS は、Gen1 クラスター（Local NVMe SSD クラス）ではカスタマイズできません。

プロビジョニングされた IOPS および高パフォーマンス IOPS

プロビジョニングされた IOPS および高パフォーマンス IOPS を使用すると、追加のパフォーマンス上の利点とともに、クラスターの最大 IOPS レートをカスタマイズできます。プロビジョニングされた IOPS と高パフォーマンス IOPS は同じ概念を指しますが、Gen1 クラスターでは Atlas UI 内で Provision IOPS が使用され、Gen2 クラスターでは High Performance IOPS が使用されます。簡潔にするため、ここでは両方を指す言葉として高パフォーマンス IOPSを使用します。

標準 IOPS は、ベースライン99 パフォーマンスを % の時間で提供するように設計されているAWS汎用SSDボリュームを使用します。ハイパフォーマンス IOPS は、プロビジョニングされたパフォーマンス99.9 % の時間で提供するように設計されているAWSプロビジョニングされた IOPS SSDボリュームを使用します。

標準の IOPS と比較した、高パフォーマンス IOPS は次の特長があります。

構成された IOPS レートをより安定して提供します。
クラスターの p90 レイテンシ（サーバーの応答時間の測定値）を下げます。サーバーリクエストの 90 パーセントは p90 レイテンシ値よりも速く応答するため、p90 レイテンシ値が低いほど、一般的に応答時間が速くなります。

詳しくは以下を参照してください。

Amazon EBS ボリュームタイプ
プロビジョニングされた IOPS と高パフォーマンス IOPS の設定

生成専用クラスターの拡張標準 IOPS2

AWS Gen2 専用クラスターにはベースラインの最小 IOPS があり、その上で追加の IOPS をプロビジョニングできます。

ディスクストレージが1000GB （1TB ）未満のクラスターの場合、このベースラインは3000 IOPS です。
1000GBを超えるディスクストレージを使用するクラスターでは、このベースラインはストレージを使用して: GB3の IOPS と1 の比率でスケーリングします。

次の表は、このベースラインがさまざまなディスクサイズにどのようにスケーリングするかについて、すべてを網羅するものではない例を示しています。

ディスクストレージ	ベースライン IOPS
`500GB`	`3000`
`1000GB`	`3000`
`2000GB`	`6000`
`4000GB`	`12000`

AWS Gen2 専用クラスターは拡張標準 IOPS を提供し、クラスターに最大80k 標準 IOPS をプロビジョニングできます。 IOPS を増やすと、クラスターの使用可能なディスクスループットも増加します。

AWS Gen2 専用クラスターでは、拡張標準 IOPS をプロビジョニングし、ストレージキャパシティーを個別に増やすするため、一方をスケーリングしてももう一方のスケーリングは必要ありません。拡張標準 IOPSのプロビジョニングとストレージキャパシティーのスケーリングは独立しているため、Atlas は拡張標準 IOPS をストレージキャパシティーとは別途課金します。

詳しくは以下を参照してください。

AWS Gen2 専有クラスター
AWS Gen2 クラスターの拡張標準 IOPS を構成する

IOPS レートの設定

Gen1 クラスターの標準 IOPS

クラスターのストレージ容量に応じて IOPS レートを自動的に増やす場合は、Gen1 の M30+ 階層クラスターを作成するときに Provision IOPS を選択しないでください。クラスターはデフォルトで標準 IOPS を使用します。

正確な IOPS 値をプロビジョニングする場合は、Gen1 の M30+ 階層クラスターを作成するときに Provision IOPS を選択するか、Gen2 クラスターに切り替えてください。

M30+層クラスターの最小標準 IOPS は 3000 です。クラスターのストレージサイズを 1TB 以上に設定しない限り、標準 IOPS 値は 3000 のままになります。クラスターのストレージがM30+ 1 TB 以上の場合、Atlas は IOPS とストレージの比率を 3:1 にして、標準 IOPS レートを増加させ、 AWS ネットワークストレージボリュームでは最大 16k IOPSを実現します。

Gen1 のローカル NVMe SSDクラスのクラスターは、標準 IOPSを使用する必要があります。

Gen2 クラスターの拡張標準 IOPS

AWS Gen2 専有クラスターでは、拡張標準 IOPS が提供され、クラスターの標準 IOPS とストレージ容量を、それぞれ独立して構成できます。AWS Gen2 専有クラスターにおける IOPS の構成可能な最大値は 80k IOPS です。

M30+ 階層の AWS Gen2 専有クラスターで拡張標準 IOPS を使用するには、Cluster Tier セクションの IOPS の横にある Standard を選択します。

その後、次のいずれかを実行できます。

テキストボックスに正確な IOPS レートを指定する。または、
IOPS オプションの下にあるスライドバーを、テキストボックスに希望する IOPS レートが表示されるまで移動します。

高パフォーマンス IOPS

高パフォーマンス IOPS は、AWS 上の M30+ 階層のクラスターでのみサポートされています。高パフォーマンス IOPS を M30+ 階層の AWS クラスターで使用するには、IOPS（Cluster Tier セクション内）の横にある、次のいずれかのオプションを選択します。

Provision IOPS Gen1 クラスターを使用している場合。
High Performance IOPS Gen2 クラスターを使用している場合。

その後、次のいずれかを実行できます。

テキストボックスに正確な IOPS レートを指定する。または、
IOPS オプションの下にあるスライドバーを、テキストボックスに希望する IOPS レートが表示されるまで移動します。

注意

Gen1 クラスターで利用可能なプロビジョニングされた IOPS の範囲は、ディスクのストレージ容量に関連します。Gen1 クラスターのストレージ容量を変更すると、利用可能なプロビジョニング IOPS の範囲が変わります。

Gen2 クラスターで利用可能な高パフォーマンス IOPS の範囲は、ディスクのストレージ容量とは無関係です。

最小ディスク容量と RAM の比率

Atlas は、特定のクラスター階層に対して次の最小比率を強制します。これにより、大規模なデータセットでもクラスターのパフォーマンスの整合性が維持されます。

インスタンスサイズ M10 から M40 のディスク容量とシステムメモリの比率は 60:1 です。M40 以上のインスタンスサイズの比率は 120:1 です。

例

3 TB（または 3,072 GB）のディスク容量をサポートするには、32 GB 以上の RAM を搭載したクラスター階層を選択します。これは M50 以上となります。

Tip

各クラウドサービスプロバイダーのデフォルトのリソースと利用可能な構成オプションの詳細については、以下を参照してください。

オートスケールクラスター階層とストレージ容量

Atlasクラスター層のリアクティブなオートスケーリングは、General および Low-CPU クラスタークラス配下にあるすべての専有クラスター階層で利用できます。

新しいクラスターの場合、Atlas はクラスター階層のオートスケーリングとストレージのオートスケーリングを自動的に有効にします。

Auto-scaleオプションを使用して、クラスターの使用状況に応じてクラスター階層、ストレージ容量、またはその両方を自動的にスケーリングするようにクラスターを構成します。

重要

また、移行中に、宛先クラスターのストレージ容量よりも大きいサイズのスナップショットを復元すると、クラスターはオートスケーリングされません。

クラスター階層とストレージのオートスケーリングはオプトアウトできます。詳細については、「Atlas がクラスター階層をスケーリングする方法」および「Atlas がクラスターストレージをスケーリングする方法」を参照してください。

Tip

戻る

クラスターの管理

保管時の暗号化

クラスター ストレージをカスタマイズする