AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

オンラインアーカイブの概要と制限事項

重要

The feature described on this page is not currently supported on Atlas Infinite clusters during public preview. For the features supported in public preview, see Public Preview Availability.

Atlas オンラインアーカイブ は、アクセス頻度の低いデータをMongoDB Atlasクラスターからクラウドオブジェクトストレージにアーカイブすることで、データストレージとクエリのコストを最適化するよう設計された機能です。 Atlas Online アーカイブを使用すると、データのライフサイクルを能力し、ライブ データセットとアーカイブ データセットで統合されたクエリ エクスペリエンスを維持し、運用の複雑さを軽減できると同時に、必要な場合にデータにアクセスし続けることができます。

Flex クラスターは現時点ではこの機能をサポートしていません。詳しくは、 「Atlas Flex の制限事項」をご覧ください。

Atlas オンラインアーカイブを使用する場合は、次の要件、期待、制限を考慮してください。

Atlas の Atlas Online Archive は、M10 以上のクラスターでのみ利用できます。

Atlas Online Archive を作成または削除するには、次のいずれかのロールが必要です。

Atlas Online アーカイブで操作する際の次のパフォーマンスに関する期待を考慮してください。

  • アーカイブ ジョブ: MongoDB はアーカイブ ジョブを定期的に実行して、クラスターからクラウドストレージにデータを移動します。これらのジョブは非同期で動作し、クラスターへのパフォーマンスへの影響を最小限に抑えるように設計されています。

  • クラスター容量: アーカイブ ジョブはクラスターのリソースを消費します。リソースの制約を回避するために、アクティブなワークロードとアーカイブ タスクの両方をサポートするのに十分なキャパシティーがあることを確認します。

  • クエリ パフォーマンス: アーカイブ データは 読み取り最適化クラウドオブジェクトストレージに保存されます。このため、Atlas クラスターでライブ データをクエリする場合と比較して、クエリ パフォーマンスが低下する可能性があります。

重要

デフォルトでは 、 MongoDB はアーカイブジョブを完了してから次の実行を開始するまで 5 分間待機します。

Atlas Online Archive は以下の機能をサポートしていません。

  • Atlas Online Archive への書き込み。

  • フェデレーティッドデータベースインスタンス CLI または Atlas Data Federation API 経由での Atlas Online Archive の構成または管理。

  • 上限付きコレクションのアーカイブ

  • 合計ボリュームが 5 分のジョブサイクルあたり 2 GBを超える場合にデータをアーカイブします。

  • 5 MiB 未満のデータを 7 日後に アーカイブします。詳細については、「制限」を参照してください。

  • Deleting individual documents, including to respond to a request to delete personal data. To learn more, see Personal Data and Right to Erasure.

重要

Online Archive inherits all Atlas Data Federation limitations. This includes MongoDB Search pipeline stages like $search and $searchMeta and MongoDB Vector Search pipeline stage $vectorSearch, which are not supported when querying archived data. For a complete list of unsupported features, see Atlas Data Federation Query and Feature Limitations.

個人データをアーカイブする場合、EU一般データ保護規則(GDPR)に基づく消去権の下で個人データを削除するリクエストなど、データ主体からのリクエストにどのように対応するかを計画する必要があります。オンライン Archiveは読み取り専用であり、アーカイブから個々のドキュメントを削除することはサポートされていません。アーカイブされたデータは、アーカイブレベルでのみ削除できます。

  • オンラインアーカイブを削除する。オンラインアーカイブは手動で削除します。オンラインアーカイブを削除してから5日後に、Atlasはオンラインアーカイブストレージ上のすべてのファイルとメタデータを自動的に削除します。Atlas がこのデータを削除すると、復元することはできません。

  • アーカイブのデータ保持期間を指定します。Atlasは、指定した日数(7日から9125日)が経過した後、アーカイブされたデータを削除します。詳細については、「Configure オンライン アーカイブ」を参照してください。

アーカイブされたデータから個人の個人データを消去するには、アプリケーションまたは運用プロセスで削除を取り扱う必要があります。オンライン アーカイブから個々のドキュメントを消去するには、次の手順を実行します。

1

To learn how to restore archived data with the $merge stage, see Restore Specific Documents from Online Archive.

2

To learn more, see Delete Documents.

3

詳細については、「オンラインアーカイブを削除する」を参照してください。

4

詳細については、「Configure オンライン アーカイブ」を参照してください。

コレクション用に Online アーカイブを構成すると、Atlas は Atlas Data Federation を使用して読み取り専用の フェデレーティッドデータベースインスタンス を作成します。これにより、同じコレクション名とデータベース名を使用して、本番環境クラスターとアーカイブ データの両方で統合クエリが実行されます。

