追加設定の構成

Flex クラスターのバックアップオプション

Atlas は Flex クラスタのバックアップを自動的に有効化し、無効にすることはできません。詳細については、「Flex クラスターのバックアップ」をご覧ください。

M10+ 階層 バックアップ オプション

M10+ Atlas クラスターのクラウドバックアップを有効にするには、Turn on Cloud Backup トグルを On に設定します。有効にすると、Atlas は定期的にデータベースのスナップショットを取得し、プロジェクトのバックアップポリシーに従ってそれらを保持します。

To disable Cloud Backup for an M10+ Atlas cluster, set the Turn on Cloud Backup toggle to Off. This also disables Continuous Cloud Backup for the cluster. To retain any existing snapshots after Cloud Backup is disabled, set the Keep existing snapshots after backups disabled? toggle to On before you apply your changes to the cluster. This option instructs Atlas to retain the existing snapshots and oplog for the cluster according to your cluster's backup policy.

Atlas は、M10+ クラスターに対して次のバックアップ オプションを提供します。

シャード配置について

Atlas deploys each shard as a three-node replica set, where each node deploys using the configured Cloud Provider & Region, Cluster Tier, and Additional Settings. Atlas deploys one mongod per shard node.

クロスリージョン クラスターの場合、シャードあたりのノード数は、設定されたすべてのリージョンにわたる選挙可能なノードと読み取り専用ノードの合計数に等しくなります。Atlas は、選択したリージョンにシャード ノードを分散します。

コンフィギュレーションサーバーの配置について

専用コンフィギュレーションサーバーの場合、Atlas はコンフィギュレーションサーバーを 3 ノードのレプリカセットとして配置します。コンフィギュレーションサーバーは M30 クラスター階層で動作します。マルチリージョンクラスターでは、コンフィギュレーションサーバーはリージョン全体に分散されます。

クロスリージョン クラスターの場合、Atlas は最適な可用性を確保するためにコンフィギュレーションサーバーのレプリカセット ノードを分散します。たとえば、Atlasは、選択したクラウド サービス プロバイダーとリージョン構成がサポートしていれば、3 つの異なるアベイラビリティーゾーンと 3 つの異なるリージョンにコンフィギュレーションサーバーを配置することができます。シャーディングされた読み取り操作が引き続き機能するために、コンフィギュレーションサーバーが読み取り可能な状態である必要があります。詳細については、「「コンフィギュレーションサーバーの可用性」を参照してください。

Atlas 管理のコンフィギュレーションサーバーを有効にすると、Atlas は専用のコンフィギュレーションサーバーを使用する代わりに、コンフィギュレーションサーバーのデータをアプリケーションデータと同じ場所に設置する場合があります。詳細は、「シャーディングされたクラスターのための Atlas が管理するコンフィギュレーションサーバー」を参照してください。

シャーディングされたクラスター内の最も優先度の高いリージョンに影響するリージョン停止時またはリージョン停止時シミュレーションにより、クラスターが読み取り操作を実行できなくなる可能性があります。コンフィギュレーションサーバーを復元するには、次の手順を実行します。

• セカンダリ ノードの読み込みクエリに適した読み込み設定 (read preference) を構成します。

• 選挙可能なノードを取り戻すようにクラスターを再構成します。

mongos 配置について

Atlas deploys one mongos router for each node in each shard. For cross-region clusters, this allows clients using a MongoDB driver to connect to the geographically "nearest" mongos.

To calculate the number of mongos routers in a cluster, multiply the number of shards by the number of replica set nodes per shard.

シャーディングされたクラスターの配置をレプリカセットの配置に変換することはできません。

サーバー インスタンスの数がコストに与える影響の詳細については、「ノード数」を参照してください。

シャーディングされたクラスターの詳細については、MongoDB マニュアルの「シャーディング」を参照してください。

シャードの数を設定する

このフィールドは、配置がシャーディングされたクラスターである場合にのみ表示されます。

クラスターは、1 から 70 までのシャードを持つことができます。

レプリカセットをマルチシャーディングされたクラスターにスケール アップするには、まず単一のシャーディングされたクラスターにスケール アップし、アプリケーションを再起動してクラスターに再接続してから、シャードを追加する必要があります。

アプリケーション クライアントを再接続しないと、アプリケーションにデータが停止する可能性があります。

