高可用性MongoDB Ops Managerバックアップサービスの構成
Considerations
バックアップの可用性を高レベルにするには、次の考慮事項が適用されます。
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は
w: 2{0 書込み保証（ write concern ） を使用します。このため、書込み操作ごとに プライマリ と 1 つの セカンダリ からの確認応答が必要です。多数の施設の メンバーを使用してレプリカセットを配置する場合は、必要に応じて 1 つの施設でプライマリを選出するのに十分な投票数があることを確認してください。 この単一の機能のどちらかを選択する場合は、 MongoDB Ops Managerアプリケーションとアプリケーション データベースをホストする機能を選択します。 投票メンバーの過半数と、プライマリになることができるすべてのメンバーをこの機能に配置します。 そうしないと、ネットワーク パーティションによってセットが過半数を形成できなくなる可能性があります。詳しくは以下を参照してください。
スナップショット ストアを特定の データセンター に割り当てる場合は、配置のニーズに基づいて各リージョンの高可用性要件を検討してください。 たとえば、一部の配置では、レプリカセットを構成すると十分な可用性が得られる場合があります。 データセンターがダウンした場合でも、配置に 24/7 の高可用性要件がある場合は、書込みに対応できるように各データセンターに十分なノードを構成します。 詳細については、「高可用性MongoDB Ops Managerアプリケーションと複数のスナップショット ストア 」を参照してください。
クエリ可能な復元ジョブ と グルーム ジョブ 用に複数の バックアップデーモン のインスタンスを構成します。これは大規模な配置に便利です。
バックアップデーモンごとに、次の操作を実行できます。
バックアップ ジョブ を割り当てます。 特定のデーモンとストアにジョブを割り当てない場合、 MongoDB Ops Managerは各グループで利用可能なすべてのバックアップデーモンを使用します。
Daemon構成ページで 設定を調整します。 たとえば、専用のクエリ可能なデーモン ホストでは、 Queryable Restore Jobsを除くすべてのチェックボックスをクリアできます。
詳細情報
バックアップデーモン コンポーネントは、 MongoDB Ops Managerパッケージを使用してインストールします。 デーモンを実行するには、アクティブ化する必要があります。 詳しくは、「 MongoDB Ops Managerのインストール」セクションで、プラットフォームに固有の手順を選択します。
アクティブなバックアップデーモンをすべて表示し、その構成オプションにアクセスするには、「デーモン 」を参照してください。
サーバー上でバックアップデーモンを起動および停止するには、「バックアップデーモンの起動と停止 」を参照してください。
失われたバックアップサーバーから別のバックアップサーバーにジョブを移動するには、「失われたバックアップデーモンから別のバックアップデーモンへのジョブの移動 」を参照してください。
MongoDB Ops Managerアプリケーションの可用性を高レベルにするには、「高可用性MongoDB Ops Managerアプリケーションの構成 」を参照してください。