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

低 CPU クラス

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

NVMeストレージ

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

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

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 サイズを自動的にスケールダウンして、減少したストレージ サイズに収まるようにします。

• Auto-scale セクションの Storage Scaling チェックボックスをオフにすることで、クラスター ストレージのオートスケーリングをオプトアウトできます。ストレージのオートスケーリングをオプトアウトする場合、Atlas は oplog サイズを次のように管理します。

  • UI で oplog サイズを指定しない場合、Atlas は oplog サイズを次のように設定します。

    • General および Low-CPU クラスターの場合、クラスター作成時のディスク サイズの 5%

    • NVMeストレージを備えたクラスターのディスク サイズの 10%。

    ストレージ サイズを変更すると、Atlas は 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）を増やすか減らすかに応じて、変更を異なる方法で処理します。

Azure 上でのストレージ容量と IOPS の変更

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

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

• 同じクラスター階層内のクラスターでより多くのIOPSを受信する

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

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

1. 最初にAzure Low CPUまたはGeneralクラスターを選択すると、Atlas は選択した階層に基づいてデフォルトのストレージ サイズとIOPSを割り当てます。

2. リージョンで使用されているストレージ ボリュームの特定の特性と、クラスターが拡張ストレージ をサポートするリージョンにあるかどうかに応じて、次のいずれかのアクションを実行できます。

   • リージョンが拡張ストレージ をサポートしていない場合、ストレージ容量は事前に設定された量のみ変更でき、スライダーを使用して IOPS を変更することはできません。

   • リージョンが 拡張ストレージ をサポートしている場合は、 Storageスライダーを使用して同じ階層内のデフォルトのストレージ容量を増やすことができます。 Atlas は、ストレージ サイズの増加に対応するようにIOPSも増加させます。

3. ストレージ ボリュームのサイズを増やしてもIOPSの増加数は依然として十分ではなく、クラスターの階層が拡張ストレージ をサポートするリージョンにある場合は、 IOPSスライダーを使用してIOPSの数をさらに拡張できます。クラスター階層の変更。

4. さらに、拡張ストレージ をサポートするリージョンでは、クラスター階層のデフォルト制限を超えてクラスターの合計ストレージを拡張することもできます。 プロジェクト設定 で拡張ストレージ サイズを有効にします。

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

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

• Azure で IOPS を拡張する

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

Google Cloud は、以下の制限付きで拡張ストレージをサポートしています。

• M40: 最大 4TB

• M50/M60: 最大 8TB

• M80+: 最大 14TB

クラスターのストレージ容量を変更すると、Atlas はダウンタイムなしでサーバーのデータ ボリュームのサイズを段階的に変更します。

Atlas は、データをコピーしたり最初の同期を実行したりすることなく、ストレージ容量をその場で増加させます。ただし、Google Cloud では、その場でのストレージ容量の削減は許可されません。

クラスターのストレージ容量を削減すると、Atlas は新しいボリュームをプロビジョニングし、古いボリュームから新しいボリュームにデータを同期します。

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

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

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

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

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

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

AWS におけるプロビジョニングされた IOPS と標準 IOPS の比較

プロビジョニングされた IOPS を使用すると、クラスターの最大 IOPS レートをカスタマイズできます。また:

• 標準の IOPS と比較すると、構成された IOPS レートをより一貫して提供します。

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

プロビジョニングされた IOPS と標準 IOPS を使用するメリットの詳細については、「Amazon EBS 最適化インスタンス」を参照してください。概要は次のとおりです。

• 汎用 SSD ボリュームは、ベースライン パフォーマンスを 99% の時間で発揮するように設計されています。

• プロビジョニングされた IOPS SSD ボリュームは、プロビジョニングされたパフォーマンスを 99.9% の時間で発揮するように設計されています。

IOPS レートの設定

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

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

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

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