APM Javaエージェントのプロビジョニング・シナリオの確認
APM Javaエージェントのプロビジョニングには、APM Javaエージェントのプロビジョニングが実際の環境でどのように機能するかを示す様々なシナリオがあります。インストールを開始する前に、この項を確認して、ニーズに最も適したプロビジョニング・シナリオを選択してください。
プロビジョニングのシナリオ
単一サーバー・エージェント
これは、APM Javaエージェントが各アプリケーション・サーバー・インストールにプロビジョニングされる一般的なAPM Javaサーバー・エージェント・インストールです。
-
アプリケーション・サーバー・インストールで複数のインスタンスを同時に実行できる場合、すべてのアプリケーション・サーバー・インスタンスで同じAPMエージェント構成を共有します。
-
各アプリケーション・サーバー・インスタンスで異なる構成を使用する必要がある場合は、グループ構成を使用できます。詳細は、オプションの構成タスクの実行のグループ構成の設定を参照してください。
-
将来、Javaエージェントをアップグレードする場合は、各アプリケーション・サーバーでAPM Javaエージェントに対するアップグレードを実行する必要があります。
例3-1 APM Javaエージェントを小規模な環境にデプロイします。
ネットワークに接続されたストレージのない小規模な環境(つまり、3つのTomcatサーバーのみ)がある場合、APMエージェントは互いに独立して動作するため、APMエージェントを各アプリケーション・サーバーに個別にプロビジョニングできます。
例3-2 共有場所からのバイナリのロードは許可されていません。
ITポリシーで共有場所からのバイナリのロードが許可されていない場合は、APMサーバー・エージェントを各アプリケーション・サーバー・インストールにプロビジョニングし、適切に構成する必要があります。
例3-3 ネットワーク依存関係を回避します。
ネットワーク・エラーがある場合やNASがオフラインになった場合に、APMサーバー・エージェントの起動エラーを回避するには、APMサーバー・エージェントを各アプリケーション・サーバー・インストールにプロビジョニングし、適切に構成する必要があります。
共有エージェント
共有エージェント・プロビジョニングの仕組みは、単一サーバー・エージェント・プロビジョニングと似ていますが、それより規模が大きくなります。
単一サーバー・プロビジョニングでは、同じホスト上の複数のアプリケーション・サーバー・インスタンスのAPMエージェントが、同じエージェント・インストールからロードされます。共有エージェント・プロビジョニングは、APMエージェントを共有場所にプロビジョニングすることによってそれを拡張するため、異なるホストからのアプリケーション・サーバーが1つのエージェント・インストールおよび同じグローバル構成を共有します。
-
単一サーバーの方法を使用せずに共有エージェント・プロビジョニングを使用する主な利点は、エージェント・デプロイメントを一元化できることです。エージェントの場所は、ホストやアプリケーション・サーバーに関係なく一貫しています。また、エージェント・アップグレード・プロセスが単一のインストールに簡略化され、各サーバーをアップグレードする必要がありません。
-
すべての構成は、共有場所の
oracle-apm-agent/config/<version>ディレクトリにあるプロビジョニング・エージェントから読み取られます -
ログは、プロビジョニングされたエージェント・ログ・ディレクトリ(共有場所の
oracle-apm-agent/log)に書き込まれます。 -
各アプリケーション・サーバー・インスタンスで異なる構成を使用する必要がある場合は、グループ構成を使用できます。詳細は、オプションの構成タスクの実行のグループ構成の設定を参照してください。
-
APMエージェントでのアップグレードは、共有場所にプロビジョニングされたエージェントに対してのみ必要です。すべての設定ファイルも一緒にアップグレードされます。
-
共有場所は信頼できる必要があります。共有場所に問題がある場合、APMエージェントの起動に失敗する可能性があります。APMエージェントの起動はJava Instrumentation APIに依存するため、JVM起動時にエージェント・ライブラリにアクセスできない場合は、JVMを完全に起動できない可能性があります。