MongoDB.local SF, Jan 15: See the speaker lineup & ship your AI vision faster. Use WEB50 to save 50%
Find out more >
Docs Menu
Docs Home

Atlas Data Processing

MongoDB Atlas では、特定の Atlas 機能によるデータ処理を特定のリージョンにローカライズするオプションが顧客に提供されています。 次のセクションでは、追加の詳細について説明します。

Atlas プロジェクトで MongoDB Atlas クラスターを作成する場合、カスタマーはそのクラスターを配置するクラウドプロバイダーとリージョンを選択する必要があります。 基礎のクラウドプロバイダーとカスタマーによって選択されたリージョンは、クラスター リージョンと呼ばれます。 カスタマーが Atlas クラスターに保存するデータは、指定されたリージョンに保管可能に保存されます。 このデータには、JSON ドキュメントとしてデータベースに保存されているデータレコードと、データベースまたは監査ログに保存されているデータが含まれます。 クラスターに保存されるデータには、Atlas データベース名、コレクション名、シャードキー、インデックス名、インデックス定義、Atlas データベースユーザー名、Atlas データベース ロール も含まれる場合があります。

MongoDB Atlas は、 Performance Advisorクエリプロファイラースキーマ アドバイザーリアルタイム パフォーマンス パネルなど、データベースへの可視性を向上させ、先を見越した最適化の提案を提供する多数の機能を提供しています。 これらの機能はデータベース ログを使用します。このログには、顧客が MongoDB Atlas に保存したデータのスニペットが含まれる場合があります。 さらに、MongoDB Atlas はData Explorerを提供しており、カスタマーが Atlas クラスター内のデータをクエリできます。

デフォルトでは、これらの各機能は米国の MongoDB Atlas コントロール プレーン内で実行されます。 リクエストに応じて、限られた地理的セットの場合、これらの機能を特定のリージョンで実行するように構成することもできます。 これらのサービスが実行されるクラウドプロバイダーのリージョンは、プロジェクト サービス リージョンと呼ばれます。

Q:プロジェクト サービスのリージョンはどのように有効になっていますか。

デフォルトのプロジェクト サービス リージョンは、米国のMongoDB Atlasコントロール プレーンです。

Q: Atlas のカスタマーはプロジェクト サービス リージョンを選択できますか。

いいえ。クラスター リージョンとは異なり、プロジェクト サービス リージョンは MongoDB Atlas によって自動的に選択されます。 自動選択は、カスタマーが 米国 以外のプロジェクト サービス リージョンの有効化をリクエストしているかどうかによって異なります。

Q: Atlas のどの Atlas 機能は、米国以外のプロジェクト サービス リージョンをサポートしていますか。

次の Atlas 機能は、米国以外のプロジェクト サービス リージョンをサポートしています。

オプションが有効になっている場合、Atlas は Performance Advisor、クエリプロファイラー、スキーマ アドバイザー、データ エクスプローラー、リアルタイム パフォーマンス パネルによって処理されるドキュメント フィールド値とデータベース ログの処理を制限し、それらのフィールド値とデータベース ログは次で処理されます:特定のプロジェクト サービス リージョン

Q: Atlas はプロジェクト サービス リージョンをどのように選択しますか。

米国以外のプロジェクト サービス リージョンが有効になっている場合、Atlas は、Atlas プロジェクトで作成された最初の専用階層クラスターに基づいて、Atlas プロジェクトのデータ処理リージョンを次のように設定します:

  • 最初の専用階層クラスターが単一リージョンのレプリカセットまたはシャーディングされたクラスターである場合、Atlas はその単一リージョンに基づいてプロジェクト サービス リージョンを設定します。

  • 最初の専用階層クラスターがマルチリージョンのレプリカセットまたはシャーディングされたクラスターである場合、Atlas は、そのクラスターの最も優先度の高いリージョンとして指定したリージョンに基づいてプロジェクト サービス リージョンを設定します。

  • 最初の専用階層クラスターがグローバル書き込みのシャーディングされたクラスターの場合、Atlas は、最初のゾーンの最も優先度の高いリージョンとして指定したリージョンに基づいてプロジェクト サービス リージョンを設定します。

同じ Atlas プロジェクト内のすべてのクラスターは、最初の専用階層クラスターと同じデータ処理リージョンを継承します。 Atlas プロジェクトですべての専用階層クラスターが削除されると、Atlas はその Atlas プロジェクトのプロジェクト サービス リージョンをリセットします。

Q: 現在利用可能なプロジェクト サービスのリージョンは何ですか。

上記の基準を使用して、Atlas は最初の専用階層クラスターのリージョンまたは優先順位リージョンを、次のように特定のプロジェクト サービス リージョンにマッピングします。

最初のクラスターのリージョン
プロジェクト サービスのリージョン

フランスのAmazon Web Services / Azure / GCPリージョン

Amazon Web Servicesパリ({0eu-west-3

英国のAmazon Web Services / Azure / GCPリージョン

Amazon Web Services Central(eu-west-2

Amazon Web Services / Azure / GCPリージョン(フランスを除く)および中東部および南アフリカ

Amazon Web Servicesアイルランド(eu-west-1

Q: Atlas のサービスとデータは、米国以外のプロジェクト サービス リージョンを使用するように構成できませんか。

MongoDB では、すべての Atlas サービスまたは MongoDB Atlas によって処理されるすべてのデータの処理がリージョン化されません。 MongoDB は、上記リストに含まれていない Atlas のサービス、機能、データ型に関するクラウドサービスの運用要件とカスタマー サポートのニーズ、およびカスタマーが開始したデータ転送に応答するために、データを転送し続けます。

Atlas がデータ処理をリージョン化しないサービスと機能の例には、次のようなものがあります。

  • Atlas Charts

  • Atlas Data Lake非推奨)、オンライン アーカイブ、およびAtlas Data Federationのクエリ

  • Atlas Administration API経由でダウンロードした場合のデータベース ログと監査ログのダウンロード

米国以外の プロジェクト サービス リージョン でカバーされて いない データ、つまりリージョン化できないデータの例には、次のようなものがあります。

  • Atlas データベース名、コレクション名、シャードキー、インデックス

  • Atlas コンソールへのログインに使用される Atlas ログイン データ

  • Atlas データベースアクセスとネットワークアクセスメタデータ

  • カスタマー サポート ケースで使用される Atlas サポート ポータル データ

  • Atlas クラスターからのメタデータ(例: モニタリング データ)

  • Atlas アプリケーション ログ

MongoDB では、すべてのデータ転送が、サービス契約に詳細なセキュリティと法定代理人によって保護されています。

Q: データベース ログにはどのようなデータが含まれますか。

次に、JSON ドキュメントとログに保存されるデータの例を示します。 値は実際のデータであり、キーはスキーマ データと考えることができます。

{
"key1_string": "value1",
"key2_number": 1234,
"key3_array": ["a", "b" ],
"key4_dict": { subkey1: "subkeyvalue" }
}

データベース ログ データ。 ログデータには、スキーマと実際のデータ/リテラルの両方が含まれます。

2023-03-09T13:35:23.446-04:00 I COMMAND [conn1] command internal.clients
appName: "MongoDB Shell"
command: insert {
insert: "clients",
documents: [ {
_id: ObjectId('593adc5b99001b7d119d0c97'),
"key1_string": "value1",
"key2_number": 1234,
"key3_array": ["a", "b" ],
"key4_dict": { subkey1: "subkeyvalue" }
} ],
ordered: true
}
...