レプリカセットクラスターを単一のシャーディングされたクラスターにスケール アップしたら、そのシャーディングされたクラスターで配置するシャードの数を設定できます。

シャーディングされたクラスター内のシャードの数を減らす場合、Atlas は "_id" フィールドの数に基づいてシャードを降順で削除します（「シャーディングされたクラスターの構成」を参照）。たとえば、次の 3 つのシャードを含むシャーディングされたクラスターを考えてみます。

• "shard0"

• "shard1"

• "shard2"

シャードの数を 2 に設定すると、Atlas はクラスターから "shard2" を削除します。

重要: 8.0でシャードを削除すると、Atlas はmoveCollection コマンドを使用して、そのシャード内のシャーディングされていないコレクションを残りのシャードに移動します。このプロセス中、シャーディングされていないコレクションはすべてオンラインのままになります。

• すべてのシャーディングされたコレクションは、シャード削除プロセス中もオンラインのままとなり、利用可能です。削除されたシャードからシャーディングされたコレクションを空にするには、バランサーをオンにする必要があります。

• Atlas moves any unsharded collections that can't be drained by moveCollection command by using the movePrimary command. To learn more about the limitations of moveCollection, see Restrictions. movePrimary is an offline operation.

• シャード削除の詳細については、「 クラスターからシャードを削除する 」を参照してください。

レプリカセットをクラスターに変換する場合の考慮事項

クラスター階層が M30 以上の場合は、レプリカセットをクラスターに変換できます。

単数形のレプリカセットクラスターを複数シャードのシャーディングされたクラスターに変換するには、まず単一のシャード シャーシャーディングされたクラスターに変換し、アプリケーションを再起動してクラスターに再接続してから、シャードを追加する必要があります。

アプリケーション クライアントを再起動しないと、Atlas によってシャード間でのデータ分散が開始された後、データの整合性が失われる可能性があります。

アプリケーション クライアントを再接続しないと、アプリケーションにデータが停止する可能性があります。

• If you are using a DNS Seed List connection string, your application automatically connects to the mongos for your sharded cluster.

• 標準の接続文字列を使用している場合は、新しいクラスター トポロジーを反映するように接続文字列を更新する必要があります。

MongoDB8.3 以降では、DDL 操作と applyOpsmongosは、すべてのシャーディングされたクラスターの でのみ実行できます。レプリカセットからシャーディングされたクラスターに移行している間は、これらの操作が一時的に利用できなくなることがあります。

変換した後、コレクションを シャーディング し、シャード間でデータを分散するために適切なシャードキーを選択する必要があります。詳細については、「クラスターへのレプリカセットの変換」を参照してください。

読み込み設定（read preference）

次の表では、BI Connector で使用可能な読み込み設定 (read preference) と、それに対応する readPreference 接続文字列オプションおよび readPreferenceTag 接続文字列オプションについて説明しています。

サンプリング設定

リレーショナル スキーマを生成するには、BI Connector に MongoDB からのサンプリング データが必要です。

.drdl ファイルを使用したり、mongodrdl コマンドを使用して Atlas BI Connector のサンプリング ステージを置き換えたりすることはできません。

構成可能なサンプリング設定は以下の通りです。

前提条件

• Atlas クラスターでこの機能を有効にする前に、使用しているキー管理を使用して Atlas プロジェクトの保管時の暗号化を設定する必要があります。詳細については、「カスタマー キー 管理を使用した保管時の暗号化」を参照してください。

• クラスターの保管時の暗号化のプロバイダーを別のプロバイダーに切り替えるには、まずクラスターの保管時の暗号化のプロバイダーを無効にし、その後に変更先の保管時の暗号化のプロバイダーで再度有効にする必要があります。詳細については、「カスタマー キー 管理を使用した保管時の暗号化」を参照してください。

手順

このクラスターの独自の暗号化のキーの管理を開始するには、Encryption using your Key Management (M10 and up) を Yes に切り替えてください。

キー管理を使用した Atlas Encryption at Rest は、M10+レプリカセットクラスターで利用できます。 Atlas Encryption at Rest は、 クラスターのバックアップ の暗号化 のみ をサポートします。

独自の暗号化のキーを管理すると、クラスターの 1 時間あたりの運用コストが上昇します。高度なセキュリティ機能に対する Atlas の課金の詳細については、「高度なセキュリティ」を参照してください。

Considerations

