アラートと通知
アラートは、Directorのダッシュボードやその他の上位レベルのビューに、警告および重大なアラートシンボルとともに表示されます。アラートは、Premiumライセンスサイトで利用できます。アラートは1分ごとに自動的に更新されます。また、オンデマンドでアラートを更新することもできます。
ディレクターのアラート(/ja-jp/citrix-virtual-apps-desktops/2311/media/dir-alerts.png)
警告アラート（琥珀色の三角形）は、条件の警告しきい値に達したか、それを超えたことを示します。
重大なアラート（赤い円）は、条件の重大なしきい値に達したか、それを超えたことを示します。
サイドバーからアラートを選択するか、サイドバーの下部にあるGo to Alertsリンクをクリックするか、Directorページの上部からAlertsを選択することで、アラートに関する詳細情報を表示できます。
アラートビューでは、アラートをフィルタリングしてエクスポートできます。たとえば、特定のDelivery Groupの過去1か月間の失敗したMulti-session OSマシン、または特定のユーザーのすべてのアラートなどです。詳細については、レポートのエクスポートを参照してください。
アラートのフィルタリング(/ja-jp/citrix-virtual-apps-desktops/2311/media/director_filteralerts.png)
シトリックス®アラート
Citrixアラートは、Citrixコンポーネントから発生し、Directorで監視されるアラートです。Director内で、Alerts > Citrix Alerts PolicyでCitrixアラートを設定できます。設定の一部として、アラートが設定したしきい値を超えたときに、個人やグループに電子メールで通知を送信するように設定できます。Citrixアラートの設定の詳細については、アラートポリシーの作成を参照してください。
注:
ファイアウォール、プロキシ、またはMicrosoft Exchange Serverが電子メールアラートをブロックしないことを確認してください。
スマートアラートポリシー
デリバリーグループおよびMulti-session OS VDAのスコープ向けに、事前定義されたしきい値を持つ一連の組み込みアラートポリシーが利用可能です。この機能には、Delivery Controllerバージョン7.18以降が必要です。組み込みアラートポリシーのしきい値パラメーターは、Alerts > Citrix Alerts Policyで変更できます。 これらのポリシーは、サイトに少なくとも1つのアラートターゲット（Delivery GroupまたはMulti-session OS VDA）が定義されている場合に作成されます。さらに、これらの組み込みアラートは、新しいDelivery GroupまたはMulti-session OS VDAに自動的に追加されます。
Directorとサイトをアップグレードする場合、以前のDirectorインスタンスのアラートポリシーは引き継がれます。組み込みアラートポリシーは、Monitorデータベースに対応するアラートルールが存在しない場合にのみ作成されます。
組み込みのアラートポリシーのしきい値については、アラートポリシーの条件セクションを参照してください。
アラートポリシーの作成
新しいアラートポリシーを作成するには、たとえば、特定のセッション数条件が満たされたときにアラートを生成する場合：
- アラート > Citrixアラートポリシーに移動し、たとえば、マルチセッションOSポリシーを選択します。
- 作成をクリックします。
- ポリシーに名前を付けて説明し、アラートがトリガーされるために満たす必要がある条件を設定します。たとえば、ピーク接続セッション、ピーク切断セッション、およびピーク同時合計セッションの警告数と重大数を指定します。警告値は重大値より大きくしてはいけません。詳細については、アラートポリシーの条件を参照してください。
- 再アラート間隔を設定します。アラートの条件が引き続き満たされている場合、この時間間隔でアラートが再度トリガーされ、アラートポリシーで設定されている場合はメール通知が生成されます。却下されたアラートは、再アラート間隔でメール通知を生成しません。
- スコープを設定します。たとえば、特定のデリバリーグループに設定します。
- 通知設定で、アラートがトリガーされたときに誰にメールで通知するかを指定します。アラートポリシーでメール通知設定を行うには、メールサーバー構成タブでメールサーバーを指定する必要があります。
- 保存をクリックします。
スコープに20以上のデリバリーグループが定義されたポリシーを作成すると、構成の完了に約30秒かかる場合があります。この間、スピナーが表示されます。
最大20のユニークなデリバリーグループ（合計1000のデリバリーグループターゲット）に対して50を超えるポリシーを作成すると、応答時間が増加する可能性があります（5秒以上）。
アクティブなセッションを含むマシンをあるデリバリーグループから別のデリバリーグループに移動すると、マシンパラメーターを使用して定義された誤ったデリバリーグループアラートがトリガーされる可能性があります。
注: アラートポリシーを削除した後、そのポリシーによって生成されたアラート通知が停止するまでに最大30分かかる場合があります。
アラートポリシーの条件
以下に、アラートカテゴリ、アラートを軽減するための推奨されるアクション、および定義されている場合は組み込みポリシー条件を示します。組み込みのアラートポリシーは、アラートおよび再アラートの間隔が60分に設定されています。
ピーク接続セッション
- Directorのセッション傾向ビューで、ピーク接続セッションを確認します。
- セッション負荷に対応できる十分な容量があることを確認します。
- 必要に応じて新しいマシンを追加します
ピーク切断セッション
- Directorのセッション傾向ビューで、ピーク切断セッションを確認します。
- セッション負荷に対応できる十分な容量があることを確認します。
- 必要に応じて新しいマシンを追加します。
- 必要に応じて切断されたセッションをログオフします
ピーク同時合計セッション
- Directorのセッション傾向ビューで、ピーク同時セッションを確認します。
- セッション負荷に対応できる十分な容量があることを確認します。
- 必要に応じて新しいマシンを追加します。
- 必要に応じて切断されたセッションをログオフします。
CPU
CPU使用率の割合は、プロセスを含むVDA全体のCPU消費量を示します。個々のプロセスによるCPU使用率の詳細については、対応するVDAのマシン詳細ページから確認できます。
- マシン詳細 > 履歴使用率の表示 > 上位10プロセスに移動し、CPUを消費しているプロセスを特定します。プロセスレベルのリソース使用状況統計の収集を開始するには、プロセス監視ポリシーが有効になっていることを確認してください。
- 必要に応じてプロセスを終了します。
- プロセスを終了すると、保存されていないデータが失われます。
-
すべてが期待どおりに機能している場合は、将来的に追加のCPUリソースを追加します。
注：
ポリシー設定のリソース監視を有効にするは、VDAを搭載したマシンでのCPUおよびメモリパフォーマンスカウンターの監視に対して、デフォルトで許可されています。このポリシー設定が無効になっている場合、CPUおよびメモリ条件のアラートはトリガーされません。詳細については、「監視ポリシー設定」を参照してください。
スマートポリシー条件：
- スコープ： デリバリーグループ、マルチセッションOSスコープ
- しきい値： 警告 - 80%、クリティカル - 90%
メモリ
メモリ使用率の割合は、プロセスを含むVDA全体のメモリ消費量を示します。個々のプロセスによるメモリ使用量の詳細については、対応するVDAのマシン詳細ページから確認できます。
- 「マシン詳細 > 履歴利用状況の表示 > 上位10プロセス」に移動し、メモリを消費しているプロセスを特定します。プロセスレベルのリソース使用状況統計の収集を開始するには、プロセス監視ポリシーが有効になっていることを確認してください。
- 必要に応じてプロセスを終了します。
- プロセスを終了すると、保存されていないデータが失われます。
-
すべてが期待どおりに機能している場合は、今後、追加のメモリを増設してください。
注：
ポリシー設定「リソース監視を有効にする」は、VDAがインストールされたマシン上のCPUおよびメモリパフォーマンスカウンターの監視に対して、デフォルトで許可されています。このポリシー設定が無効になっている場合、CPUおよびメモリ条件のアラートはトリガーされません。詳細については、「監視ポリシー設定」を参照してください。
スマートポリシー条件：
- スコープ： デリバリーグループ、マルチセッションOSスコープ
- しきい値： 警告 - 80%、重大 - 90%
接続失敗発生率
過去1時間における接続失敗の割合。
- 試行された総接続数に対する総失敗数に基づいて計算されます。
- 構成ログから記録されたイベントについては、Directorの接続失敗傾向ビューを確認してください。
- アプリケーションまたはデスクトップに到達可能かどうかを判断します。
接続失敗件数
過去1時間における接続失敗の数。
- 構成ログから記録されたイベントについては、Directorの接続失敗トレンドビューを確認してください。
- アプリケーションまたはデスクトップに到達可能かどうかを判断します。
アイシーエー® アールティーティー (平均)
平均ICAラウンドトリップ時間。
- ICA RTTの内訳についてCitrix ADMを確認し、根本原因を特定します。詳細については、Citrix ADM ドキュメントを参照してください。
- Citrix ADMが利用できない場合は、Directorのユーザー詳細ビューでICA RTTと遅延を確認し、ネットワークの問題か、アプリケーションまたはデスクトップの問題かを判断します。
ICA RTT (セッション数)
しきい値のICAラウンドトリップ時間を超えるセッションの数。
- 高いICA RTTを持つセッションの数についてCitrix ADMを確認します。詳細については、Citrix ADM ドキュメントを参照してください。
-
Citrix ADMが利用できない場合は、ネットワークチームと協力して根本原因を特定します。
スマートポリシー条件:
- スコープ: デリバリーグループ、マルチセッションOSスコープ
- しきい値: 警告 - 5セッション以上で300ミリ秒、重大 - 10セッション以上で400ミリ秒
ICA RTT (セッションの割合)
平均ICAラウンドトリップ時間を超えるセッションの割合。
- ICA RTTが高いセッションの数については、Citrix ADMを確認してください。詳細については、Citrix ADMドキュメントを参照してください。
- Citrix ADMが利用できない場合は、ネットワークチームと協力して根本原因を特定してください。
ICA RTT (ユーザー向け)
指定されたユーザーによって起動されたセッションに適用されるICAラウンドトリップ時間。ICA RTTが少なくとも1つのセッションでしきい値を超えると、アラートがトリガーされます。
失敗したマシン (シングルセッションOS)
失敗したシングルセッションOSマシンの数。Directorのダッシュボードおよびフィルタービューに示されているように、さまざまな理由で障害が発生する可能性があります。
-
Citrix Scout診断を実行して、根本原因を特定してください。
スマートポリシーの条件:
- スコープ: デリバリーグループ、マルチセッションOSスコープ
- しきい値: 警告 - 1、重大 - 2
失敗したマシン (マルチセッションOS)
失敗したマルチセッションOSマシンの数。Directorのダッシュボードおよびフィルタービューに示されているように、さまざまな理由で障害が発生する可能性があります。
-
Citrix Scout診断を実行して、根本原因を特定してください。
スマートポリシーの条件:
- スコープ: デリバリーグループ、マルチセッションOSスコープ
- しきい値: 警告 - 1、重大 - 2
失敗したマシン (%)
デリバリーグループ内の失敗したシングルセッションおよびマルチセッションOSマシンの割合で、失敗したマシンの数に基づいて計算されます。このアラート条件では、デリバリーグループ内の失敗したマシンの割合としてアラートしきい値を構成でき、30秒ごとに計算されます。 失敗は、Directorのダッシュボードおよびフィルタービューに示されているように、さまざまな理由で発生する可能性があります。Citrix Scout診断を実行して、根本原因を特定してください。詳細については、「ユーザーの問題のトラブルシューティング」を参照してください。
平均ログオン時間
過去1時間に発生したログオンの平均ログオン時間。
- ログオン時間に関する最新のメトリックを取得するには、Directorのダッシュボードを確認してください。短期間に多数のユーザーがログオンすると、ログオン時間が増加する可能性があります。
-
原因を絞り込むには、ログオンのベースラインと内訳を確認してください。詳細については、「ユーザーログオンの問題の診断」を参照してください。
スマートポリシー条件:
- スコープ: デリバリーグループ、マルチセッションOSスコープ
- しきい値: 警告 - 45秒、重大 - 60秒
ログオン時間 (ユーザー)
過去1時間に発生した、指定されたユーザーのログオンのログオン時間。
負荷評価インデックス
過去5分間の負荷評価インデックスの値。
-
Directorで、ピーク負荷（最大負荷）がかかっている可能性があるマルチセッションOSマシンを確認します。ダッシュボード（障害）とトレンド負荷評価インデックスレポートの両方を確認してください。
スマートポリシーの条件:
- スコープ: デリバリーグループ、マルチセッションOSスコープ
- しきい値: 警告 - 80%、重大 - 90%
Webhookでアラートポリシーを構成する
メール通知とは別に、Webhookでアラートポリシーを構成できます。
注: この機能には、Delivery Controllerバージョン7.11以降が必要です。
PowerShellコマンドレットを使用して、HTTPコールバックまたはHTTP POSTでアラートポリシーを構成できます。これらはWebhookをサポートするように拡張されています。
新しいOctobluワークフローの作成と、対応するWebhook URLの取得については、Octoblu Developer Hubを参照してください。
新しいアラートポリシーまたは既存のポリシーのWebhook URLを構成するには、次のPowerShellコマンドレットを使用します。
Webhook URLを使用して新しいアラートポリシーを作成します。
$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
<!--NeedCopy-->
既存のアラートポリシーにWebhook URLを追加します。
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
<!--NeedCopy-->
PowerShellコマンドに関するヘルプについては、PowerShellヘルプを使用してください。例:
Get-Help <Set-MonitorNotificationPolicy>
<!--NeedCopy-->
アラートポリシーから生成された通知は、Webhook URLへのPOST呼び出しでWebhookをトリガーします。POSTメッセージには、JSON形式の通知情報が含まれています。
{"NotificationId" : \<Notification Id\>,
"Target" : \<Notification Target Id\>,
"Condition" : \<Condition that was violated\>,
"Value" : \<Threshold value for the Condition\>,
"Timestamp": \<Time in UTC when notification was generated\>,
"PolicyName": \<Name of the Alert policy\>,
"Description": \<Description of the Alert policy\>,
"Scope" : \<Scope of the Alert policy\>,
"NotificationState": \<Notification state critical, warning, healthy or dismissed\>,
"Site" : \<Site name\>}
<!--NeedCopy-->
ハイパーバイザーアラートの監視
Director はハイパーバイザーの健全性を監視するためのアラートを表示します。XenServer® および VMware vSphere からのアラートは、ハイパーバイザーのパラメーターと状態の監視に役立ちます。ホストのクラスターまたはプールが再起動されたり利用できなくなったりした場合にアラートを提供するため、ハイパーバイザーへの接続ステータスも監視されます。
ハイパーバイザーアラートを受信するには、Web Studio でホスティング接続が作成されていることを確認してください。詳細については、「接続とリソース」を参照してください。ハイパーバイザーアラートについては、これらの接続のみが監視されます。
これらのアラートは、しきい値に達するか、それを超えると表示されます。ハイパーバイザーアラートには次のものがあります。
- 致命的 — ハイパーバイザーアラームポリシーの致命的なしきい値に達したか、それを超えた場合
- 警告 — ハイパーバイザーアラームポリシーの警告しきい値に達したか、それを超えた場合
- 却下済み — アラートがアクティブなアラートとして表示されなくなった場合
この機能には、Delivery Controller™ バージョン 7 1811 以降が必要です。サイト 7 1811 以降で古いバージョンの Director を使用している場合、ハイパーバイザーアラートの数のみが表示されます。アラートを表示するには、Director をアップグレードする必要があります。
次の表は、ハイパーバイザーアラートのさまざまなパラメーターと状態について説明しています。
| アラート | サポートされているハイパーバイザー | トリガー元 | アラート条件 | 設定内容 |
|---|---|---|---|---|
| CPU使用率 | ゼノサーバー、ヴイエムウェア ブイスフィア | ハイパーバイザー | CPU使用率アラートのしきい値に達したか、超えた | アラートのしきい値はハイパーバイザーで構成する必要があります。 |
| メモリ使用率 | ゼノサーバー、ヴイエムウェア ブイスフィア | ハイパーバイザー | メモリ使用率アラートのしきい値に達したか、超えた | アラートのしきい値はハイパーバイザーで構成する必要があります。 |
| ネットワーク使用率 | ゼノサーバー、ヴイエムウェア ブイスフィア | ハイパーバイザー | ネットワーク使用率アラートのしきい値に達したか、超えた | アラートのしきい値はハイパーバイザーで構成する必要があります。 |
| ディスク使用量 | ヴイエムウェア ブイスフィア | ハイパーバイザー | ディスク使用量アラートのしきい値に達したか、超過しました | アラートのしきい値はハイパーバイザーで構成する必要があります。 |
| ホスト接続または電源状態 | ヴイエムウェア ブイスフィア | ハイパーバイザー | ハイパーバイザーホストが再起動されたか、利用できません | アラートはVMware vSphereに組み込まれています。追加の構成は不要です。 |
| ハイパーバイザー接続が利用できません | ゼノサーバー、ヴイエムウェア ブイスフィア | デリバリーコントローラー | ハイパーバイザー（プールまたはクラスター）への接続が失われたか、電源がオフになったか、再起動されました。このアラートは、接続が利用できない間、1時間ごとに生成されます。 | アラートはデリバリーコントローラーに組み込まれています。追加の構成は不要です。 |
注：
アラートの設定に関する詳細については、Citrix XenCenter Alertsを参照するか、VMware vCenter Alertsのドキュメントを確認してください。
メール通知設定は、Citrix Alerts Policy > Site Policy > Hypervisor Healthで構成できます。ハイパーバイザーアラートポリシーのしきい値条件は、Directorからではなく、ハイパーバイザーからのみ構成、編集、無効化、または削除できます。ただし、メール設定の変更やアラートの解除はDirectorで行うことができます。役割にインフラストラクチャの監視が含まれていない場合は、アラートを無効にできます。
重要：
- ハイパーバイザーによってトリガーされたアラートは、Directorで取得され表示されます。ただし、ハイパーバイザーアラートのライフサイクル/状態の変更はDirectorには反映されません。
- ハイパーバイザーコンソールで正常、解除、または無効化されたアラートは、Directorに表示され続け、明示的に解除する必要があります。
- Directorで解除されたアラートは、ハイパーバイザーコンソールでは自動的に解除されません。