MongoDB Ops Manager

モニタリングの仕組み

MongoDB ホストでモニタリングをアクティブ化すると、MongoDB 配置のノードから統計情報を収集できます。エージェントはデータベースの統計情報を Ops Manager に送信し、配備状況をリアルタイムで報告します。選択したインジケーターにアラートを設定できます。

バックアップの仕組み

MongoDB 配置のバックアップをアクティブ化すると、指定した MongoDB プロセスからデータのスナップショットが作成されます。

バックアップ ワークフロー

バックアップは、お使いのデータベースの MongoDB バージョンの互換性に依存します。この機能の互換性バージョンは、現在のバージョンから 1 つ前のバージョンまでの範囲です。MongoDB 4.4の場合、 機能の互換性バージョンは 4.2 または 4.4 になります。

バックアップ プロセスでは、スケジュールされたスナップショット間隔でデータディレクトリのスナップショットが取得されます。

このプロセスでは、MongoDB 配置内のデータファイルがコピーされ、Ops Manager を介してネットワーク経由で既存のスナップショットストレージに送信されます。

配置では、コピー プロセス中に読み取りおよび書込み操作を引き続き処理できます。

新しいバックアップ プロセスでは、最初の同期はなくなりました。 最初の同期がない結果、MongoDB Ops Manager （mongod FCV を実行している4.2 を使用）は、renameCollection を頻繁に使用するカスタマーなど、より幅広いカスタマーをサポートできます。

MongoDB Agent は、WiredTiger の増分バックアップ カーソルを使用して、増分変更をキャプチャします。

スナップショットがどのようにストアされているかに関係なく、バックアップ プロセスはこのように機能します。

バックアップは、バックアップするレプリカセットのバージョンと同じか、それ以上のバージョンの MongoDB インスタンスを使用します。

バックアップは、 ユーザー定義のスナップショット保持ポリシーに基づいて、スナップショットを取得して保存します。 シャーディングされたクラスターのスナップショットにより、バランサーが一時的に停止されます。 その後のスナップショットは、クラスター内のすべてのシャードとコンフィギュレーションサーバーにマーク トークンを挿入できます。 MongoDB Ops Managerは、スナップショット データにカーソル トークンが表示されると、スナップショットを作成します。

Ops Manager は、データを完全バックアップまたは増分バックアップとしてバックアップできます。Ops Managerにはフルバックアップが必要です。

• 初めてのバックアップ用。

• スナップショットが削除された後。

• ブロックストアのブロック・サイズが変更された場合。

増分バックアップにより、ネットワーク転送とストレージのコストが削減されます。

バックアップの構成方法の詳細については、「バックアップ構成オプション」を参照してください。

データの復元

バックアップでは、スケジュールされた完全なスナップショットから、またはスナップショット間の選択されたポイントからデータを復元できます。

シャーディングされたクラスターとレプリカセットは、選択した時点から復元できます。

スナップショットから復元する 場合、 MongoDB Ops Managerはスナップショット ストレージから直接読み取りを行います。 スナップショットを復元できます。

• 別のクラスターへ。

• HTTPSリンクからスナップショット ファイルをダウンロードするには、

ポイントインタイム復元を行う場合、Ops Manager は次の処理を実行します。

1. スナップショット ストレージから完全なスナップショットを復元します。

2. 指定された点に達するまで保存されたoplogを適用します。

3. 同じHTTPSメカニズムを使用して、スナップショットと oplog の更新を提供します。

バックアップごとに保持する oplog の量を設定できます。これは、ポイントインタイム復元がカバーできる時間の長さに影響します。

MongoDB はフィードバックを歓迎します。Ops Manager の改善点をぜひお知らせください。