監視対象プロセスをオートメーションに追加

Overview

MongoDB Ops ManagerAutomationMongoDB を使用すると、 コンソールから直接MongoDB Ops Manager データベースを配置、再構成、アップグレードできます。

MongoDB Ops ManagerがすでにMongoDBプロセスを監視している場合は、それらをオートメーションに追加できます。

オートメーションは、自動化管理に追加するプロセスをホストする各サーバーにインストールする MongoDB Agent に依存します。 MongoDB エージェントは定期的に MongoDB Ops Manager をポーリングして最終構成を決定し、必要に応じて変更を配置します。

Considerations

オートメーションはすべての MongoDB オプションをサポートしていないため、インポートが失敗する可能性があります。 詳しくは、 「MongoDB 設定とオートメーションに関するサポート 」を参照してください。

認証が必要な MongoDB 配置を追加する場合は、そのプロセスのユーザーとロールをインポートするオプションがあります。 インポート中に、 MongoDB Ops Managerはインポートされたユーザーとロールと管理対象のユーザーとロールの間で発生する可能性のある競合を解決するよう求めます。

前提条件

• 配置が配置要件を満たしていることを確認します。

• MongoDB Ops Managerは現在MongoDBプロセスを監視しており、 MongoDB Agentが実行中である必要があります。 プロセスはMongoDB Ops Manager Deployment ページに表示される必要があります。

  Tip

  以下も参照してください。

  が現在プロセスを自動化およびモニターしていない場合は、 既存のMongoDB MongoDB Ops ManagerMongoDB Ops ManagerMongoDBプロセスをMongoDB Ops Manager に追加して、MongoDB Ops Manager プロセスを自動化およびモニターできるようにします。

• mongodが配置でサービスとして有効になっている場合、競合状態により、オートメーションではなくsystemdが再起動時にmongodを起動する可能性があります。 この問題を防ぐには、配置をオートメーションに追加する前に、 mongodサービスが無効になっていることを確認します。

  1. mongodサービスが有効になっているかどうかを確認します。

     sudo systemctl is-enabled mongod.service

  2. サービスが有効になっている場合は、無効にします。

     sudo systemctl disable mongod.service

• MongoDB Ops Managerプロジェクトで認証設定が有効になっていないが、MongoDB プロセスで認証が必要な場合は、適切なロールを持つMongoDB Agent MongoDB Ops Managerプロジェクトの ユーザーを追加します。インポート プロセスに、ユーザーに必要なロールが表示されます。 追加されたユーザーは、プロジェクトの MongoDB Agent ユーザーになります。

• MongoDB Ops Managerプロジェクトで認証設定が有効になっている場合は、 MongoDB Ops ManagerプロジェクトのMongoDB AgentユーザーをMongoDBプロセスに追加します。

  • MongoDB Agent ユーザーを検索するには、 Deploymentsをクリックし、次にSecurityをクリックし、次にUsersをクリックします。

  • MongoDB Ops Manager プロジェクトの MongoDB Agent ユーザーのパスワードを見つけるには、次のいずれかの方法を使用します。

    UI の使用

    API の使用

    構成バックアップ ファイルの使用

    「 MongoDB プロセスの追加 」手順の手順に従って、UI でウィザードを起動します。 Do you want to add automation to this deployment?と表示されるモーダルに到達したら以下の操作を行います。

    1. Add Automation and Configure Authentication を選択します。

    2. [Show Password] をクリックします。

    Automation Configuration Resourceエンドポイントを使用します。

    curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
      --header "Accept: application/json" \
      --include \
      --request GET "<host>/api/public/v1.0/groups/<Group-ID>/automationConfig"

    テキスト エディターでmmsConfigBackupファイルを開き、 autoPwd値を見つけます。

    例

    MongoDB Ops Managerプロジェクトがユーザー名/パスワード認証を使用している場合は、プロジェクトのMongoDB Ops Manager MongoDBエージェント ユーザー mms-automation をインポートするMongoDB配置の admin データベースに追加します。

    db.getSiblingDB("admin").createUser(
        {
          user: "mms-automation",
          pwd: <password>,
          roles: [
            'clusterAdmin',
            'dbAdminAnyDatabase',
            'readWriteAnyDatabase',
            'userAdminAnyDatabase',
            'restore',
            'backup'
          ]
        }

• MongoDB Ops Managerの下にクラスターを追加すると、 MongoDB Ops Managerは自動的に ログローテーションを有効にします。これにより、mongod または mongos ログの既存の logRotate 構成と競合する可能性があります。 この衝突を防ぐには、次の操作を行います。

  • mongodまたはmongosプロセスのlogRotate構成を無効にします。

  • のデフォルトを使用するには、 systemLog.logRotatesystemLog.logAppendmongodまたはmongos プロセス 構成 から オプションと オプション を削除します。MongoDB Ops Manager

• インポートプロセスでは、ソースクラスターと宛先クラスターで認証情報とキーファイルが同じである必要があります。 詳細については、 「ソースクラスターと宛先クラスターの認証情報」 を参照してください。

• 既存の レプリカセット をMongoDB Ops Managerに正常にインポートするには、 インスタンスが正常である必要があります。

手順