Ops ManagerのS3バックアップに直接接続

共存とフォールバック

S3 Backupへの直接バックアップと、MongoDB Ops Manager経由でデータをストリーミングする標準バックアップは共存可能です。

Direct to S3 バックアップを有効にしたジョブで、MongoDB Agentのバージョンが最小要件を下回っている場合、MongoDB Ops Managerは標準パスにフォールバックします。このフォールバックは、MongoDB Agentをアップグレードするまで続きます。バージョンが混在するフリートでも、バックアップは引き続き正常に実行されます。

• バージョン要件を満たす配置では、Direct to S3 バックアップ が使用されます。

• バージョン要件を満たさない配置では、標準のデータパスが使用されます。MongoDB Agentをアップグレードした後、最初のスナップショットでジョブは自動的にDirect to S3 バックアップに切り替わります。追加のアクションは必要ありません。すでに進行中のスナップショットは、元のアップロードパスで完了します。

さらに、以下に説明するように、ジョブの Direct to S3 バックアップを手動で有効または無効にできます。

バックアップ ホストのネットワーク アクセス

バックアップを実行する各ホストするは、次のことができる必要があります。

• S3 または S3 互換エンドポイントとなる接続されたデバイスの DNS 名を解決する

• そのエンドポイントとなる接続されたデバイスへのアウトバウンド HTTPS 接続を確立します

• MongoDB Ops Manager が生成する S3 プリサインド URL を使用してデータをアップロードする

Direct to S3 バックアップを有効にすると、大容量のアップロードパスはMongoDB Ops ManagerアプリケーションサーバーからMongoDB Agentを実行するすべてのホストするに移動します。以前は、MongoDB Ops ManagerサーバーのみがS3へのネットワークアクセスを必要としていました。この機能を有効にする前に、バックアップをホストするものからS3エンドポイントとなる接続されたデバイスへのアウトバウンド接続を確認してください。

MongoDB エージェントは S3 アクセス キーまたは IAM ロールを必要としません。MongoDB Ops Manager は、読み取りに設定された S3 認証情報を使用して、すべての事前署名付き URL を生成します。それらの認証情報は、読み取りだけでなく、バケット上での pre-signed PUT 操作も許可する必要があります。

パフォーマンスとサイズ設定

• MongoDB Ops Managerの負荷: MongoDB Ops Managerのアプリケーションサーバーはスナップショットブロックのペイロードを保持しなくなりましたが、事前署名、マニフェストの検証、ジョブの状態、メタデータの書き込み (write)は引き続き取り扱います。コントロールプレーンのワークロードに合わせてMongoDB Ops Managerのサイズを調整します。

• エージェント ホスト サイジング: S3 バックアップへの直接バックアップでは、MongoDB Ops Manager サーバーから圧縮、ハッシング、TLS、および平行 S3 アップロードが MongoDB Agent を実行する各ホストへ移動されます。機能を有効にする前に、これらのホストに、追加のワークロードに対応できる十分な CPU、メモリ、およびアウトバウンド ネットワーク キャパシティーがあることを確認してください。ベースラインのスナップショット時間とリソース使用量を取得して、Direct to S3 を有効にした後の影響を比較できるようにします。

  • mms.backup.d2s3.transfer.numWorkers が設定されていない場合、MongoDB Agent は、ホストが使用を許可されている CPU とメモリに基づいて、バックアップワーカーの数を自動的にサイズ設定します。その許容量の 4 vCPU あたり約 1 つのワーカーから開始され、最大 16 つのワーカーまでとなります。各ワーカーはピーク時に約 1 つの CPU コアを使用できるため、ホストの許可された CPU キャパシティーの少なくとも 25% をバックアップ用に確保するように計画してください。

  • スナップショット中は、MongoDB AgentのCPU使用率とデータベースのレイテンシをモニターしてください。MongoDB AgentがCPUバウンドである場合、またはデータベースのレイテンシが増加した場合は、キャパシティーの追加またはnumWorkersの削減を検討してください。

• ネットワーク パス：総バックアップ スループットは、各 MongoDB エージェントから S3 へのパスの合計です。お使いの S3 エンドポイントとなる接続されたデバイス、VPC エンドポイントとなる接続されたデバイス、またはプロキシが、同時にバックアップするすべてのホストで予想される同時実行数を取り扱うことができることを確認します。

セキュリティと IAM

• MongoDB Ops Managerの権限: 読み取り用に構成されたS3認証情報は、スナップショットに使用されるバケットとプレフィックスに対する事前署名付きPUT操作を許可する必要があります。

• MongoDB Agentの権限: MongoDB AgentはS3認証情報を持っていません。MongoDB Ops Managerは、すべてのブロックのアップロードと検証に対して事前署名付きURLを生成します。

• 不変性: S3 への直接バックアップは S3 オブジェクト ロックと互換性があります。不可変スナップショットに必要なオブジェクトバージョン ID は、ブロックマニフェストに記録されます。