時間フィールドまたはカスタム フィルターに基づいてアーカイブ ルールを定義します。Atlas はこれらのルールを継続的に評価し、一致するドキュメントを Atlas が管理するクラウドオブジェクトストレージに自動的に転送します(例: Amazon Web Services S3、 Azure Blob)。

Data Federation のリージョン
Amazon Web Servicesリージョン
Atlas リージョン

米国バージニア州北部

us-east-1

US_EAST_1

米国ワシントン州

us-west-2

US_WEST_2

サンパウロ(ブラジル)

sa-east-1

SA_EAST_1

アイルランド

eu-west-1

EU_WEST_1

London, England, UK

eu-west-2

EU_WEST_2

フランクフルト(ドイツ)

eu-central-1

EU_CENTRAL_1

Tokyo, Japan

ap-northeast-1

AP_NORTHEAST_1

韓国(ソウル)

ap-northeast-2

AP_NORTHEAST_2

ムバイ(インド)

ap-south-1

AP_SOUTH_1

香港

ap-southeast-1

AP_SOUTHEAST_1

オーストラリア、シドニー

ap-southeast-2

AP_SOUTHEAST_2

カナダ・ケベック州・モントリオール

ca-central-1

CA_CENTRAL_1

重要

Atlas は、アーカイブ データ用に Amazon のサーバー側暗号化 S3 マネージド キー(SSE-S3)を使用してアーカイブデータを暗号化します。Atlas は、クラスター データで使用した保管時の暗号化の暗号化キーを使用できません。

Atlas では、アーカイブ ルールでユーザーが指定した基準に基づいてデータがアーカイブされます。 この基準は次のとおり、アーカイブするコレクションのタイプによって異なります。

標準コレクションの場合、基準は以下のいずれかになります。

  • データをアーカイブする日付フィールドと、Atlas クラスターにデータを保存する日数の組み合わせ。指定された日付フィールドの値を現在の日付が超えた場合、Atlas は現在の時刻から日数を差し引き、その時刻以降のデータをアーカイブします。

  • カスタムクエリ。Atlas はアーカイブ ルールで指定されたクエリを実行して、アーカイブするドキュメントを選択します。

クラスターで Online アーカイブを構成すると、Atlas に 2 つのフェデレーテッドデータベースインスタンスが作成されます。

  • アーカイブ用フェデレーティッドデータベースインスタンス。アーカイブのデータのみクエリできます。

  • クラスターとアーカイブ用フェデレーティッドデータベースインスタンス。クラスターとアーカイブの両方のデータをクエリできます。

Atlas Online アーカイブを使用すると、クエリによるアクセスを維持しながら、ストレージコストを削減し、コールド データを管理できます。一般的なユースケースには、次のようなものがあります。

  • Large-scale historical datasets: クラスターにログ、メトリクス、トランザクションレコードなどの大量のデータが保存されており、データを削除することなく運用ストレージのコストを削減する必要がある場合。オンラインアーカイブは、コールドデータを安価なクラウドオブジェクトストレージに移行しつつ、クエリを通じてアクセス可能な状態を維持するのに役立ちます。

  • Time series archiving:アプリケーションは、IoT デバイス、エンジン、または金融システムなどのソースから高頻度の時系列データを取り込みます。Atlas Online アーカイブ を使用すると、クラスターのパフォーマンスへの影響を最小限に抑えながら、コンプライアンス、監査、または分析のためにこのデータを保持できます。

  • Cold operational data: 一定期間後にアクセスされることがほとんどないが、参照や規制要件のために保持する必要があるアプリケーションデータ(注文履歴、完了したサービスリクエスト、古い請求書など)を管理している場合。

  • Long-term customer records: システムにより、法定保持期間や再分析のためにアーカイブされたカスタマープロファイル、サブスクライブ履歴、またはユーザー アクティビティ ログが保持されますが、これらのドキュメントに頻繁にアクセスする必要がなくなりました。

  • Compliance and audit:組織では、規制または監査するの目的でデータを保持する必要があります(例: 金融トランザクション、医療ログ、アクセス ログなど)。アーカイブにより、クエリ インターフェースを変更することなく、コスト効果の高い長期ストレージが可能になります。

  • Archiving for analytics: 日次の操作には必要ないが、傾向、レポート、または予測のために時々分析されるデータをアーカイブし、プライマリ クラスターにオーバーヘッドを追加しません。

Atlas Online アーカイブ は、コールド データをホット ワークロードから分離すると同時に、両方への一元化されたインターフェイスを維持するのに役立ちます。これにより、アプリケーションの変更を必要とせずに、 運用効率、コスト削減、保持コンプライアンスが可能になります。

実稼働環境では、Atlas コンソールとAPIを使用して、クラスター上のコレクションに対する Atlas Online アーカイブを作成できます。作成が完了すると、次のことができます。