AppDynamics と ServiceNow CMDB およびイベント管理との統合Splunk AppDynamics
このページでは、AppDynamics for ServiceNow® アプリケーションと ServiceNow® を統合する方法について説明します。
ダウンロード
ダウンロードパッケージは、Splunk AppDynamics ダウンロードにあります。
バージョン 22.1.1
Splunk AppDynamics は、Log4j2 の脆弱性(CVE-2021-45046)に対処するための新しいバージョンの同期ユーティリティをリリースしました。このバージョンは、ServiceNow® のケベック、ローマ、サンディエゴ、東京、ユタ、バンクーバーのリリースと統合されます。「Security Advisory: Apache Log4j Vulnerability」を参照してください。
- バージョン固有の設定の詳細を確認するには、「新しいバージョン 22.1.1」を参照してください。
- 既存の同期ユーティリティをアップグレードするには、アップグレードのセクションの手順に従います。
次のバージョン互換性マトリックスを確認して、インストールおよびアップグレードの判断を行ってください。
| 統合バージョン | Splunk AppDynamics | ServiceNow® |
|---|---|---|
| 22.1.1 | 21.1.0 以降 | Quebec、Rome、San Diego、Tokyo、Utah、および Vancouver。 |
| 21.12 | 21.1.0 以降 | Quebec、Rome、San Diego、および Tokyo。 |
|
20.7 注意: セキュリティ上の懸念から、このバージョンは推奨されません。
| 4.5.0.1 以降 | Quebec、Rome、San Diego、および Tokyo。 |
使用例
Splunk AppDynamics SaaS では、すべてのトランザクションをトレースして、リアルタイムのアプリケーショントポロジを構築します。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)
sudo 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 フォルダに移動します。
cd C:\Path-to\appdynamics-cmdb-service以下のコマンドを実行します:
javaw -jar appdynamics-cmdb-service.jarJava のオプションは %$HOME%/bin/appdynamics-cmdb-service-win.xml ファイルで設定できます。
ログは $HOME/logs ディレクトリに作成されます。
-
その他のプラットフォーム
java -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 ... の前のコマンドにパラメータを直接追加します。
オプション
-
次のように異なるポートを使用します。
-Dserver.port=8080 -
次のように認証を有効化します。
-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® インスタンスを作成します。
- 各ドメインユーザに適したアプリケーションの同期を設定します。
CMDB との同期
| UI タブ | 説明 |
|---|---|
| スケジュール | cron 式を使用したスケジュール作成を許可します。このページの [同期(Synchronize)] オプションは、他の設定ペインと同じです。 |
| 履歴 | 以前の実行のグラフィカルビューを提供します。各実行を展開して、エラーメッセージを含む実行の詳細を取得できます。 |
| [設定(Settings)] | 接続タイムアウト、SSL、プロキシ設定に対する追加の設定、およびさまざまな CMDB テーブルのフィールドに追加できる静的な値を提供します。 |
同期が完了したら、ServiceNow® インスタンスにログインし、Splunk AppDynamics メニュー項目を選択して、統合に関連付けられたテーブルとデータを表示します。
ユーザ ロールおよび権限
同期ユーティリティは、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® インスタンスを作成します。
- 各ドメインユーザに適したアプリケーションの同期を設定します。
CMDB との同期
| UI タブ | 説明 |
|---|---|
| スケジュール | cron 式を使用したスケジュール作成を許可します。このページの [同期(Synchronize)] オプションは、他の設定ペインと同じです。 |
| 履歴 | 以前の実行のグラフィカルビューを提供します。各実行を展開して、エラーメッセージを含む実行の詳細を取得できます。 |
| [設定(Settings)] | 接続タイムアウト、SSL、プロキシ設定に対する追加の設定、およびさまざまな CMDB テーブルのフィールドに追加できる静的な値を提供します。 |
同期が完了したら、ServiceNow® インスタンスにログインし、Splunk AppDynamics メニュー項目を選択して、統合に関連付けられたテーブルとデータを表示します。
ノードからサーバーへの 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) |
報告されたホスト名:同期ユーティリティは、上記のディスカバリのプロパティを読み取り、使用してホスト名を判別します。 |
| ホスト名(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.
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.
バージョン 22.1.1
このバージョンリリースには、同期ユーティリティの Log4j 脆弱性を修正する更新が含まれています。Log4j バージョンが 2.17.1 を使用するように更新されています。
既存の同期ユーティリティをアップグレードするには、アップグレードのセクションの手順に従います。
要件
バージョン
- Splunk AppDynamics 21.10 以降。
- 同期する ServiceNow® インスタンスは、Quebec、Rome、San Diego、または Tokyo を実行している必要があります。
新たなロール
- Splunk AppDynamics のサービスアカウントに追加のロールは必要ありません。
- ServiceNow® のサービスアカウントにも app_service_admin ロールが必要です。
Upgrade an Existing Sync Utility
Already Synchronized Applications
If you are using a version >= 20.7, the synchronization will remain as-is in 21.12.1.
If you are using a version <= 3.1, existing Splunk AppDynamics monitored applications and related entities that have been synchronized to a ServiceNow® CMDB from previous versions of the Sync Utility will remain in the CMDB. When the same application is re-synchronized using 21.12.1, a calculated service CI is created for those applications (or tiers) as configured. See Creating Calculated Application Service CIs.
Existing Manual Entry Points
If you created manual entry points for Application Service CIs using Splunk AppDynamics monitored application CIs x_apd_appdynamics_application will remain as-is. After synchronizing using Sync Utility v21.12.1, a new calculated application service CI will be added to the relationships.
Recommendation
Splunk AppDynamics recommends that you remove any previously created entry points and create a manual entry point to the new Calculated Application Service cmdb_ci_service_calculated CI. To do this:
- To remove the existing manual entry point:
- Open the Application Service CI you are monitoring with Event Management
- Click - next to the Manually Added CI link and click Remove.
- Add a manual entry point for the calculated application service:
- Open the application service CI you are monitoring in ServiceNow®.
- Click Add Entry Point.
- Select Manually Created.
- For CI Type, select Calculated Application Service.
- For CI Name, select the name for the application you synched.
要件
バージョン
- Splunk AppDynamics 21.10 以降。
- 同期する ServiceNow® インスタンスは、Quebec、Rome、San Diego、または Tokyo を実行している必要があります。
新たなロール
- Splunk AppDynamics のサービスアカウントに追加のロールは必要ありません。
- ServiceNow® のサービスアカウントにも app_service_admin ロールが必要です。
Upgrade an Existing Sync Utility
Already Synchronized Applications
If you are using a version >= 20.7, the synchronization will remain as-is in 21.12.1.
If you are using a version <= 3.1, existing Splunk AppDynamics monitored applications and related entities that have been synchronized to a ServiceNow® CMDB from previous versions of the Sync Utility will remain in the CMDB. When the same application is re-synchronized using 21.12.1, a calculated service CI is created for those applications (or tiers) as configured. See Creating Calculated Application Service CIs.
Existing Manual Entry Points
If you created manual entry points for Application Service CIs using Splunk AppDynamics monitored application CIs x_apd_appdynamics_application will remain as-is. After synchronizing using Sync Utility v21.12.1, a new calculated application service CI will be added to the relationships.
Recommendation
Splunk AppDynamics recommends that you remove any previously created entry points and create a manual entry point to the new Calculated Application Service cmdb_ci_service_calculated CI. To do this:
- To remove the existing manual entry point:
- Open the Application Service CI you are monitoring with Event Management
- Click - next to the Manually Added CI link and click Remove.
- Add a manual entry point for the calculated application service:
- Open the application service CI you are monitoring in ServiceNow®.
- Click Add Entry Point.
- Select Manually Created.
- For CI Type, select Calculated Application Service.
- For CI Name, select the name for the application you synched.
計算済みアプリケーションサービス 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 エンティティは残ります。
Support
For questions or feature requests, please contact Splunk AppDynamics Help.