AppDynamics と ServiceNow CMDB およびイベント管理との統合Splunk AppDynamics
このページでは、AppDynamics for ServiceNow® アプリケーションと ServiceNow® を統合する方法について説明します。
ダウンロード
ダウンロードパッケージは、Splunk AppDynamics ダウンロードにあります。
Version 22.1.1
Splunk AppDynamics has released a new version of Sync Utility to address the Log4j2 vulnerability (CVE-2021-45046). This version integrates with the Quebec, Rome, San Diego, Tokyo, Utah, and Vancouver Release of ServiceNow®. See Security Advisory: Apache Log4j Vulnerability.
- To review version-specific configuration details, see New Version 22.1.1.
- To upgrade an existing Sync Utility, follow the instructions in the upgrade section.
Please review this version compatibility matrix to guide your installation and upgrade decision:
| Integration Version | Splunk AppDynamics | ServiceNow® |
|---|---|---|
| 22.1.1 | >= 21.1.0 | Quebec, Rome, San Diego, Tokyo, Utah, and Vancouver. |
| 21.12 | >= 21.1.0 | Quebec, Rome, San Diego, and Tokyo. |
|
20.7
注意: We do not recommend this version due to security concerns.
|
>= 4.5.0.1 | Quebec, Rome, San Diego, and Tokyo. |
使用例
Splunk AppDynamics オンプレミス では、すべてのトランザクションをトレースして、リアルタイムのアプリケーショントポロジを構築します。ServiceNow® の統合によって、次の機能が提供されます。
-
Splunk AppDynamics アプリケーショントポロジは、CMDB のカスタムテーブルとして Splunk AppDynamics for ServiceNow® アプリケーションにデータをフィードします。
注: このバージョンでは、モニタ対象のサーバを ServiceNow® の適切な CMDB サーバ CI で調整できます。 -
Splunk AppDynamics は、ServiceNow® イベント管理アプリケーションにアラートを送信し、Splunk AppDynamics で作成されたエンティティを使用できます。Splunk AppDynamics for ServiceNow® アプリケーションは、Splunk AppDynamics アラートをエンティティとしてインポートします。これらのエンティティは、ServiceNow® テーブルに追加された場合にのみ使用できます。Splunk AppDynamics for ServiceNow® アプリケーションは、エンティティにマッピングする ServiceNow® テーブルを作成します。
次の表に、これらのエンティティと、それらを表すために作成された ServiceNow® テーブルを示します。
| インストール済み Splunk AppDynamics エンティティ | 作成された ServiceNow® テーブル |
|---|---|
| アプリケーション | x_apd_appdynamics_application |
| ビジネストランザクション | x_apd_appdynamics_business_transaction |
| コントローラテナント | x_apd_appdynamics_controller |
| データベース | x_apd_appdynamics_database |
| ノード | x_apd_appdynamics_node |
| リモートサービス | x_apd_appdynamics_remote_service |
| 階層 | x_apd_appdynamics_tier |
統合を開始する前に
この統合では、開始前に次のタスクをダウウンロード、インストール、および完了しておく必要があります。
ServiceNow での Splunk AppDynamics Discovery Source の作成
ServiceNow® ストアから統合をインストールする前に、次の手順に従って Splunk AppDynamics Discovery Source を作成する必要があります。
Splunk AppDynamics for ServiceNow アプリケーションのダウンロード
ServiceNow® ストアから Splunk AppDynamics for ServiceNow® アプリケーションをダウンロードし、ServiceNow® インスタンスにインストールします。
ServiceNow® でノードからサーバーへの CI の調整を使用するには、次のものが必要です。
- サーバーの可視性が有効になっている Splunk AppDynamics マシンエージェント。インポートする Splunk AppDynamics ノードをサポートする各ホストにインストールされ、実行されている必要があります。
- サーバーの可視性が有効になっている Splunk AppDynamics コントローラテナントとマシンエージェントのバージョン 4.5.0.1 以降。
- 問題がある場合は、 「トラブルシューティング」を参照してください。
Splunk AppDynamics と ServiceNow のデータ同期ユーティリティのダウンロード
Splunk AppDynamics ダウンロードポータルからデータ同期ユーティリティの zip ファイルをダウンロードします。
サーバ オプション
appdynamics-cmdb-service-$version.zip データ同期ユーティリティファイルをダウンロードして解凍します。
- appdynamics-cmdb-service-$version.zip ファイルを解凍します。
- サーバを起動します。
-
init.d サービス(システム V)
CODEsudo ln -s /path/to/appdynamics-cmdb-service/appdynamics-cmdb-service.jar /etc/init.d/appdynamics-cmdb-service sudo /etc/init.d/appdynamics-cmdb-service startJava のオプションは $HOME/appdynamics-cmdb-service.conf ファイルで設定できます。
アプリケーションログは $HOME/logs ディレクトリに作成されます。
システム出力ログは、 /var/log/appdynamics-cmdb-service.log ファイルに作成されます。
-
Windows (winsw):
ターミナルを開き、zip ファイルを解凍した appdynamics-cmdb-service フォルダに移動します。
CODEcd C:\Path-to\appdynamics-cmdb-service以下のコマンドを実行します:
CODEjavaw -jar appdynamics-cmdb-service.jarJava のオプションは %$HOME%/bin/appdynamics-cmdb-service-win.xml ファイルで設定できます。
ログは $HOME/logs ディレクトリに作成されます。
-
その他のプラットフォーム
CODEjava -Xms512m -jar /path/to/appdynamics-cmdb-service.jarアプリケーションログは $HOME/logs ディレクトリに作成されます。
-
アップグレード
-
Java 同期ユーティリティがインストールされているデータディレクトリ data/ をバックアップします。
- 既存のインストールを新しいファイルで上書きします。
セットアップ
- init.d サービス:構成ファイルは、$HOME/appdynamics-cmdb-service.conf にあります。パラメータを JAVA_OPTS プロパティに追加します。
- Windows サービス:構成ファイルは $HOME/bin/appdynamics-cmdb-service-win.xml にあります。パラメータを <arguments> プロパティに追加します。
- jar:-jar ... の前のコマンドにパラメータを直接追加します。
オプション
-
次のように異なるポートを使用します。
CODE-Dserver.port=8080 -
次のように認証を有効化します。
CODE-Dplatform.security.enabled=true # This will create a local login with the following credentials. -Dplatform.username=user -Dplatform.password="deFAultPwd4P1atfrm" -Dplatform.security.encryption-key=mykey -Dplatform.security.encryption-salt=mysalt警告: encryption-key と encryption-salt はオプションです。
データ同期ユーティリティの構成
ユーザ ロールおよび権限
同期ユーティリティは、Splunk AppDynamics コントローラテナントと ServiceNow® インスタンスの両方と通信する必要があります。このアクセスには、次のサービスアカウントを使用することをお勧めします。
-
Splunk AppDynamics コントローラテナント
注: サービスアカウントユーザには、同期対象のすべてのアプリケーションに対する権限を持つこれらのロールが必要です。- Applications and Dashboards Viewer
- Server Monitoring User:ノードからサーバへの CI の調整を有効にする場合はオプションです。
-
ServiceNow®:データを ServiceNow® に送信する ServiceNow® ユーザアカウントには、次のロールを割り当てる必要があります。
注: このユーザーは、ユーザーフォームでWeb サービスへのアクセスのみに設定できます。 -
ServiceNow® インスタンスでイベント管理がアクティブになっている場合は、次のロールを追加します。
- x_apd_appdynamics.appdynamics_role
- evt_mgmt_user
- evt_mgmt_integration
-
mid_server:サーバ CI の調整を実行する場合はオプションです。
- app_service_admin:同期ユーティリティ v20.7 で必要です。
-
イベント管理がアクティブになっていない場合は、次のロールを追加します。
-
x_apd_appdynamics.appdynamics_role
-
itil
-
mid_server:サーバ CI の調整を実行する場合はオプションです。
-
app_service_admin:同期ユーティリティ v20.7 で必要です。
-
ドメインが区切られた ServiceNow®インスタンス
- 「ユーザロールと権限」の説明に従い必要なロールを指定して、ユーザアカウントを作成します。
- このユーザを、アクセスする必要があるアプリケーションの適切なドメインに割り当てます。
- ドメインごとに適切なユーザを使用して、新しい ServiceNow® インスタンスを作成します。
- 各ドメインユーザに適したアプリケーションの同期を設定します。
Synchronize with the CMDB
| UI Tab | Description |
|---|---|
| Schedules | Allows schedule creation using a cron expression. The Synchronize options on this page are the same as the other configuration panes. |
| History | Provides a graphical view of prior runs. You can expand each run to get details of the run, including error messages. |
| Settings | Provides additional settings for connection timeouts, SSL, proxy configuration, and additional static values that can be added to fields in various CMDB tables. |
After the synchronization is complete, log in to the ServiceNow® instance and select the Splunk AppDynamics menu item to view the tables and data associated with the integration.
ユーザ ロールおよび権限
同期ユーティリティは、Splunk AppDynamics コントローラテナントと ServiceNow® インスタンスの両方と通信する必要があります。このアクセスには、次のサービスアカウントを使用することをお勧めします。
-
Splunk AppDynamics コントローラテナント
注: サービスアカウントユーザには、同期対象のすべてのアプリケーションに対する権限を持つこれらのロールが必要です。- Applications and Dashboards Viewer
- Server Monitoring User:ノードからサーバへの CI の調整を有効にする場合はオプションです。
-
ServiceNow®:データを ServiceNow® に送信する ServiceNow® ユーザアカウントには、次のロールを割り当てる必要があります。
注: このユーザーは、ユーザーフォームでWeb サービスへのアクセスのみに設定できます。 -
ServiceNow® インスタンスでイベント管理がアクティブになっている場合は、次のロールを追加します。
- x_apd_appdynamics.appdynamics_role
- evt_mgmt_user
- evt_mgmt_integration
-
mid_server:サーバ CI の調整を実行する場合はオプションです。
- app_service_admin:同期ユーティリティ v20.7 で必要です。
-
イベント管理がアクティブになっていない場合は、次のロールを追加します。
-
x_apd_appdynamics.appdynamics_role
-
itil
-
mid_server:サーバ CI の調整を実行する場合はオプションです。
-
app_service_admin:同期ユーティリティ v20.7 で必要です。
-
ドメインが区切られた ServiceNow®インスタンス
- 「ユーザロールと権限」の説明に従い必要なロールを指定して、ユーザアカウントを作成します。
- このユーザを、アクセスする必要があるアプリケーションの適切なドメインに割り当てます。
- ドメインごとに適切なユーザを使用して、新しい ServiceNow® インスタンスを作成します。
- 各ドメインユーザに適したアプリケーションの同期を設定します。
Synchronize with the CMDB
| UI Tab | Description |
|---|---|
| Schedules | Allows schedule creation using a cron expression. The Synchronize options on this page are the same as the other configuration panes. |
| History | Provides a graphical view of prior runs. You can expand each run to get details of the run, including error messages. |
| Settings | Provides additional settings for connection timeouts, SSL, proxy configuration, and additional static values that can be added to fields in various CMDB tables. |
After the synchronization is complete, log in to the ServiceNow® instance and select the Splunk AppDynamics menu item to view the tables and data associated with the integration.
ノードからサーバーへの CI の調整
この機能を使用するには、サーバーの可視性が有効になっているマシンエージェントを、インポート済みの Splunk AppDynamics ノードをサポートする各ホストにインストールして実行する必要があります。「サーバの可視性とマシンエージェント」を参照してください。
統合では、調整に次のデフォルトの ServiceNow® ハードウェア識別ルールを使用します。
-
Name:Splunk AppDynamics では、オペレーティングシステムが報告したホスト名をこのフィールドの値として使用します。これは、ディスカバリがインストールされているかどうかにかかわらず、ServiceNow® の次の [Discovery Property] 設定に従います。重要: mid_server ロールは、統合でこれらのプロパティを読み取るために ServiceNow® ユーザーに割り当てる必要があります。
- glide.discovery.hostname.case
- glide.discovery.hostname.include_domain
- glide.discovery.fqdn.regex
これらのプロパティの詳細については、ServiceNow® の製品マニュアルを参照してください。
- IP Address + MAC address(ネットワーク アダプタ テーブル):Splunk AppDynamics では、有効な IPv4 または IPv6 アドレスと MAC アドレスを持つアダプタを使用します。
これらの属性は、コントローラテナントおよびマシンエージェントのバージョン 4.5.0.1 以降でサーバーの可視性が有効になっているマシンエージェントによって提供されます。
- この統合によってサーバ CI が重複して作成されないようにするため、使用するディスカバリソースはすべて同じハードウェア識別ルールに準拠する必要があります。
- Name(サーバー CI のもの)は、上記で説明したディスカバリのプロパティに従って、システムによって報告されたホスト名と一致する必要があります。
-
各 ip_address mac_address Server Network Adapter のネットワーク アダプタ テーブルに
ip_addressとmac_addressを入力し、サーバー CI に関連付ける必要があります。警告: ServiceNow® CMDB の識別と調整では、サーバ CI フォームに直接入力された IP アドレスと MAC アドレスの値は考慮されません。
-
この統合は Linux および Windows サーバを識別し、更新または作成時にそれぞれの CI クラスに合わせて調整します(
cmdb_ci_linux_server & cmdb_ci_windows_server)。注: サーバが Windows または Linux でない場合は、CMDB 関係が作成されません。
ノードからサーバ CI への調整によって ServiceNow® に入力されたフィールド
適切なサーバークラス(cmdb_ci_*_server)で、親 Splunk AppDynamicsノードに関連付けられている場合:
| ServiceNow ® サーバーの CI フィールド | Splunk AppDynamics 使用されるサーバーの可視性属性 |
|---|---|
| Name(name) |
報告されたホスト名:同期ユーティリティは、上記のディスカバリのプロパティを読み取り、使用してホスト名を判別します。 |
| ホスト名(host_name) |
報告されたホスト名。 |
レポートされる各ネットワークアダプタには、ネットワークアダプタ CI(cmdb_ci_network_adapter)と関連する親サーバ CI が入力されます。
| ServiceNow® の ネットワークアダプタ CI フィールド | Splunk AppDynamics 使用されるサーバーの可視性属性 |
|---|---|
| IP アドレス(ip_address) |
/x が削除された IP アドレス。 報告された IPv4 または IPv6 アドレスを使用します。 どちらも入力されていない場合、アダプタは同期されません。 |
| MAC アドレス(mac_address) |
報告された MAC アドレス。 |
必須フィールドへの静的な値の追加
Splunk AppDynamics が入力されていない CMDB に必須フィールドがある場合は、[CMDB Additional Fields] を使用して、テーブルごとに複数の静的な値を追加できます。
- Splunk AppDynamics-ServiceNow® の同期ユーティリティに移動します。
- [Settings] を選択します。
- [CMDB Additional Fields] を選択します。
- 目的の CI テーブルで、[Add Field] をクリックします。
- ServiceNow® の Field Name(ラベルではありません)を入力します。
- このタイプのすべてのレコードに入力する静的な値を入力します。たとえば、hardware_status フィールド(すべての cmdb_ci_server および子クラスレコード)に入力する必要がある場合は、「hardware_status」と入力してから「Installed」を入力します。
- [Save] をクリックします。
動的なアプリケーション環境に関する考慮事項
Splunk AppDynamics を使用してモニタしているアプリケーション環境が頻繁に変更される場合は、アプリケーショントポロジの現在の状態を反映していない ServiceNow® CMDB 内のアーティファクトが存在する可能性があります。
これに対処するため、ServiceNow® では、無関係の Splunk AppDynamics CI を削除できなくなるように、CMDB で「データ更新ルール」を設定する方法についてのマニュアルを提供しています。New York リリースの場合は、「Create data refresh rules」を参照してください。
ビジネスサービス CI の作成
Splunk AppDynamics アプリケーションと ServiceNow® アプリケーションサービスの関係
ServiceNow® アプリケーションサービスに関連する正常性ルール違反アラートが、イベント管理ダッシュボードに表示されます。ServiceNow® CMDB の現在の状態に基づいてこの関係を構築するには、次の 2 つの方法があります。
- CMDB にビジネスサービス CI がない場合は、最初にアプリケーションを同期するときに [ビジネスサービスの作成(Create Business Service)] チェックボックスをオンにします。この CI を ServiceNow® イベント管理ダッシュボードに表示されるアプリケーションサービス(
cmdb_ci_service_discovered)CI に変換する方法について説明している同期ユーティリティのドキュメントに記載されている手順に従います。モデルに含めるには、CI のレベルに「6」を選択する必要があります。
「Convert a business service to an application service」を参照してください。
.ビジネスサービスが存在する場合:
- Splunk AppDynamics アプリケーション CI(x_apd_appdynamics_application)を開きます。
- [Add CI relationship.] をクリックします。
- フィルタで、「Class」-「is」-「Application Service」と設定します。
- [Run Filter] をクリックします。
- Application Service CI を選択します。
- [Runs On::Runs] 関係を選択します。
- Create new relationships with selected configuration item(s) をクリックします。
Splunk AppDynamics 階層と ServiceNow®アプリケーションサービスの関係
- Splunk AppDynamics 階層 CI(
x_apd_appdynamics_tier)を開きます。 - [Add CI relationship] をクリックします。
- フィルタで、「"Class" - "is" - "Application Service"」を設定します。
- [Run Filter] をクリックします。
- Application Service CI を選択します。
- [Runs On::Runs] 関係を選択します。
- Create new relationships with selected configuration item(s) をクリックします。
追加のアプリケーション関係
Splunk AppDynamics [アプリケーションの説明(Application description)] および [階層の説明(Tier description)] フィールドは、それぞれ Splunk AppDynamics アプリケーション CI(x_apd_appdynamics_application)と Splunk AppDynamics 階層 CI(x_apd_appdynamics_tier)に入力されます。
| テーブル | [Application CI] フィールド |
使用されている Splunk AppDynamics フィールド |
|---|---|---|
| x_apd_appdynamics_application | 説明(short_description) | アプリケーションの説明 |
| テーブル | 階層 CI フィールド |
使用されている Splunk AppDynamics フィールド |
|---|---|---|
| x_apd_appdynamics_tier | 説明(short_description) | 階層の説明 |
Splunk AppDynamics アプリケーションと ServiceNow® アプリケーションサービスの関係
ServiceNow® アプリケーションサービスに関連する正常性ルール違反アラートが、イベント管理ダッシュボードに表示されます。ServiceNow® CMDB の現在の状態に基づいてこの関係を構築するには、次の 2 つの方法があります。
- CMDB にビジネスサービス CI がない場合は、最初にアプリケーションを同期するときに [ビジネスサービスの作成(Create Business Service)] チェックボックスをオンにします。この CI を ServiceNow® イベント管理ダッシュボードに表示されるアプリケーションサービス(
cmdb_ci_service_discovered)CI に変換する方法について説明している同期ユーティリティのドキュメントに記載されている手順に従います。モデルに含めるには、CI のレベルに「6」を選択する必要があります。
「Convert a business service to an application service」を参照してください。
.ビジネスサービスが存在する場合:
- Splunk AppDynamics アプリケーション CI(x_apd_appdynamics_application)を開きます。
- [Add CI relationship.] をクリックします。
- フィルタで、「Class」-「is」-「Application Service」と設定します。
- [Run Filter] をクリックします。
- Application Service CI を選択します。
- [Runs On::Runs] 関係を選択します。
- Create new relationships with selected configuration item(s) をクリックします。
Splunk AppDynamics 階層と ServiceNow®アプリケーションサービスの関係
- Splunk AppDynamics 階層 CI(
x_apd_appdynamics_tier)を開きます。 - [Add CI relationship] をクリックします。
- フィルタで、「"Class" - "is" - "Application Service"」を設定します。
- [Run Filter] をクリックします。
- Application Service CI を選択します。
- [Runs On::Runs] 関係を選択します。
- Create new relationships with selected configuration item(s) をクリックします。
追加のアプリケーション関係
Splunk AppDynamics [アプリケーションの説明(Application description)] および [階層の説明(Tier description)] フィールドは、それぞれ Splunk AppDynamics アプリケーション CI(x_apd_appdynamics_application)と Splunk AppDynamics 階層 CI(x_apd_appdynamics_tier)に入力されます。
| テーブル | [Application CI] フィールド |
使用されている Splunk AppDynamics フィールド |
|---|---|---|
| x_apd_appdynamics_application | 説明(short_description) | アプリケーションの説明 |
| テーブル | 階層 CI フィールド |
使用されている Splunk AppDynamics フィールド |
|---|---|---|
| x_apd_appdynamics_tier | 説明(short_description) | 階層の説明 |
トラブルシューティング
ログ
ログは、アプリケーションがインストールされている logs/ ディレクトリで生成されます。
デバッグログ:
デバッグロギングを有効にするには、conf/log4j2.xml ファイルを編集し、ロガー com.appdynamics のレベルを DEBUG に変更します。
読み取りタイムアウト
同期の実行中に読み取りタイムアウトエラーが発生した場合は、次の手順を実行します。
- [設定(Settings)] タブの [Socket Timeout] の値は、最初に 60,000 まで増やし、その後、必要に応じてより高い値にします。
- エンティティの Sync Batch Size を ServiceNow® インスタンスに減らします。
- インストールディレクトリに移動します。
- conf/application.properties ファイルを検索し、サイズの値を調整します。
- Splunk AppDynamics ServiceNow® 同期ユーティリティサービスまたはデーモンを再起動します(必須)。
イベントの統合
このセクションでは、ユーザーが Splunk AppDynamics の正常性ルール、ポリシー、およびアクションの設定に精通していることを前提としています。「Alert and Respond」を参照してください。
イベント統合では、コントローラテナントの HTTP テンプレート機能を使用して、ServiceNow® イベント API にイベントをプッシュします。ServiceNow® イベント API の詳細については、こちらを参照してください。「HTTPリクエストアクションおよびテンプレート」を参照してください。
前提条件
- Splunk AppDynamics for ServiceNow® アプリケーションをダウンロードし、ServiceNow® インスタンスにインストールします。
- Splunk AppDynamics-ServiceNow® のデータ同期ユーティリティを実行し、エンティティが ServiceNow® インスタンスにインポートされていることを確認します。「データ同期ユーティリティ」を参照してください。
- ServiceNow® イベント管理プラグインをアクティブにします。
Events Installation and Configuration
In this section, you will create an Action, configure Health Rule Violations, and create binding Policies.
Create an Action on the Splunk AppDynamics Controller Tenant
- Log in to the web UI for the Splunk AppDynamics-ServiceNow® Data Sync Utility.
- Select .
- Select the Controller Tenant you would like to configure. If one is not configured, see Data Sync Utility Configuration.
- Click Download Template.
Use the downloaded file to configure the HTTP Request template in Splunk AppDynamics. You will then create an Action and apply that action to a policy that specifies a health rule and action. To create the new Action:
- Navigate to the Alert&Respond top menu in your Splunk AppDynamics Controller Tenant.
- Click in the left navigation.
- Select the resource on which the action is to be created.
- Click New and fill out the following fields:
- Name: Any name to uniquely identify the template
- Request URL
- Method:
POST - Raw URL: https://<your-instance>.service-now.com/em_event.do?JSONv2&sysparm_action=insertMultiple. Replace <your-instance> with the id of the actual instance.
- Method:
- Authentication
- Type: BASIC
-
Note:
Ensure you have already configured the ServiceNow® User and Roles as described in User Roles and Permissions.
- Payload
- MIME Type: application/json
- Copy the contents from the downloaded file,
event-request-template.txt, and then paste it in the Payload text area - Update the controllerName in the first line of the file. It must be the same value that you set while adding the Splunk AppDynamics Controller Name in the Sync Utility.
- Save the HTTP Template.
Configure Health Rules on the Splunk AppDynamics Controller Tenant
- Select the Alert & Respond tab.
- Select Health Rules.
-
Use the Select dropdown to choose an application on which you want to alert.
-
Review the list of Health Rules configured out-of-the-box for that application. Add more Health Rules if needed.
Create a Policy on the Splunk AppDynamics Controller Tenant to Bind Health Rules to Actions
- Select .
- Select Create a Policy Manually if there are no policies configured already.
-
Select the type of scenarios on which you want to receive alerts.
Warning: Checking all the boxes might lead to an alert storm on your ServiceNow® instance. -
Click Save.
-
Select the Health Rule Scope defining which tiers and nodes the Health Rule should cover and click Save.
- Select the Object Scope and choose the Tiers and Nodes to be covered in this policy and click Save.
- Select Actions.
- Click Add + sign to create a new Action.
- Select the ServiceNow® Action you created and click Save.
Version 22.1.1
This version release contains updates to fix the Log4j vulnerability in the Sync Utility. The Log4j version is updated to use 2.17.1.
To upgrade an existing Sync Utility, follow the instructions in the upgrade section.
要件
バージョン
- Splunk AppDynamics 21.10 以降。
- 同期する ServiceNow® インスタンスは、Quebec、Rome、San Diego、または Tokyo を実行している必要があります。
新たなロール
- Splunk AppDynamics のサービスアカウントに追加のロールは必要ありません。
- ServiceNow® のサービスアカウントにも app_service_admin ロールが必要です。
既存の同期ユーティリティのアップグレード
すでに同期されているアプリケーション
20.7 以降のバージョンを使用している場合、同期はそのまま 21.12.1 に残ります。
バージョン 3.1 以前のバージョンを使用している場合、以前のバージョンの同期ユーティリティから ServiceNow® CMDB に同期された既存の Splunk AppDynamics モニター対象アプリケーションと関連エンティティは、CMDB に残ります。同じアプリケーションが 21.12.1 を使用して再同期されると、設定されたアプリケーション(または階層)に対して計算されたサービス CI が作成されます。「計算済みアプリケーションサービス CI の作成」を参照してください。
既存の手動エントリポイント
Splunk AppDynamics モニター対象アプリケーション CI を使用してアプリケーションサービス CI の手動エントリポイントを作成した場合、x_apd_appdynamics_application はそのまま残ります。同期ユーティリティ v21.12.1 を使用して同期した後、新しい計算済みアプリケーションサービス CI が関係に追加されます。
推奨
Splunk AppDynamics では、以前に作成したエントリポイントをすべて削除し、新しい計算済みアプリケーションサービス cmdb_ci_service_calculated CI に手動エントリポイントを作成することを推奨しています。手順
- 既存の手動エントリポイントを削除するには、次の手順を実行します。
- イベント管理でモニタリングしている Application Service CI を開きます。
- Manually Added CI リンクの横にある - をクリックし、Remove をクリックします。
- 計算済みアプリケーションサービスに対して手動エントリポイントを追加します。
- ServiceNow® でモニタリングしているアプリケーションサービス CI を開きます。
- Add Entry Point をクリックします。
- Manually Created を選択します。
- CI Type の場合は、Calculated Application Service を選択します。
- [CI Name] で、同期したアプリケーションの名前を選択します。
要件
バージョン
- Splunk AppDynamics 21.10 以降。
- 同期する ServiceNow® インスタンスは、Quebec、Rome、San Diego、または Tokyo を実行している必要があります。
新たなロール
- Splunk AppDynamics のサービスアカウントに追加のロールは必要ありません。
- ServiceNow® のサービスアカウントにも app_service_admin ロールが必要です。
既存の同期ユーティリティのアップグレード
すでに同期されているアプリケーション
20.7 以降のバージョンを使用している場合、同期はそのまま 21.12.1 に残ります。
バージョン 3.1 以前のバージョンを使用している場合、以前のバージョンの同期ユーティリティから ServiceNow® CMDB に同期された既存の Splunk AppDynamics モニター対象アプリケーションと関連エンティティは、CMDB に残ります。同じアプリケーションが 21.12.1 を使用して再同期されると、設定されたアプリケーション(または階層)に対して計算されたサービス CI が作成されます。「計算済みアプリケーションサービス CI の作成」を参照してください。
既存の手動エントリポイント
Splunk AppDynamics モニター対象アプリケーション CI を使用してアプリケーションサービス CI の手動エントリポイントを作成した場合、x_apd_appdynamics_application はそのまま残ります。同期ユーティリティ v21.12.1 を使用して同期した後、新しい計算済みアプリケーションサービス CI が関係に追加されます。
推奨
Splunk AppDynamics では、以前に作成したエントリポイントをすべて削除し、新しい計算済みアプリケーションサービス cmdb_ci_service_calculated CI に手動エントリポイントを作成することを推奨しています。手順
- 既存の手動エントリポイントを削除するには、次の手順を実行します。
- イベント管理でモニタリングしている Application Service CI を開きます。
- Manually Added CI リンクの横にある - をクリックし、Remove をクリックします。
- 計算済みアプリケーションサービスに対して手動エントリポイントを追加します。
- ServiceNow® でモニタリングしているアプリケーションサービス CI を開きます。
- Add Entry Point をクリックします。
- Manually Created を選択します。
- CI Type の場合は、Calculated Application Service を選択します。
- [CI Name] で、同期したアプリケーションの名前を選択します。
計算済みアプリケーションサービス CI の作成
Orlando では、計算済みアプリケーションサービス cmdb_ci_service_calculated と呼ばれる新しい CI クラスが導入されます。この新しいクラスは動的であり、アプリケーションサービスの一部である CI で CMDB 内の関係が変更されたときに、サービスマップを自動的に更新する追加機能を提供します。
Splunk AppDynamics の一部のお客様は、アプリケーションを階層としてモニターします。新しいバージョン 21.12.1 では、Splunk AppDynamics アプリケーションまたは Splunk AppDynamics 階層を ServiceNow® の cmdb_ci_service_calculated CI にマッピングできます。
ServiceNow® でアプリケーションサービスとしてモニターする階層の選択
デフォルトでは、Splunk AppDynamics コントローラテナントによってモニターされるすべてのアプリケーションは、Used By::Depends On 関係を使用して 21.12.1 と初めて同期するときに、新しく計算されたアプリケーションサービスに関連付けられます。
モニター対象階層を ServiceNow® で計算済みアプリケーションサービス CI に同期するには、次の手順を実行します。
-
Application Mappings にアクセスします。
-
コントローラテナントが存在しない場合は追加します。または、ドロップダウンからコントローラテナントを選択します。選択したコントローラテナント UI のすべての Splunk AppDynamics モニター対象アプリケーションのリスト。
-
モニター対象アプリケーションの各階層を計算済みアプリケーションサービス CI にマッピングするには、そのアプリケーションをアプリケーショングループとして適切なバケットに移動します。
ServiceNow® でのアプリケーションサービスの同期
ServiceNow® では、各計算済みアプリケーションサービス CI(cmdb_ci_service_calculated)に一意の名前が必要です。バージョン 20.7 以降を使用して初めて同期すると、次の命名規則で新しい計算済みアプリケーションサービス CI が作成されます。
-
デフォルトでは、各モニター対象アプリケーションには、次の名前の計算済みアプリケーションサービス CI があります。
-
AppD:AppNameGoesHere(controllerName)
-
-
アプリケーションがアプリケーショングループとして指定されている場合、各モニタ対象階層には次の名前の計算済みアプリケーションサービス CI があります。
-
AppD:AppnameGoesHere:TierNameGoesHere(controllerName)
-
Splunk AppDynamics アプリケーションと ServiceNow® 計算済みアプリケーション CI のダッシュボード
[View Mapped Applications] ダッシュボードを使用して、Splunk AppDynamics アプリケーション(および階層)と ServiceNow® 計算済みアプリケーション CI との間のマッピングを表示します。
ServiceNow® からマッピングを削除するには、赤い [X] をクリックしてこのパネルからマッピングを削除します。これにより、計算済みアプリケーション CI と表示される関係の両方が削除されます。CMDB 内の Splunk AppDynamics エンティティは残ります。
サポート
質問または機能のリクエストについては、Splunk AppDynamics のヘルプにお問い合わせください。