Docs Menu
Docs Home
/
MongoDB Ops Manager
/

FAQ: MongoDB Agent

項目一覧

  • 一般
  • MongoDB Agentとは
  • のMongoDB Agent MongoDB Ops Managerはいつ起動されましたか?
  • MongoDB Agentにいつ切り替える必要があるか?
  • クラスターごとに更新できますか、ノードごとに更新できますか。
  • MongoDB Ops Manager UI は変更されましたか。
  • MongoDB Ops Manager APIはMongoDB Agentをサポートしていますか。
  • API 経由で MongoDB Agent にプログラムでアップグレードできますか。
  • 新しいインストーラーでは異なるファイル名が使用されますか。
  • レガシーのオートメーション、モニタリング、またはバックアップエージェントに PEM キー ファイルとパスワードを設定していますか。 MongoDB Agent に切り替えるときに注意する必要があること
  • レガシーのモニタリングエージェントのみを使用していますが、これはどのような意味がありますか?
  • レガシーのモニタリングエージェントとバックアップエージェントのみを使用していますが、これはどのような意味がありますか?
  • クラスターはすでに 3 つのレガシーエージェントすべてを使用して管理されていますが、どうなりますか。
  • 3 人の MongoDB Agent ユーザーはどうなりますか。

これでは、MongoDB Agent に関するよくある質問に対処します。

MongoDB Agent を使用すると、MongoDB インスタンスの管理、モニター、バックアップを行うことができます。

4.1 用の はMongoDB Agent MongoDB Ops Manager2019 年 5 月 29 日にリリースされました。MongoDB では、レガシーエージェントが EOL になっているため、MongoDB Agent にできるだけ早く更新する必要があります。

ここで。 いずれのレガシーエージェントの更新も MongoDB Agent に切り替える必要があります。 プロジェクト内のすべてのクラスターを更新する必要があります。 更新が完了すると、MongoDB Ops Manager コンソールは MongoDB Agent の新しいインターフェースをレンダリングします。

いいえ。MongoDB Agent への更新は、プロジェクト内のすべてのクラスターに対して同時に実行される必要があります。

はい。 この変更を反映するようにエージェント タブと サーバー タブがアップデートされました。

はい。

はい。

いいえ。更新を簡単に行うために、インストーラーの名前は mms-automationです。