クラスターのストレージサイズを変更すると、Atlas はレプリカセットとシャーディングされたクラスターの Oplog Size を動的に変更します。Atlas が oplog サイズを管理する方法の詳細については、「Oplog サイズの動作」を参照してください。ただし、Minimum TLS Protocol Version および Allow Server-Side JavaScript の設定では、シャードメンバーとコンフィギュレーションサーバーレプリカセットのローリング再起動が実行されます。Atlas がメンテナンス操作中に高可用性をサポートする方法の詳細については、「MongoDB Atlas が高可用性を実現する方法」を参照してください。

追加設定の表示と編集

これらの設定を表示および編集する方法は、次のとおりです。

atlas clusters advancedSettings update <clusterName> [options]

AWSクラスターのクロスリージョン最初の同期を高速化する

Atlas では、AWS リージョンに新しいノードを追加すると、クラウドベースの最初の同期を実行してソース ノードのスナップショットを作成し、AWS のネイティブなスナップショット機能を使用してそのスナップショットを新しいノードに復元します。

この設定を有効にすると、Atlas はAWS時間ベースのスナップショット コピーを使用して、ソースノードとは異なるAWSリージョンにある宛先AWSノードのクラウドベースの最初の同期を実行します。 Atlas は、データの最新性を最大限に高めるために、セカンダリ ノードよりもプライマリノードからの復元を優先します。時間ベースのスナップショット コピー操作では、500 MiB/s の最大コピー操作スループットが実現できます。 Atlas は、スナップショットのサイズに基づいてコピー操作の完了時間を調整することで、常にスループットを最大化します。

Atlas supports cross-region Cloud-based initial sync for AWS and Google Cloud clusters only. For Azure clusters, Atlas performs a logical initial sync to add a node to a new region. You can add or replace nodes in your cluster when you edit the cluster configuration.

This setting can be enabled only for clusters that contain at least one AWS node. All clusters are opted out by default. If you remain opted out for an AWS cluster, Atlas uses AWS's native non-time-based snapshot copy method to perform cross-region Cloud-based initial syncs. Non-time-based snapshot copies are likely to be much slower than time-based snapshot copies.

より高速な時間ベースのクロスリージョンの最初の同期を有効にすると、AWSからの追加コストが発生します。AWSスナップショットの料金請求の詳細については、 「 Amazon EBS 価格ページ 」を参照してください。

Azure クラスターのアダプティブ キャパシティー

Atlas では、ノードが 1 つ以上ある Microsoft Azure 上のクラスターで、Adaptive Capacity がデフォルトで有効になります。適応型キャパシティーは、M30 以上のクラスターで有効になります。詳細を学ぶには、「 適応型キャパシティー」を参照してください。

個別のクラスターの適応型キャパシティーをオプトアウトするには、または再有効にするには、Atlas UI または Atlas Administration API を使用します。

最小 oplog window の設定

クラスターのoplog内にあるoplogエントリの保持期間を変更します。デフォルトでは 、Atlas が 時間エントリを保持した後、24 mongodがoplogからそれらを削除します。

This option corresponds to modifying the storage.oplogMinRetentionHours configuration file option for each mongod in the cluster.

最小 oplog window を設定するには、次の手順を行います。

1. ストレージのオートスケーリングが有効になっており、オプトアウトしていないことを確認します。Atlas ではデフォルトでオートスケーリングが有効になっています。

2. 最小oplog ウィンドウ を任意の値に設定します。この値を設定しない場合、Atlas がoplogエントリを 時間保持した後、24 mongodはoplogからそれらを削除します。

Oplog サイズの設定

固定の oplog サイズを設定できるため、ライブ移行中や集中的なデータ読み込み時に役立ちます。

Set Oplog Size 構成設定は、クラスターのストレージ オートスケーリングをオプトアウトした場合にのみ設定できます。MongoDB のコマンド replSetResizeOplog を使用して、Atlas のクラスター上の oplog のサイズを変更することはできません。

ストレージのオートスケーリングが有効になっているクラスターでは、代わりに Minimum Oplog Window を設定できます。詳しくは、最小 Oplog Window の設定を参照してください。Atlas では、ストレージのオートスケーリングはデフォルトで有効になっています。

設定できる oplog の最小サイズは 990 メガバイトです。選択した oplog サイズによってクラスターのディスクの空きキャパシティーが 25% 未満になった場合、Atlas はエラーを返します。

