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

高可用性MongoDB Ops Managerバックアップサービスの構成

バックアップの可用性を高レベルにするには、次の考慮事項が適用されます。

  • MongoDB Ops Manager Application がバックアップを管理します。 バックアップのニーズを満たすには、ロード バランサーを使用して十分な数のMongoDB Ops Managerホストを配置します。

  • MongoDB Ops Managerでは、すべてのストアが利用可能であることを想定しています。 S3 互換ストレージとファイルシステム ストアの高可用性は、 MongoDB Ops Managerアプリケーションの範囲外です。

  • アプリケーションをホストする 専用のMongoDB プロセス MongoDB Ops Managerごとと、バッキング データベースごとに、スタンドアロンではなく レプリカセットを作成し ます。バッキング データベースには、MongoDB ブロックストア スナップショット ストア、MongoDB oplog ストア、または S 3互換ストレージ メタデータ ストアを含めることができます。

    MongoDB Ops Manager 8.0.26以降、Ops Managerは、majority アプリケーションデータベース およびバックアップメタデータストアへの耐久性がある書き込み (write)に対して、デフォルトで 書込み保証 (write concern) を使用します。これは、新規配置と8.0.26にアップグレードする既存の配置の両方に適用されます。以降。ログやメトリクスなどの耐久性がない書き込みは、パフォーマンスのために引き続きw: 2書込み保証 (write concern)を使用します。8.0.26より前の状態に戻すには、一部の耐久性がある書き込み (write)がw: 2を使用していた動作に戻すには、mms.writeConcern.modeをlegacyに設定します。アップグレード後にパフォーマンスが低下した場合にのみ、legacyモードを使用してください。

    majority 書込み保証 (write concern) を使用する場合、MongoDB Ops Manager が書き込み (write)を成功させるには、投票ノードの過半数による承認が必要です。複数の施設にノードを持つレプリカセットを配置する場合は、必要に応じて、単一の施設でプライマリを選出するのに十分な票を確保できるようにしてください。この単一の施設としてどの施設を選択するかを決定する際は、MongoDB Ops Manager アプリケーションとアプリケーションデータベースをホストする施設を選択してください。投票ノードの過半数と、プライマリになる可能性のあるすべてのノードをこの施設に配置します。そうしないと、ネットワークパーティションによって、セットが過半数を形成できなくなる可能性があります。

    詳しくは以下を参照してください。

  • スナップショット ストアを特定の データセンター に割り当てる場合は、配置のニーズに基づいて各リージョンの高可用性要件を検討してください。 たとえば、一部の配置では、レプリカセットを構成すると十分な可用性が得られる場合があります。 データセンターがダウンした場合でも、配置に 24/7 の高可用性要件がある場合は、書込みに対応できるように各データセンターに十分なノードを構成します。 詳細については、「高可用性MongoDB Ops Managerアプリケーションと複数のスナップショット ストア 」を参照してください。

  • クエリ可能な復元ジョブ と グルーム ジョブ 用に複数の バックアップデーモン のインスタンスを構成します。これは大規模な配置に便利です。

    バックアップデーモンごとに、次の操作を実行できます。

    • バックアップ ジョブ を割り当てます。 特定のデーモンとストアにジョブを割り当てない場合、 MongoDB Ops Managerは各グループで利用可能なすべてのバックアップデーモンを使用します。

    • Daemon構成ページで 設定を調整します。 たとえば、専用のクエリ可能なデーモン ホストでは、 Queryable Restore Jobsを除くすべてのチェックボックスをクリアできます。

  • 複数のバックアップデーモンを使用する場合は、ヘッドディレクトリパスごとに個別のローカル フォルダーを使用します。

  • クエリ可能な復元 ジョブを実行する予定がある場合は、 NFS 以外のファイルシステムを使用することをお勧めします。ファイルシステムに関する詳細な推奨事項については、 MongoDB運用チェックリスト を参照してください。

このページを評価