ネットワークの可視性に関する FAQ

このセクションでは、ネットワークの可視性に関してよく寄せられる質問について説明します。

全般

階層、ノード、またはネットワークリンクの接続メトリックがないのはなぜですか。

デフォルトでは、ネットワークエージェントで接続メトリックを収集しません。推奨されるワークフローは、ネットワーク上の問題のあるリンクを特定し、関連する接続のメトリックを収集するように関連するエージェントを設定することです。動的モニタリングモードとネットワークの可視性 動的モニタリングモードとネットワークの可視性

ネットワークエージェントがコントローラに登録できません。どうするべできしょうか。

ネットワークエージェントがコントローラに登録できない場合は、次の手順を実行します。

  • ユーザーアカウントにネットワークの可視性の製品ライセンスがあることを確認します。
  • ユーザーアカウントにライセンスルールが定義されている場合は、正しい数のライセンスユニットが割り当てられていることを確認します。
  • ルールで割り当てられたユニット数を変更するには、次のようにします。
    • [Controller Settings] > [License] > [Rules] に移動します。
    • 対象の [License Rule] を編集します。([Default] という名前のライセンスルールが 1 つだけ存在する場合があります)。
    • [General] で、ネットワーク可視性ライセンスの [Allocated Units] フィールドを設定し、変更を適用します。

JMS キューのアプリケーションフローが一方向になり、一方でそのキューで使用される TCP 接続は反対方向になることがあります。何が原因なのでしょうか。

通常、アプリケーションフローによって使用されるネットワークリンクと TCP 接続は、フロー自体と同じ方向(送信元→宛先)になります。ただし、2 つの階層が JMS キューを介してデータを転送する場合は、別の方向になる可能性があります。一部の JMS 実装では、各階層の個々のノードでキューへの TCP 接続が開始されるため、方向は常にノード(送信元)→キュー(宛先)となります。

これらの接続の一部は、逆方向のアプリケーションフロー(キュー(送信元)→階層(宛先))によって使用される場合があります。

[TCP接続(TCP Connections)]

ネットワークエージェントの通信ポートを変更するにはどうすればよいですか。

ネットワークエージェントを起動すると、appd_netmon appd-agent

  1. netstat コマンドを使用して、新しいポートが使用中でないことを確認します。
  2. ネットワークエージェントを更新します。
    1. テキストエディタを使用して、ファイル <network_agent_home>/conf/agent_config.lua を開きます。
    2. ポート webserver_config を設定します。

      webserver_config = {
      port = <new-port-number>,
      request_timeout = 10000,
      threads = 2,
      }
    3. ファイルを保存し、ネットワークエージェントを再起動します。
  3. アプリケーション エージェントを更新します。
    1. テキストエディタを使用して、ファイル <app_agent_home>/<version-number>/external-services/netviz/netviz-service.properties を開きます。
    2. netviz.agent.api.service.port オプションを新しい TCP ポート番号に設定します。
    3. ファイルを保存し、アプリケーション エージェントを再起動します。

モニターするアプリケーションは、TCP ポート 32768 以降を使用します。このポートをモニターするようにネットワークエージェントを設定するにはどうすればよいですか。

  1. テキストエディタを使用して、次のファイルを開きます。<

  2. 32767 よりも大きい TCP ポートを使用するアプリケーションまたはサービスをモニターする場合は、application_service_ports ポートをコメント解除します。

    オリジナル:

    --[[ application_service_ports = { ports = "", } --]]

    編集後:

    application_service_ports = { ports = "40000, 41000", }

AppDynamicsNetMQ.dll を別のバージョンの NetMQ に置き換えるにはどうすればよいですか。

  1. NetMQ.dll のバージョンとその依存関係をダウンロードします。
  2. これらを AppDynamicsNetMQ.dll という名前の 1 つの dll ファイルに ILMerge します。
  3. AppDynamicsNETMQ.dll ファイルを c :\Program Files\AppDynamics\AppDynamics .NET Agent などの .NET エージェントのホームディレクトリに含めます。
  4. モニター対象のアプリケーションを再起動します。

agent_config.lua ファイルに追加の完全修飾ドメイン名(FQDN)設定はありますか。

ip_config = {
expire_interval = 20,
retry_count = 5,
}

更新のタイムアウト:expire_interval

再試行回数:retry_count expire_interval

ログ

  • エラー「ERROR MsgZmq::Bind: zmq_bind failed: File name too long」を解決するには、どうすればよいですか。

このエラーは、ファイル名が長すぎる場合に発生します。ファイルへの完全なパスがファイル名に含まれています。

このエラーを解決するには、ネットワークエージェントをより短い絶対パスに移動します。

  1. 長いディレクトリ名($ ln -s /long/dir/name /short/dir/name)のソフト(シンボリック)リンクを作成します。
  2. 短いディレクトリ($ cd /short/dir/name)に移動します。
  3. install.sh スクリプト($ sudo ./install.sh)を実行します。
  4. 短いディレクトリ名($ LD_PRELOAD=/short/dir/name/lib/appd-netlib.so <command to start app>)のライブラリを使用するように、アプリケーションの LD_PRELOAD パラメータを変更します。
  • ERROR cw_flowgroup_uri_cb: Failed to write data on connection 」というエラーが表示されるのはなぜですか。

このエラーは、ネットワークエージェントが多数の AppServer エージェントをサポートしている場合に発生します。このエラーが頻繁に発生する場合は、webserver_config agent_config.lua でスレッド数を増やしてからエージェントを再起動してください。

  • 「ERROR ip_flowgrp_lookup: flowgrp alloc failed」というエラーが表示されるのはなぜですか。

接続(送信元 IP:送信元ポート:宛先 IP:宛先ポート 送信元 IP:宛先 IP:宛先ポート

  • DEBUG adns_resolve: ip resolve error: Name or service not known」というエラーが表示されるのはなぜですか。

AppDynamics は、IP アドレスを解決して、システムに表示される IP アドレスの完全修飾ドメイン名(FQDN)情報をコントローラに提供します。このエラーは、一部の IP アドレスを解決できない場合に発生します。