このガイドでは、セカンダリ Ops Manager を構成して、プライマリ Ops Manager とその バッキング データベースをバックアップする方法について説明します。このパターンの概要については、「 セカンダリ インスタンスを使用した Ops Manager のバックアップと復元 」を参照してください。
Considerations
このバックアップ構成を分離
このバックアップ構成は、 MongoDB配置のプライマリ Ops Manager が取得するバックアップとは別にしてください。プライマリ Ops Manager のバッキング データベースには、セカンダリ Ops Manager 上の専用プロジェクトを使用します。これにより、Ops Manager の障害復旧バックアップとアプリケーションのバックアップとの間の混乱を防ぎます。
すべてのバックアップ データベースをバックアップする
プライマリ Ops Manager のアプリケーションデータベースをバックアップする必要があります。スナップショットメタデータストアとoplogメタデータストアもバックアップします。 3 つのバッキング データベースすべてをバックアップすると、それらを単一のコンシステント点イン タイムに復元できます。
前提条件
セカンダリ Ops Manager を構成する前に、次の前提条件を完了してください。
Ops Manager のセカンダリ インスタンス
プライマリ Ops Manager とは別の障害ドメインに セカンダリ Ops Manager を配置します。プライマリ Ops Manager またはそれ以降のバージョンと同じバージョンを実行する新しい Ops Manager インストール を使用できます。
高可用性を実現するために、セカンダリ Ops Manager 独自のアプリケーションデータベースをレプリカセットとして配置します。
プライマリ Ops Manager3 のアプリケーションデータベーススナップショット用に S 互換ストレージブロックストアを使用して、セカンダリ Ops Manager でバックアップデーモンを有効にして構成します。
プライマリ Ops Manager バッキング データベース
自動フェイルオーバーには、プライマリ Ops Manager のアプリケーションデータベースをマルチノードレプリカセット（例、 3 ノードのレプリカセット）として実行します。バックアップは、レプリカセットとシャーディングされたクラスターをサポートします。既存のスタンドアロンアプリケーションデータベース をバックアップする必要がある場合は、まずレプリカセットに変換します。単一ノードのレプリカセットは、 マルチノードのトポロジーへの移行ステップとしてのみ使用してください。
MongoDB Enterpriseでアプリケーションデータベースを実行します。
バックアップと復元のパスの終了から終了までをテストするには、プライマリ Ops Manager に、バックアップが有効なマネージド クラスターを持つプロジェクトが少なくとも 1 つあることを確認します。
ネットワークセキュリティとネットワーク
セカンダリ Ops ManagerアプリケーションサーバーがMongoDB Agent ポート上のプライマリ Ops Manager のバッキングデータベースホストにアクセスできるようにします。
プライマリ Ops Manager のバッキングデータベースホストが セカンダリ Ops Managerアプリケーションポート上のセカンダリ Ops Manager にアクセスできるようにします。
MongoDB Ops Manager のプライマリとセカンダリ インスタンス間で TLS または同等のトランスポート暗号化を有効にします。バックアップトラフィックには、認証情報やその他の機密データが含まれるプライマリ Ops Manager のアプリケーション構成が含まれます。
プライマリ MongoDB Ops Manager のバッキング データベースに認証できることを確認します。詳細については、「 アプリケーション データベースへの接続の構成 」を参照してください。
ホストごとの状態の保持
障害が発生する前に、各プライマリ Ops Manager ホストで次のファイルを保存してください。これらのファイルはアプリケーションデータベースのバックアップの一部ではないため、個別に保持する必要があります。
Item | ロケーション | 説明 |
|---|---|---|
暗号化のキー |
| アプリケーションデータベースのコンテンツを暗号化します。元のインストールに使用されるキーと一致する必要があります。そうしないと、プライマリ Ops Manager はスタートアップ時に復元されたアプリケーションデータベースを復号化できません。 |
Ops Manager の構成 |
| データベースURI、ブロックストア構成、ライセンス キー、TLS 証明書を保存します。構成されていない場合は、プライマリ Ops Manager を手動で再構成する必要があります。 |
エージェント構成 |
|
|
重要
gen.keyファイルが欠落しているか、復元されたアプリケーションデータベースと一致しない場合、プライマリ Ops Manager はスタートアップのプレフライト チェックに失敗し、gen.key がこの Ops Manager インストールにすでに使用されているキーと一致しないというエラーを発生させます。 gen.key をアプリケーションデータベースのデータとともに障害復旧バックアップに保存します。
手順
アプリケーションデータベースをセカンダリ Ops Manager に追加する
セカンダリ Ops Manager で、プライマリ Ops Manager のアプリケーションデータベースを既存の配置として追加します。
プライマリ Ops Manager のバッキング データベース専用のプロジェクトを作成または選択します。
Deployment、Add Existing MongoDB Deployment をクリックし、アプリケーションデータベースレプリカセットを追加します。詳細については、「 Ops Manager への既存のMongoDBプロセスの追加 」を参照してください。
各アプリケーションデータベースホストにMongoDB Agent
mmsGroupIdmmsApiKeyをインストールし、セカンダリ Ops Manager プロジェクトの と を使用して、セカンダリ Ops Manager に登録します。詳細については、「 配置を管理するためにMongoDB Agent をインストールする 」を参照してください。続行する前に、すべてのアプリケーションデータベースメンバーがセカンダリ Ops Manager で正常であることを確認してください。
アプリケーションデータベースのバックアップの有効化
セカンダリ Ops Manager で、プライマリ Ops Manager のアプリケーションデータベースのバックアップを有効にします。
配置ビューから、[] メニューをクリックし、[]Enable Backup をクリックします。
バックアップデーモンが実行中で、セカンダリ Ops Manager にブロックストアが構成されていることを確認します。
スナップショット スケジュール、保持ポリシー、ストレージターゲットを設定します。
最初のスナップショットが完了し、継続的なポイントインタイムリカバリウィンドウが表示されるまで待ちます。これにより、バックアップが正常であることが確認されます。
バックアップ構成の詳細については、「 配置のバックアップ 」を参照してください。
注意
Ops Manager 8.0.24 以降では復元モードはデフォルトで有効になっています。これを無効にするには、Admin、General、Ops Manager Config、Custom Variables の下でカスタム変数 mms.featureFlag.automation.restorationMode を disabled に設定します。変更は、再起動せずに、次回のMongoDB Agent ポーリングで有効になります。
このパターンを設定した後は、復元パスを定期的に検証してください。障害復旧イベントでプライマリ Ops Manager を復元するには、「 セカンダリ Ops Manager から Ops Manager を復元する 」を参照してください。