現在の oplog サイズとレプリケーションラグ時間を確認するには

1. Connect to your cluster via mongosh.

2. Authenticate as a user with the Atlas admin role.

3. Run the rs.printReplicationInfo() method.

Atlas では、現在の oplog サイズとレプリケーションラグ時間を表示します。

固定 oplog サイズを設定するには、次の手順を行います。

1. ストレージの自動スケーリングをオプトアウトします。

2. Set the Minimum Oplog Window to 0.

3. 必要な oplog のサイズを決定します。

   • Atlas UI で移行プロセス中のラグ時間を監視します。

   • If the lag time shown in the Atlas UI during migration approaches the replication lag time that you obtained using the rs.printReplicationInfo() method, increase the oplog size.

4. 入力ボックスに、任意のOplog Sizeを指定します（メガバイト単位）。 この設定では、ディスク上のサイズではなく、oplog の非圧縮サイズが構成されます。

   シャーディングされたクラスターの配置の場合、このオプションによりクラスター内の各シャードの oplog サイズが変更されます。

   This option corresponds to modifying the replication.oplogSizeMB configuration file option for each mongod in the cluster.

   警告

   oplog のサイズを小さくするには、oplog からデータを削除する必要があります。Atlas は、oplog の削減の結果として削除された oplog エントリにアクセスしたり、復元したりすることはできません。oplog を削減する前に、このデータ損失の影響を考慮してください。

サーバーサイド JavaScript を許可する

JavaScript をサーバー側で実行する操作の実行を有効または無効にします。

• MongoDBが5.0 未満のバージョンでクラスターを実行する場合、このオプションはクラスター内の各 のsecurity.javascriptEnabled mongod構成ファイルオプションの変更に対応します。

• MongoDBバージョン5.0 以降でクラスターを実行している場合、このオプションは、クラスター内の各security.javascriptEnabled mongodとmongos の 構成ファイルオプションの変更に対応します。

• MongoDBバージョン8.0 Allow Server-Side JavaScriptを実行しているクラスターでは、セキュリティとパフォーマンスを向上させるために、 はデフォルトで無効になっています。このオプションは、クラスター内の各security.javascriptEnabled mongodとmongos の 構成ファイルオプションに対応します。

冗長化および匿名化されたクエリ データのログを有効にする

編集され匿名化された $queryStats 出力を MongoDB ログに含めます。$queryStats 出力にはリテラル値またはフィールド値が含まれていません。この設定を有効にすると、クラスターのパフォーマンスに影響を与える可能性があります。

TLS プロトコルの最小バージョンの設定

Set the minimum TLS version that the cluster accepts for incoming connections. This option corresponds to configuring the net.tls.disabledProtocols configuration file option for each mongod in the cluster.

IMPORTANT: Atlas no longer supports TLS 1.0 or 1.1. All clusters reject attempts to connect with TLS 1.0 or 1.1. Set the minimum TLS version of your clusters to 1.2 or higher.

カスタム暗号スイート構成の設定

暗号スイートのリストから、クラスターのノード間通信およびクライアントとAtlas間の通信に使用する暗号スイートを選択してください。使用可能な暗号のリストは、クラスターの最小 TLS バージョンによって異なります。

すべてのクエリにインデックスが必要

Enable or disable the execution of queries that require a collection scan to return results. This option corresponds to modifying the notablescan parameter via the setParameter command for each mongod in the cluster.

デフォルトの書込み保証 (write concern)

このクラスターの書き込み (write) 操作に対して MongoDB から要求される確認応答のデフォルト レベルを設定します。

クラスターのデフォルトの書込み保証 (write concern)は過半数です。

トランザクションの有効期間を設定する

Set the maximum lifetime of multi-document transactions. This option corresponds to modifying the transactionLifetimeLimitSeconds parameter via the setParameter command for each mongod in the cluster.

クラスターのデフォルトのトランザクション有効期間は 60 秒です。

高速ディスク事前ウォーミングの有効化または無効化

To enable fast disk pre-warming for a cluster, toggle Allow Fast Disk Pre-Warming to Yes.

クラスターの高速ディスク事前ウォーミングを無効にするには、Allow Fast Disk Pre-Warming を No に切り替えます。

