Docs Menu
Docs Home
/
MongoDB Ops Manager
/
API
/
Tutorials

プロセスの監視を停止する

項目一覧

  • 目的を理解する
  • 前提条件を完了する
  • 実行手順

このチュートリアルでは、 の プロセス モニタリングを停止する方法について説明します。 プロセスの監視を停止すると、 MongoDB Ops Managerはそのステータスの表示とメトリクスの追跡を停止します。

目的を理解する

MongoDB Ops Manager Administration APIを使用して次の方法を実行する方法を学習します。

  • プロセスのホスト ID を見つけます。

  • ホスト ID に一致するプロセスの監視を停止します。

  • MongoDB Ops Managerが プロセスの監視を終了しました。

前提条件を完了する

チュートリアルを完了する前に、これらの前提条件を完了してください。

実行手順

API を使用してプロセスの監視を停止するには、次のすべての手順を完了します。

1

プロセスのホスト ID を見つけます。

ホスト名とポートで 1 つのホストを取得 リソースを使用して プロセスを見つけ、 id値を取得します。

このステップの内容

ホスト名とポートで 1 つのホストを取得リソースは、指定されたホスト名とポートを使用してプロセスを検索します。 次に、このプロセスに関する情報を返します。 応答 の次のステップに必要なidが見つかります。

このコマンドを発行します

次の curl コマンドをコピーします。 これを希望のターミナルまたはコンソールに貼り付けます。 表示されたプレースホルダーを次の値に置き換えます。

プレースホルダー
説明

{PUBLIC-KEY}

APIキーの公開部分。

{PRIVATE-KEY}

APIキーのプライベート部分。

{PROJECT-ID}

ホストを所有するプロジェクトの一意の識別子。

{HOSTNAME}

MongoDB Ops Manager が インスタンスに接続するために使用するプライマリ ホスト名。 これは、ホスト名、 FQDN 、 IPv4アドレス、またはIPv6アドレスにすることができます。

{PORT}

プロセスが listen するポート。

コマンド内のプレースホルダーを置き換えて実行します。

curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
     --request GET "https://<OpsManagerHost>:<Port>/api/public/v1.0/groups/{PROJECT-ID}/hosts/byName/{HOSTNAME}:{PORT}"

ホストの ID のコピー

レスポンス本文で、 idフィールドに返された値をコピーします。 次のステップには 値が必要です。

例

1{
2  "alertsEnabled" : true,
3  "aliases": [ "server1.example.com:27017", "203.0.113.3:27017" ],
4  "authMechanismName" : "SCRAM-SHA-1",
5  "clusterId" : "<cluster-ID-1>",
6  "created" : "2021-04-22T19:56:50Z",
7  "groupId" : "<project-ID-1>",
8  "hasStartupWarnings" : false,
9  "hidden" : false,
10  "hostEnabled" : true,
11  "hostname" : "server1.example.com",
12  "id" : "{HOST-ID}",
13  "ipAddress": "203.0.113.3",
14}
2

ホスト ID に一致するプロセスの監視を停止します。

ホストの監視を停止するには、 「1 つのホストの監視を停止」 リソースを使用します。

このステップの内容

[ 1 つのホストの監視を停止]リソースは、実際にはホストを削除しません。 リソースは、 MongoDB Ops Managerが監視するホストのリストからホストを削除します。 これにより、プロセスは監視から削除されます。

このコマンドを発行します

次の curl コマンドをコピーします。 これを希望のターミナルまたはコンソールに貼り付けます。 表示されたプレースホルダーを次の値に置き換えます。

プレースホルダー
説明

{PUBLIC-KEY}

APIキーの公開部分。

{PRIVATE-KEY}

APIキーのプライベート部分。

{PROJECT-ID}

ホストを所有するプロジェクトの一意の識別子。

{HOST-ID}

プロセスのホストの一意の識別子です。 ステップ 1 のidを使用します。

コマンド内のプレースホルダーを置き換えて実行します。

curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
     --request DELETE "https://<OpsManagerHost>:<Port>/api/public/v1.0/groups/{PROJECT-ID}/hosts/{HOST-ID}"
3

MongoDB Ops Managerが プロセスの監視を終了しました。

ホスト名とポートで 1 つのホストを取得リソースを再度使用して、ホスト名とポートを使用する プロセスを見つけます。 次に、 detailsがNo host with hostname and port {HOSTNAME}:{PORT} exists in group {PROJECT-ID}を返すことを確認します。

このステップの内容

ホスト名とポートで 1 つのホストを取得リソースは、指定されたホスト名とポートを使用してプロセスを検索します。 次に、このプロセスに関する情報を返します。 応答のdetails値がNo host with hostname and port {HOSTNAME}:{PORT} exists in group {PROJECT-ID}であれば、MongoDB Ops Manager がプロセスを監視していないことがわかります。 つまり、 MongoDB Ops Managerは、監視するプロセスのリストでホストを見つけられません。

このコマンドを発行します

次の curl コマンドをコピーします。 これを希望のターミナルまたはコンソールに貼り付けます。 表示されたプレースホルダーを次の値に置き換えます。

プレースホルダー
説明

{PUBLIC-KEY}

APIキーの公開部分。

{PRIVATE-KEY}

APIキーのプライベート部分。

{PROJECT-ID}

ホストを所有するプロジェクトの一意の識別子。

{HOSTNAME}

MongoDB Ops Manager がこのインスタンスに接続するために使用するプライマリ ホスト名。 これは、ホスト名、FQDN、IPv4 アドレス、または IPv6 アドレスにすることができます。

{PORT}

プロセスが listen するポート。

コマンド内のプレースホルダーを置き換えて実行します。

curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
     --request GET "https://<OpsManagerHost>:<Port>/api/public/v1.0/groups/{PROJECT-ID}/hosts/byName/{HOSTNAME}:{PORT}"

応答の詳細を確認する

レスポンス本体で、 detailsフィールドに返された値を確認します。 detailsがNo host with hostname and port {HOSTNAME}:{PORT} exists in group {PROJECT-ID}を返す場合は成功します。 MongoDB Ops Managerは プロセスの監視を終了しました。

戻る

最新バージョンマニフェストのアップロード

次へ

トラブルシューティング