MongoDB Agent の使用に切り替えると、これらの設定は保持されます。 以前に の {3 > セクションで PEM キー ファイルと パスワードSecuritySettings MongoDB Ops Managerを設定した場合、 は現在のオートメーションエージェントのMongoDB Ops Manager PEM キー ファイルとパスワードをMongoDB Agent PEM キーとして使用します。ファイルとパスワード。

既存のモニタリングおよびバックアップPEMキー ファイルとパスワードは、MongoDB Agent UI ページのMonitoring and Backupの新しいカスタム構成セクションにエクスポートされます。 Configure Cloud Manager Agentsセクション( Security > Settings )にカスタム構成セクションの値がこれらの値を上書きするという警告が表示されます。

The MongoDB Agent provides support in this case. MongoDB Agent の使用に切り替えるプロセスは次のように行われます。

  1. MongoDB Agent が使用可能になると、モニタリングエージェントが古くなっているというバナー通知が表示されます。

  2. 切り替える準備ができたら、バナーのUpdateをクリックします。 更新プロセスをガイドするワークフローが開始されます。

    1. ドキュメントへのリンクを含む MongoDB Agent の説明を読み取ります。

    2. MongoDB Ops Managerプロジェクトに使用するカスタム モニタリング構成オプションを指定します。

    3. MongoDB Agent をダウンロードしてインストールします。 MongoDB Ops Manager は、MongoDB Agent が指定されたサーバーのリストに正しくインストールされていることを確認します。

      注意

      以前に構成された認証方法は引き続き機能します。 MongoDB 認証情報をMonitoring Settings user で提供します:メニュー。

  3. MongoDB Agent をサーバーにインストールすると、MongoDB Agent に切り替える前に、MongoDB Agent はスタンドアロンエージェントとしてモニタリングが存在していたプロジェクトのモニタリングを有効にします。

  4. MongoDB Agent は、以前に使用されていたモニタリングエージェントをスタンバイ モードにし、UI に表示されなくなりました。

  5. 以前に使用されていたスタンドアロン モニタリングエージェントは、 インスタンスを監視できなくなりました。 準備ができたら、停止して削除できます。

この時点から、新しいバージョンでConfirm and Deployオプションを選択すると、MongoDB Agent は自動的に更新されます。 新しいバージョンが利用可能になるたびに MongoDB Agent をダウンロードする必要がなくなりました。

MongoDB Agent はこのユースケースをサポートしています。 MongoDB Agent に切り替えるためのフローは次のようになります。

  1. MongoDB Agent が利用可能になると、モニタリングエージェントとバックアップエージェントが古くなっているというバナー通知が表示されます。

  2. 更新の準備ができたら、バナーの [ Update ] をクリックします。 更新プロセスをガイドするワークフローが開始されます。

    1. ドキュメントへのリンク付きで MongoDB Agent の説明を読み取ります。

    2. MongoDB Ops Managerプロジェクトに使用するカスタムのモニタリングとバックアップ構成オプションを指定します。

    3. MongoDB Agent をダウンロードしてインストールします。 MongoDB Ops Manager は、MongoDB Agent が既知のサーバーのリストで正しくインストールされていることを確認します。

      注意

      以前の認証方法は引き続き機能します。 の下で、 Monitoring Settingsで MongoDB 認証情報を提供します。メニュー。 バックアップユーザー設定を指定するには、Options の下の Backup にGoします > > Edit Credentials

  3. MongoDB Agent はサーバーにインストールされると、エージェントが以前に設定されたプロジェクトでモニタリングとバックアップを有効にします。

  4. MongoDB Agent は、以前に使用されていたモニタリングエージェントとバックアップエージェントをスタンバイ モードにし、UI に表示されなくなりました。 以前に使用されていたスタンドアロン モニタリングエージェントは、 インスタンスを監視できなくなりました。 準備ができたら、停止して削除できます。

この時点から、新しいバージョンでConfirm and Deployオプションを使用することを選択すると、MongoDB Agent は自分自身を更新します。 新しいバージョンが利用可能になるたびに MongoDB Agent をダウンロードする必要がなくなりました。

更新は、次のように行われます。

  1. MongoDB Agent が利用可能になると、レガシーエージェントが古くなっているというバナー通知が表示されます。

  2. 更新の準備ができたら、バナーの [ Update ] をクリックします。 更新プロセスをガイドするワークフローが開始されます。

    1. ドキュメントへのリンクを含む MongoDB Agent の説明を読み取ります。

    2. 現在のサーバーのリストを確認し、MongoDB Agent に更新します。 この更新プロセスの一部として、MongoDB Agent は次のことを行います。

      • レガシーのモニタリングエージェントとバックアップエージェントを停止します。

      • モニタリングとバックアップがエージェントとして実行されていたサーバーでモニタリングとバックアップを有効にします。

      • 停止したモニタリングエージェントとバックアップエージェントのバイナリを削除します。

      • MongoDB インスタンス内のmms-monitoring-agentユーザーまたはmms-backup-agentユーザーのロックを解除し、必要に応じて削除できるようにします。 MongoDB Agent はmms-automationユーザーを使用して インスタンスに接続します。

この時点から、MongoDB Agent はオートメーション、モニタリング、バックアップの単一のプロセスとして機能します。

MongoDB は、レガシー オートメーションエージェントが使用していた 3 人の MongoDB ユーザー( mms-automationmms-monitoring-agentmms-backup-agent )を 1 人のユーザーに統合しました。 このユーザー( mms-automation )は、 インスタンスを自動化、モニター、バックアップできます。 MongoDB は、それらのユーザーを他のプロジェクトで使用する場合、それらの以前の MongoDB ユーザーを削除しませんでした。 ただし、 MongoDB Ops Managerはアップデートの一環として インターフェースでこれらのユーザーのロックを解除し、削除できるようにしました。

主にオートメーションエージェントでクラスターを管理していますが、スタンドアロンのレガシーバックアップエージェントとモニタリングエージェントがある場合、これはどのような意味を持ちますか。 -------- ------------------------- PRI: -------- ------------------------- PRI: -------- ------------------------- PRI: ----

前のセクションで説明されているように、任意のスタンドアロン エージェントに対して 1 つと 2 つの更新フローが利用できます。

レガシーのモニタリングエージェントのみを使用していますが、これはどのような意味がありますか?または

レガシーのモニタリングエージェントとバックアップエージェントのみを使用していますが、これはどのような意味がありますか?

オートメーションがレガシーのモニタリングエージェントとバックアップエージェントを管理しているサーバーについては、「クラスターはすでにすべての3エージェントを使用して管理されていますが、どうなりますか? 」を参照してください。

戻る

モニタリングとアラート