Docs Menu
Docs Home
/ /

MongoDB Agent に必要なアクセス権

MongoDB 配置でアクセス制御が強制される場合、MongoDB Ops Manager MongoDB Agent は適切なアクセス権を持つユーザーとして MongoDB で認証される必要があります。

注意

このページの手順は、オートメーションを使用しない配置を対象としています。 オートメーションを使用する場合、 MongoDB Ops Managerはユーザーの認証を管理するため、次の手順は適用されません。

認証するには、MongoDB で適切なロールを持つユーザーを作成します。 次のチュートリアルには、MongoDB 配置で MongoDB Agent ユーザーを作成するための手順と例が含まれています。

  • 認証用の MongoDB Agent の構成。

  • LDAP 用の MongoDB Agent を構成します。

  • Kerberos 用の MongoDB Agent を構成します。

  • X.509 認証用の MongoDB Agent を構成します。

MongoDBユーザー ロールはMongoDB Ops Managerユーザーロール とは別です。 これらのロールとその特権については、認証ページから始まる MongoDB マニュアルで説明されています。

シャーディングされたクラスターで認証するには、シャードで シャード ローカル ユーザー作成し、クラスター全体のユーザーを作成します。

重要

MongoDB Ops Manager 配置内のすべてのmongodプロセスとmongosプロセスでは、MongoDB Agent ユーザーのユーザー名とロールを同じにする必要があります。

データベースユーザー を作成するためmongodmongos のアクセス権を持つユーザーとして、 または インスタンスに接続します。MongoDB マニュアルのdb.createUser() メソッドページを参照してください。

MongoDB インスタンスを自動化するには、MongoDB Agent が次のロールを持つ MongoDB ユーザーとしてadminデータベースで認証する必要があります。

シャーディングされたクラスターの場合、 MongoDB Agent には次の要素も必要です。

注意

シャーディングされたクラスターのオートメーションには directShardOperations ロールを指定する必要があります。このロールにより、オートメーションエージェントは、既存のクラスターへのシャードの追加など、シャードへの直接アクセスを必要とするメンテナンス操作を実行できます。シャーディングされていない配置(スタンドアロンまたはレプリカセット)では、このロールを省略できます。

MongoDB インスタンスをバックアップするには、MongoDB Agent は、必要なロールを持つ MongoDB ユーザーとして、リスト内のデータベースで認証される必要があります。

MongoDB Database のバージョン
MongoDB FCV
必要なロール
Database

4.2.x 以降

4.2 以降

admin

3.0.0 から 4.2.x

4.0 またはそれ以前

admin

2.6.x

admin

2.6.x

local

MongoDB 8.0 以降の機能の互換性バージョンを持つシャーディングされたクラスターの場合、 MongoDB Agent には directShardOperations ロールも必要です。オートメーションを使用する場合、エージェントユーザーにはすでにこのロールが含まれています。

MongoDB インスタンスを監視するには、MongoDB Agent がadminデータベースでclusterMonitorロールを持つ MongoDB ユーザーとして認証する必要があります。

モニタリングには、 dbStatsデータベースのプロファイリング情報の収集が含まれます。

MongoDB 8.0 以降の機能の互換性バージョンを持つシャーディングされたクラスターの場合、 MongoDB Agent には directShardOperations ロールも必要です。オートメーションを使用する場合、エージェントユーザーにはすでにこのロールが含まれています。

認証するには、適切なアクセス権を持つMongoDBでユーザーを作成します。MongoDB配置が使用する認証方法によって、ユーザーと追加のMongoDB Agent 構成の作成時に設定するオプションが決まります。

戻る

設定

項目一覧