Ops Manager Application Database とバックアップデータベースのインストール
MongoDB Ops Managerをインストールする前に、そのサポートされているデータベースを配置する必要があります。 これらはバッキング データベースと呼ばれます。 これらのデータベースには、 Ops Manager Application Databaseとバックアップデータベースが含まれます。 次の表は、Ops Manager Application Database とバックアップデータベースを比較したものです。
よくある質問 | ||
|---|---|---|
データベースには何が保存されますか? | 警告次の項目には機密データが含まれる場合があります。 不正アクセスを防ぎ、機密データを保護するには、 Ops Manager Application Database を 保護 する必要があります。
| |
データベースは必要かどうか。 | はい | いいえ。ただし、 MongoDB Ops Managerが管理するデータベースをバックアップするためにMongoDB Ops Managerを使用する場合を除きます。 |
データベースはデータをどのように保存する必要があるか？ | 独立したストレージ ボリューム上の専用レプリカセット | 独立したストレージ ボリューム上のバックアップ データベースごとの専用レプリカセット |
データベースは複数の配置を使用できますか。 | No | |
MongoDB Ops Managerは、このデータベースでオートメーション モジュールを使用できますか。 | No | はい |
MongoDB Ops Managerは バックアップ モジュールを使用してこのデータベースをバックアップできますか。 | No | No |
MongoDB Ops Managerは モニタリング モジュールを使用してこのデータベースを監視できますか。 | はい |
注意
各バッキング データベースには専用のレプリカセットを使用する必要があります。 レプリカセットには他のデータは保存できません。
通常のバックアップを実行すると、バックアップデータベースがボリュームがいっぱいになる可能性があります。 アプリケーション データベースがボリュームに書き込みを行えない場合、 MongoDB Ops Managerは停止します。 ストレージを適切に設定することで、 MongoDB Ops Managerが失敗するリスクを軽減できます。
Considerations
レプリカセットのトポロジー
各バッキングデータベースのレプリカセットには、高可用性のために 3 つのデータを保持するノードを含める必要があります。 データを保持する 3 つのノードのストレージ容量がない場合、バッキング データベースの 3 番目のノードはアービタである可能性があります。
MongoDB Ops Managerアプリケーション データベースの場合は、 MongoDB Ops MongoDB Ops Managerと同じホスト上でレプリカセットの 1 つのノードを実行できます。
重要
データを保持するノードが 3 つ未満のバッキング データベース
は バッキング データベース に書き込む場合、{2MongoDB Ops ManagerReplica Acknowledged （w:2 ）書込み保証（ write concern ） を使用します。この書込み保証 (write concern) は、プライマリと1 つのセカンダリがその書込みを確認した後にのみ書込みが成功したと報告します。 つまり、バッキング データベースが 2 つのデータを保持しているノードのうち 1 つを失うと、MongoDB は書込み操作を停止します。
警告
デフォルトの読み取り保証および書込み保証
MongoDB バージョンのデフォルトの MongoDB 読み取りおよび書込み保証は、バッキング データベースおよびアプリケーション データベースのデフォルトの読み取りおよび書込み保証と一致する必要があります。 別の読み取り保証または書込み保証を設定すると、データが失われる可能性があります。
アプリケーション データベースのモニタリング
MongoDB Ops Managerをインストールした後、アプリケーション データベースを監視するかどうかを選択できます。
アプリケーション データベースを監視するには:
バッキング データベースのインストールを完了します。
MongoDB Ops Managerアプリケーションをインストールします。
Enable Monitoringアプリケーション データベース用。アプリケーション データベース ホストにMongoDB Agent をインストールします。
UI を通じて アプリケーション データベースを追加します 。MongoDB Ops Manager
前提条件
レプリカセットの構成
バッキング データベース をホストする レプリカセットはMongoDB Ops Manager 、次の条件を満たす必要があります。
専用データベースの使用
レプリカセットには、 MongoDB Ops Managerメタデータのみをサポートするデータが保存されている必要があります。 他のデータは保存できません。
S3 互換ストレージ ブロックとoplogメタデータにバッキング データベースを使用する
ブロック ストレージまたは oplog ストレージに S 3互換ストレージを使用する場合、バッキング データベースはブロックと oplog のメタデータを保存できます。
互換性のある MongoDB バージョンを使用する
次のMongoDB Ops Manager リリース シリーズの場合は、次のいずれかの バージョンでその バッキング データベース MongoDBを実行できます。
MongoDB Ops Managerリリース | MongoDB 4.4 | MongoDB 5.0 | MongoDB 6.0 | MongoDB 7.0 |
|---|---|---|---|---|
MongoDB Ops Manager 7.0 | 非推奨 | サポートあり | サポートあり | |
MongoDB Ops Manager 6.0 | 非推奨 | サポートあり | サポートあり |
注意
非推奨バージョンは対応するMongoDB Ops Managerリリースでは引き続き動作しますが、次のリリースではこのバージョンのサポートを削除します。 MongoDB サポートでは、潜在的な非互換性の問題を回避するために、サポートされているバージョンに移行することをお勧めします。
詳細については、「MongoDB レガシー サポート ポリシー 」 と「MongoDB MongoDB ソフトウェア ライフサイクル スケジュールMongoDB Ops Manager 」を参照してください。
バージョン サポートは、最初から最後のリリースまでのフル リリース シリーズを対象としています。
MongoDB のバージョン管理の詳細については、MongoDB マニュアルの「 MongoDBのバージョン管理 」を参照してください。
重要
MongoDB Ops Managerバッキング データベースのみがこの要件を満たす必要があります。 MongoDB Ops Manager が管理する MongoDB 配置は管理されません。 マネージド MongoDB 配置に必要な最小バージョンについては、「 MongoDB 互換性マトリクス 」を参照してください。
アプリケーション データベースに WiredTiger ストレージ エンジンを使用
WiredTigerMongoDB Ops Managerアプリケーション データベースに使用します。
バックアップデータベースに WiredTiger ストレージ エンジンを使用
バックアップデータベースの構成オプションについては、「バックアップ準備 」を参照してください。
インデックスを必要としないクエリを使用する
MongoDB--notablescan パラメーターが設定された状態で、 バッキング データベース を実行し ない でください。これが設定されている場合、このパラメーターはすべてのクエリでインデックスを使用する必要があることを指定します。
レプリカセットのセキュリティ
バッキング データベースへの接続の保護
MongoDB Ops Managerからバッキング データベースへの接続が安全であることを確認します。 MongoDB Ops ManagerTLS のみを使用する からの接続を受け入れるようにこれらのデータベースを設定します。
バッキング データベースの認証メカニズムの構成
認証メカニズムを使用して、バッキング データベースへのアクセスを特定の MongoDB ユーザーに制限します。 認証を使用するようにバッキング データベースを構成するには、「アプリケーション データベースで認証するようにMongoDB Ops Managerを構成する 」を参照してください。
バッキング データベースにアクセスする MongoDB Ops Manager ユーザーへの最小限のロールの付与
これらのユーザーにreadWriteAnyDatabase } ロールとdbAdminAnyDatabaseロールを付与するように設定します。 バッキング データベースがシャーディングされたクラスターである場合はclusterAdminを追加し、それ以外の場合はclusterMonitorを追加します。
ホスト構成
レプリカセットを実行するホストは、次の要件を満たしている必要があります。
ハードウェア
ホストは、ホストが実行するデータベースに応じて、 Ops Manager Application Databaseのハードウェア要件またはバックアップデータベースのハードウェア要件 を満たしている必要があります。 ホストが データベースに加えて他のMongoDB Ops Managerコンポーネントを処理する場合は、各コンポーネントのハードウェア要件を合計して、ホストの要件を決定する必要があります。
システム構成
このチュートリアルで明示的に競合する場合を除き、 MongoDB プロダクション ノートに指定されている要件に従ってホストを構成する必要があります。 製品ノートには、ulimit、NUMA、およびその他の構成オプションに関する情報が含まれています。
ホスト名
小文字の FQDNを使用します。 大文字を使用すると、MongoDB Ops Manager がバッキング データベースを見つけられない可能性があります。 ホストの名前付けの詳細については、「 RFC1178 」を参照してください。
ネットワーキング
ホスト ネットワーク セキュリティは、ファイアウォール構成で説明されている必要なポートを許可する必要があります。 各ホストの適切なインバウンドとアウトバウンド ファイアウォール ルールで、必要なポートへのアクセスが許可されている必要があります。
RHEL と CentOS ホストのみ6
RHELはユーザー プロセスの最大数を1024に制限します。 これにより、一般的なユーザー プロセス制限（ ulimit -u ）の設定が上書きされます。
MongoDB Ops Manager を実行するユーザー（デフォルトではmongodb-mms ）の場合、 /etc/security/limits.d/99-mongodb-nproc.confユーザー プロセス構成ファイルにsoftとhard nproc （プロセス数）のエントリを追加します。 RHEL 1024ユーザー プロセス制限より大きい値を使用します。
mongodb-mms soft nproc 200000 mongodb-mms hard nproc 500000
/etc/security/limits.d/99-mongodb-nproc.confが存在しない場合は、作成します。 /etc/security/limits.d/90-nproc.confファイルの内容をテンプレートとして使用します。
SELinux を モードで実行している RHEL と CentOS のホストenforcing
ホストがデフォルトの MongoDB dataまたはlogパスまたは パスを使用するように構成されておらず、SELinuxポートを強制している場合は、バッキング データベースを起動する前に SELinux ポリシーを更新します。
SELinux ポリシーを更新する方法については、以下を参照してください。
MongoDB Community Editionについては、「 SELinux の構成」を参照してください。
MongoDB Enterprise エディションについては、「 SELinux の構成」を参照してください。
バッキング データベースの配置
MongoDBレプリカセットを配置して MongoDB Ops Managerバッキング データベースをホストするには、次の手順に従います。
ホストをプロビジョニングします。
ホストは、ホスト構成の要件を満たしている必要があります。
重要
MongoDB プロダクション ノート に従って、 バッキング データベース の MongoDB 配置を構成します。そうしないと、MongoDB の配置が失敗する可能性があります。
各ホストに MongoDB をインストールします。
MongoDB を インストールする手順に従います。 バッキング データベースにMongoDB Enterpriseをインストールする場合は、MongoDB Enterprise の依存関係をインストールする必要があります。
各バッキング データベースのレプリカセットを配置します。
「 各 アプリケーションデータベース に対して 1 つのレプリカセット を配置する 」で説明されている手順に従います。アプリケーション データベースを配置した後、次のいずれかの手順を使用してMongoDB Ops Managerをインストールできます。
その後、残りのバッキング MongoDB Ops Managerデータベースに対して を使用してマネージド レプリカセットの配置 を実行できます。あるいは、各バッキングデータベースのレプリカセットを手動で配置することもできます。
次のステップ
MongoDB Ops Managerをインストールするときは、このチュートリアルでアプリケーション
mongo.mongoUriデータベース用に作成した レプリカセット に接続するために 設定を設定する必要があります。MongoDB Ops Manager配置のバックアップを有効にする場合は、このチュートリアルでバックアップ データベース用に作成したレプリカセットを使用するようにoplogストアを構成する必要があります。 スナップショットを保存するために3 ブロックストア または S スナップショット ストア を 使用すること も 選択した場合は、ブロック ストア または S3 ブロックストアの メタデータ データベースごとに 1 つのレプリカセットを配置する 必要があります。