Cloud Manager の概要
- Cloud Managerへのプログラムによるアクセスのための OAuth 2.0認証はプレビュー機能として利用できます。
- 機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。 OAuth2.0 認証を使用するには、 Cloud Manager Public APIへのリクエストで使用する サービス アカウント を作成します。
MongoDB Cloud Manager は、MongoDB インフラストラクチャを自動化、モニター、バックアップできます。
オートメーション
Cloud Manager Automation を使用すると、MongoDB ノードとクラスターを構成および維持できます。
各 MongoDB ホストでオートメーションを使用する MongoDB Agent は、MongoDB の配置を維持できます。MongoDB Agent をインストールできます。オートメーションにより、ホストの追加や、新規または既存のクラスターの配置およびアップグレードが行えます。
モニタリング
Cloud Manager モニタリングは、データベースとハードウェアの主要なインジケーターに関して、リアルタイムのレポート作成、可視化、およびアラートを提供します。
モニタリングの仕組み
MongoDB ホストでモニタリングをアクティブ化すると、MongoDB 配置のノードから統計情報を収集できます。 エージェントはデータベースの統計情報を Cloud Manager に送信し、配備状況をリアルタイムで報告します。 選択したインジケーターにアラートを設定できます。
バックアップ
Cloud Manager バックアップは、MongoDBの レプリカセット と シャーディングされたクラスター のスケジュールされた スナップショット とポイントインタイム リカバリ を提供します。
バックアップの仕組み
MongoDB 配置のバックアップをアクティブ化すると、指定した MongoDB プロセスからデータのスナップショットが作成されます。
注意
シャーディングされたクラスターまたはレプリカセットのみをバックアップできます。 スタンドアロンのmongodプロセスをバックアップするには、それを単一ノードのレプリカセットに変換する必要があります。
バックアップ ワークフロー
バックアップは、データベースのMongoDB バージョンとの互換性によって異なります。 この機能の互換性バージョンは、現在のバージョンから 1 つ前のバージョンまでの範囲です。 MongoDB 4.2の場合、FCV は 4.0または4.2になります。
バックアップ プロセスでは、スケジュールされたスナップショット間隔でデータディレクトリのスナップショットが取得されます。
このプロセスでは、MongoDB 配置内のデータファイルがコピーされ、ネットワーク経由で Cloud Manager のバックアップストレージに送信されます。
配置では、コピー プロセス中に読み取りおよび書込み操作を引き続き処理できます。
新しいバックアップ プロセスでは、最初の同期はなくなりました。 最初の同期がない結果、Cloud Manager（ mongodを実行中のFCV 4.2を使用することで、 renameCollectionを頻繁に使用するカスタマーなど、より幅広いカスタマーをサポートできます。
MongoDB Agent は、WiredTiger の増分バックアップ カーソルを使用して、増分変更をキャプチャします。
バックアップが開始されると、Cloud Manager は継続的かつ連続的なプロセスとしてデータをバックアップします。 このプロセスでは、ヘッドデータベースがデータベースと同期されている限り、スナップショットの作成が続行されます。
このプロセスはレプリカセットのデータ同期と同様に機能します。
バックアップ プロセス:
最初の同期を実行して、既存のすべてのデータを現在の状態でバックアップします。 シャーディングされたクラスターでは、これは各シャードとコンフィギュレーションサーバーで発生します。
スナップショット スケジュールで指定された頻度で配置内の
dataディレクトリのスナップショットを取得し、そのスナップショットをストレージ システムに転送します。oplogを継続的に監視し、最新のバックアップに新しいデータベース操作を追加して、データのローカル Cloud Manager コピーを保持し、ポイントインタイム復元を可能にします。
その後 MongoDB Agent は各レプリカセットのoplogを追跡して、ポイントインタイム復元を実行するときにバックアップを更新します。 バックアップは、MongoDB Agent が提供する最後の oplog まで、元の プライマリ との整合性があります。
スナップショットがどのようにストアされているかに関係なく、バックアップ プロセスはこのように機能します。
バックアップは、バックアップするレプリカセットのバージョンと同じか、それ以上のバージョンの MongoDB インスタンスを使用します。
バックアップは、 ユーザー定義のスナップショット保持ポリシーに基づいて、スナップショットを取得して保存します。 シャーディングされたクラスターのスナップショットにより、バランサーが一時的に停止されます。 その後のスナップショットは、クラスター内のすべてのシャードとコンフィギュレーションサーバーにマーク トークンを挿入できます。 Cloud Manager は、スナップショット データにカーソル トークンが表示されると、スナップショットを作成します。
バックアップの構成方法の詳細については、「バックアップ構成オプション」を参照してください。
Cloud Manager の毎月のバックアップ コストは、最新のスナップショットの 1 ギガバイトあたりのサイズに基づいています。 Cloud Manager のバックアップ料金の詳細については、「バックアップコスト 」を参照してください。
データの復元
バックアップでは、スケジュールされた完全なスナップショットから、またはスナップショット間の選択されたポイントからデータを復元できます。
シャーディングされたクラスターの場合、スナップショット間のチェックポイントから復元できます。
レプリカセットの場合は、選択した時点から復元できます。
スナップショットから復元 する場合、Cloud Manager はスナップショット ストレージから直接読み取りを行います。 スナップショットを復元できます。
別のクラスターへ。
スナップショット ファイルを HTTPSリンクからダウンロードするには、
ポイントインタイム復元を行う場合、Cloud Manager は次の処理を実行します。
スナップショット ストレージから完全なスナップショットを復元します。
指定された点に達するまで保存されたoplogを適用します。
同じHTTPSメカニズムを使用して、スナップショットと oplog の更新を提供します。
チェックポイントでの復元、またはポイントインタイム復元を行う場合、Cloud Manager は次の処理を実行します。
スナップショット ストレージから完全なスナップショットを復元します。
指定された点に達するまで保存されたoplogを適用します。
同じHTTPSメカニズムを使用して、スナップショットと oplog の更新を提供します。 チェックポイントを有効にするには、 「 クラスター チェックポイントの有効化 」を参照してください。