基礎のクラウドプロバイダーのインフラストラクチャの設計により、既存のリージョンに新しいノードを追加する場合など、MongoDB Atlas がクラスターに新しいノードをプロビジョニングする必要があるときはいつでも、ディスクの事前ウォーミングが行われます。ディスクの事前ウォーミングでは、一時的に非表示のセカンダリ ノードが使用されます。

高速ディスク事前ウォーミングは、バックグラウンド ディスク ウォーミングよりも高速です。デフォルトでは、Atlas は配置に対して高速ディスク事前ウォーミングを有効にします。ディスク事前ウォーミングが有効になっている場合、Atlas はノードを非表示にし、これによりこのノードは読み取り操作を実行できなくなります。

次の推奨事項を検討してください。

• 一貫したクエリ レイテンシを求めるワークロードがある場合は、この設定を有効にします。

• 一貫したクエリ パフォーマンスによる最大限の可用性の保証を求めるワークロードがあり、新しく追加または交換されたノードをすぐにアクティブにして表示できるようにする必要がある場合は、事前ウォーミングプロセスが完了するまで、この設定を無効にし、事前ウォーミングを行うノードのタグを含むカスタム接続文字列を使用します。この接続文字列を使用すると、ノードでの読み取りが防止されますが、IOPS のほとんどが事前ウォーミング プロセスによって使用されます。

読み取り操作のデフォルトタイムアウトを設定する

MongoDB のバージョン 8.0 以降を実行しているクラスターの場合、これらのクラスターのすべての読み取り操作の、デフォルトの最大タイムアウトをミリ秒単位で指定できます。これにより、データベースを意図せず長時間実行されるクエリから保護します。このオプションは、クラスター パラメータの defaultMaxTimeMS に対応します。

レプリカセット スケーリング モードの構成

Modify the replica set scaling mode for your cluster. Atlas uses the scaling mode In Parallel By Workload Type by default. Atlas can also scale a replica set with the In Parallel By Node Type and Sequential modes.

次のリストでは、使用可能なスケーリング モードについて説明します。

• In Parallel By Workload Type モードは、読み取り専用の運用ノードと分析ノードを持つクラスターにのみ適用されます。別の 拡大モードを指定しない限り、Atlas はデフォルトでこの拡大モードを使用します。このモードでは 、Atlas は分析ノードを運用ノードと並行して拡張します。

  注意

  If your cluster has only electable nodes, the scaling mode In Parallel By Workload Type doesn't affect cluster behavior.

• In Parallel By Node Type このモードは、頻繁かつタイムリーにクラスター階層のスケーリングが必要な、大規模で動的なワークロードに対応しています。このモードでは、Atlas は選挙可能なノードを読み取り専用ノードおよび分析ノードと並行してスケーリングします。これは最も迅速なスケーリング戦略ですが、大量のセカンダリ読み取りを行うと、ワークロードのレイテンシに影響を与える可能性があります。

• Sequential モードは、定常状態のワークロードとレイテンシのセカンダリ読み取りを実行するアプリケーション用です。このモードでは 、Atlas はすべてのノードを順番にスケーリングします。

ログ リダクションを有効にする

これをオンに切り替えると、潜在的に機密性の高い情報がログに記録されなくなります。詳しくは、「ログ リダクション」を参照してください。

ログリダクションを有効および無効にするには、ローリング再起動が必要です。

シャーディングされたクラスターの Atlas 管理設定サーバ

新しいシャーディングされたクラスターの コンフィギュレーションサーバー タイプの Atlas の管理を有効または無効にします。Atlas が管理するコンフィギュレーションサーバーは、最適なパフォーマンスとコスト削減の基準に基づいてコンフィギュレーションサーバーの種類を自動的に切り替えます。シャーディングされたクラスターで Atlas が管理するコンフィギュレーションサーバーを有効にしない場合、Atlas は常にクラスター専用のコンフィギュレーションサーバーを使用します。

すべての 8.0 Atlas シャーディングされたクラスターで、Atlas が管理するコンフィギュレーションサーバーはデフォルトで On です。 Atlas 管理のコンフィギュレーションサーバーを無効にするには、トグルを Off に設定します。クラスターのシャードと埋め込みコンフィギュレーションサーバーが 6 つ未満の場合、Atlas が管理するコンフィギュレーションサーバーをオフにすると、クラスターはすぐに専用コンフィギュレーションサーバーに移行されます。