アラートと通知
アラートは、Directorのダッシュボードやその他の高レベルビューに、警告および重大なアラートシンボルとともに表示されます。アラートはPremiumライセンスサイトで利用できます。アラートは1分ごとに自動的に更新されます。また、オンデマンドでアラートを更新することもできます。
Directorのアラート(/en-us/citrix-virtual-apps-desktops/2407/media/dir-alerts.png)
警告アラート（琥珀色の三角形）は、条件の警告しきい値に達したか、それを超えたことを示します。
重大アラート（赤い丸）は、条件の重大なしきい値に達したか、それを超えたことを示します。
アラートに関する詳細情報は、サイドバーからアラートを選択するか、サイドバーの下部にあるGo to Alertsリンクをクリックするか、Directorページの上部からAlertsを選択することで表示できます。
アラートビューでは、アラートをフィルター処理してエクスポートできます。たとえば、特定のデリバリーグループの過去1か月間の失敗したマルチセッションOSマシン、または特定のユーザーのすべてのアラートなどです。詳細については、「レポートのエクスポート」を参照してください。
Citrix®アラート
Citrixアラートは、Citrixコンポーネントから発生し、Directorで監視されるアラートです。Citrixアラートは、DirectorのAlerts \> Citrix Alerts Policyで構成できます。構成の一部として、アラートが設定したしきい値を超えた場合に、個人やグループに電子メールで通知を送信するように設定できます。Citrixアラートの設定の詳細については、「アラートポリシーの作成」を参照してください。
注:
ファイアウォール、プロキシ、またはMicrosoft Exchange Serverがメールアラートをブロックしないようにしてください。
スマートアラートポリシー
事前定義されたしきい値を持つ一連の組み込みアラートポリシーは、デリバリーグループおよびマルチセッションOS VDAスコープで利用できます。この機能には、Delivery Controllerバージョン7.18以降が必要です。組み込みアラートポリシーのしきい値パラメーターは、Alerts \> Citrix Alerts Policyで変更できます。 これらのポリシーは、サイトで少なくとも1つのアラートターゲット（デリバリーグループまたはマルチセッションOS VDA）が定義されている場合に作成されます。さらに、これらの組み込みアラートは、新しいデリバリーグループまたはマルチセッションOS VDAに自動的に追加されます。
Directorとサイトをアップグレードする場合、以前のDirectorインスタンスのアラートポリシーが引き継がれます。組み込みアラートポリシーは、Monitorデータベースに対応するアラートルールが存在しない場合にのみ作成されます。
組み込みのアラートポリシーのしきい値については、アラートポリシーの条件セクションを参照してください。
高度なアラートポリシー
Directorのプロアクティブな通知およびアラート機能が強化され、高度なアラートポリシーという新しいアラートフレームワークが追加されました。この機能を使用すると、各要素または条件に詳細な情報を含めてアラートを作成できるため、アラートの範囲に対する制御が強化されます。現在、これらのポリシーには、コスト削減とインフラストラクチャに関するアラートが含まれています。
データソース駆動型アラートである高度なアラートポリシーの導入により、複数条件のスコープフィルタリングを使用できるようになりました。
この機能は、過剰なアラートを減らすのに役立ちます。過剰なアラートは、重要な問題への対応の遅延や効果の低下につながる可能性があります。このポリシーは、アラートポリシーの有効性と管理者からのエンゲージメントを測定するのに役立ちます。
アラート > 高度なアラートポリシー > ポリシーの作成セクションから、高度なアラートポリシーを作成できます。
カテゴリとして、電源管理対象マシンが起動に失敗しました、電源管理対象マシンがシャットダウンに失敗しました、稼働時間の長い電源管理対象マシンを選択し、ポリシーに必要な条件を選択できます。ポリシーの作成方法の詳細については、アラートポリシーの作成を参照してください。ポリシーが作成された後、Citrix Alertsページでポリシーを編集、削除、または無効にすることができます。
上記の各条件について、特定のパラメーターと対応するオプションを選択できます。
稼働時間の長い電源管理マシンカテゴリは、次のメトリックをチェックします。
-
稼働時間のしきい値を超過したマシンの数
-
再アラート間隔（分単位）。間隔は最低60分です。
電源管理マシンが起動に失敗しましたおよび電源管理マシンがシャットダウンに失敗しましたカテゴリは、次のメトリックをチェックします。
-
稼働時間のしきい値を超過したマシンの数
-
サンプリング間隔（分単位）は30分の倍数にできます
-
再アラート間隔（分単位）は60分の倍数にできます
必要に応じて、上記のカテゴリの重大度を設定できます。これらのアラートの再アラート間隔をスケジュールすることもできます。
ポリシーのスコープを定義する
アラートのスコープを定義し、例外を追加できます。アラートは選択されたスコープに対してのみ生成され、例外の追加によって除外されたサブスコープはアラート生成に含まれません。この機能は、詳細なレベルでアラートを作成するのに役立ちます。
電子メールまたはWebhook URLを介して通知を作成できます。アラートを受信する希望の言語を選択することもできます。また、電子メールの場合は.CSVファイル添付として、Webhook URLを介した場合はJSONペイロードとしてアラートパラメータを受信するオプションを選択することもできます。添付ファイルには、必要なパラメータの詳細が含まれています。詳細については、「アラートコンテンツの機能強化」を参照してください。
以下のデータは、電子メールまたはCitrix Alertsページでアラートとして受信されます。
| フィールド | 説明 |
|---|---|
| 顧客ID | サイトの顧客ID。 |
| アラートレベル | この値は、各アラート条件に対して設定された事前定義値です。可能な値は、Critical（重大）とWarning（警告）です。 |
| 条件 | この値は、ポリシー作成時に設定された条件です。たとえば、未登録マシンの数が20以上である場合などです。 |
| ターゲット | アラートがトリガーされるデリバリーグループまたはサイトの名前。 |
| サイト | サイトの名前。 |
| スコープ | ポリシーのスコープ。この値にはサブスコープも含まれます。 |
| ポリシー | ポリシーの名前。 |
| 説明 | アラートがトリガーされる問題の説明。 |
PowerShellスクリプトを使用して高度なアラートポリシーを作成する方法?
アラートポリシーを作成するためのPowerShellスクリプト:
asnp Citrix.Monitor.*
# Add Parameters
$timeSpan = New-TimeSpan -Seconds 30
$alertThreshold = 1
$alarmThreshold = 2
# Add Target UID's
$targetIds = @()
$targetIds += "e9a211b4-a1f3-4f74-b6c7-85225902e997"
# Add email addresses
$emailaddress = @()
$emailaddress += "loki@abc.com"
# Create new policy
$policy = New-MonitorNotificationPolicy -Name "FailedMachinePercentageAlertCreationViaPowershell" -Description "Policy created to test urm" -Enabled $true
次の行をFailedMachinePercentageの正しい条件に置き換えます
Add-MonitorNotificationPolicyCondition -Uid $policy.Uid -ConditionType FailedMachinePercentage -AlertThreshold $alertThreshold -AlarmThreshold $alarmThreshold -AlertRenotification $timeSpan -AlarmRenotification $timeSpan
Add-MonitorNotificationPolicyTargets -Uid $policy.Uid -Scope "DG-Multisession" -TargetKind DesktopGroup -TargetIds $targetIds
$policy = Get-MonitorNotificationPolicy -Uid $policy.Uid
$policy
上記の画像から、ポリシーが作成され、Uidが10であることがわかります。
構成にメールを追加するには
Set-MonitorNotificationEmailServerConfiguration -ProtocolType SMTP -ServerName NameOfTheSMTPServerOrIPAddress -PortNumber 80 -SenderEmailAddress loki@abc.com -RequiresAuthentication 0
ポリシーにメールを追加するには
Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
メールを追加するためのサンプルスクリプト:
Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"
ポリシーにWebhook URLを追加するには
Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
Webhook URLを追加するためのサンプルスクリプト:
Set-MonitorNotificationPolicy –Uid 10 –Webhook 'https://hooks.slack.com/triggers/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'
作成されたポリシーの詳細を取得する
Get-MonitorNotificationPolicy -Uid 10
インフラストラクチャポリシー（プレビュー）
これらのポリシーは、サポートされているCitrix Virtual Apps and Desktops™コンポーネントの健全性に関連するアラートを作成するために導入されました。
インフラストラクチャ監視 のセットアップが完了すると、Directorで利用可能な健全性データを使用して、必要なコンポーネントのアラートを設定できます。管理者は、条件、スコープ、および通知媒体を設定して、電子メールまたはWebhookを介したJSONペイロードで重要なアラートを受信できます。発生したアラートは、分析と管理のためにCitrix Alertsセクションでも利用できます。
新しく導入されたインフラストラクチャポリシーの一部として、アラート条件は次の4つのセクションに分類されます。
-
到達可能性
-
依存サービス
-
影響
-
リソース使用率
各カテゴリ内の条件は、組織の優先順位に基づいて、重大および警告の重大度で設定できます。これらのアラートの再アラート間隔をスケジュールすることもできます。
インフラストラクチャポリシーは、アラート > Citrixアラートポリシーセクションから作成できます。必要なカテゴリを選択し、ポリシーに必要な条件を選択できます。ポリシーの作成方法の詳細については、「アラートポリシーの作成」を参照してください。ポリシーが作成された後、Citrixアラートページでポリシーを編集、削除、または無効にできます。
各カテゴリとコンポーネントでサポートされている条件の詳細については、以下を参照してください。
-
PVSヘルス指標
-
StoreFrontヘルス指標
次のデータは、電子メールまたは Citrix Alert ページでアラートとして受信されます。
| フィールド | 説明 |
|---|---|
| 顧客ID | サイトの顧客ID。 |
| アラートレベル | 指定できる値は、CriticalとWarningです。 |
| ターゲット | アラートがトリガーされたマシンの名前。 |
| 時間 | アラートがトリガーされた時刻。 |
| スコープ | ポリシーのスコープ。 |
| ポリシー | ポリシーの名前。 |
| 説明 | アラートがトリガーされる問題の説明。 |
アラートポリシーを作成する
アラートポリシーを作成するには、たとえば、特定のセッション数条件が満たされたときにアラートを生成するには、次の手順を実行します。
-
アラート > Citrixアラートポリシー に移動し、たとえば、Multi-session OS Policy を選択します。
-
作成 をクリックします。
-
ポリシーに名前を付けて説明し、アラートがトリガーされる条件を設定します。たとえば、ピーク接続セッション、ピーク切断セッション、およびピーク同時合計セッションの警告数と危険数を指定します。警告値は危険値より大きくしてはいけません。詳細については、「アラートポリシーの条件」を参照してください。
-
再アラート間隔を設定します。アラートの条件が引き続き満たされている場合、この時間間隔でアラートが再度トリガーされ、アラートポリシーで設定されている場合は、電子メール通知が生成されます。却下されたアラートは、再アラート間隔で電子メール通知を生成しません。
-
スコープを設定します。たとえば、特定のデリバリーグループに設定します。
-
通知設定で、アラートがトリガーされたときに、誰に電子メールで通知する必要があるかを指定します。アラートポリシーで電子メール通知設定を行うには、電子メールサーバー構成タブで電子メールサーバーを指定する必要があります。
-
.CSV添付ファイルまたはJSONペイロードを介してアラートコンテンツを受信することもできます。これには、次のチェックボックスをオンにします。
-
JSONペイロードをWebhookの添付ファイルとして含める
-
CSVファイルを電子メールの添付ファイルとして含める
-
注:現在、.CSV添付ファイルおよびJSONペイロードオプションを介してアラートコンテンツを受信できるのは、一部のアラートのみです。詳細については、「アラートコンテンツの機能強化」を参照してください。 -
-
「保存」をクリックします。
スコープで20以上のデリバリーグループが定義されたポリシーを作成すると、構成の完了に約30秒かかる場合があります。この間、スピナーが表示されます。
最大20の固有のデリバリーグループ（合計1000のデリバリーグループターゲット）に対して50を超えるポリシーを作成すると、応答時間が増加する可能性があります（5秒以上）。
アクティブなセッションを含むマシンをあるデリバリーグループから別のデリバリーグループに移動すると、マシンパラメーターを使用して定義された誤ったデリバリーグループアラートがトリガーされる可能性があります。
注:
アラートポリシーを削除した後、そのポリシーによって生成されたアラート通知が停止するまでに最大30分かかる場合があります。
アラートコンテンツの機能強化
Directorのアラート機能が強化され、CSV添付ファイルとJSONペイロードが含まれるようになりました。この強化により、電子メールでCSV添付ファイルとして、またはWebhookがある場合はJSONペイロードとしてアラートの詳細を取得できます。このCSV添付ファイルまたはJSONペイロードを使用すると、詳細レベルで豊富なコンテンツを受信でき、問題の迅速な特定と解決に役立ちます。
現在、この機能強化は以下の種類のアラートでのみ利用可能です。
-
マシンの稼働時間
-
電源オン失敗アクション
-
電源オフ失敗アクション
-
未登録のマシン (%)
この機能を使用するには、アラートに移動し、次のチェックボックスを選択します。
-
Webhookにjsonペイロードを添付として含める
-
メールにcsvファイルを添付として含める
以下は、Citrix Alert Policiesセクションのスクリーンショットです。
強化されたアラート(/en-us/citrix-virtual-apps-desktops/2407/media/csv-and-webhook.png)
以下は、Advanced Alert Policiesセクションのスクリーンショットです。
強化されたアラート（詳細）(/en-us/citrix-virtual-apps-desktops/2407/media/csv-and-webhook-advanced.png)
CSV添付ファイル
次の表は、サポートされているすべてのアラートの.CSV添付ファイルの列を示しています。
| 列 | 適用可能なアラート |
|---|---|
| マシン名、IPアドレス、およびデリバリーグループ名 | マシンの稼働時間、電源オフ失敗アクションと電源オン失敗アクション、および未登録マシン（%） |
| 現在の登録状態、失敗日、障害状態、およびライフサイクル状態 | 未登録マシン（%） |
| 最終電源アクション失敗理由、最終電源アクショントリガー元、最終電源アクションタイプ、および最終電源アクション完了日 | 電源オフ失敗アクションと電源オン失敗アクション |
| 電源状態、電源オン日、および合計稼働時間 (分) | マシンの稼働時間 |
Webhookペイロード
未登録マシンの割合アラート
Webhook Payload
{
"Address": "<Webhook URL>",
"NotificationId": "<NotificationGUID>",
"NotificationState": "NotificationActive",
"Priority": "<Critical/Warning>",
"Target": "<DeliveryGroupName>",
"Condition": "Unregistered machines (in %)",
"Value": "<Value Set as Threshold>",
"Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
"PolicyName": "<Alert Policy Name>",
"Description": "<Alert Policy Description>",
"Scope": "DeliveryGroup",
"Site": "<Name of the Site>",
"AttachmentData": [{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"Current Registration State": "Unregistered",
"Failure Date": “<Date of Failure>”,
"Fault State": "<Fault State of the Machine>",
"Lifecycle State": "<Lifecycle state of the Machine>"
},
{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"Current Registration State": "Unregistered",
"Failure Date": “<Date of Failure>”,
"Fault State": "<Fault State of the Machine>",
"Lifecycle State": "<Lifecycle state of the Machine>"
}]
}
電源オン失敗アクションアラート
Webhook Payload Body
{
"Address": "<Webhook URL>",
"NotificationId": "<NotificationGUID>",
"NotificationState": "NotificationActive",
"Priority": "<Critical/Warning>",
"Target": "<DeliveryGroupName>",
"Condition": "Failure To PowerOn Action",
"Value": "<Value Set as Threshold>",
"Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
"PolicyName": "<Alert Policy Name>",
"Description": "<Alert Policy Description>",
"Scope": "DeliveryGroup",
"Site": "<Name of the Site>",
"AttachmentData": [{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
"Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
"Last Power Action Type": “<PowerOn/PowerOff>”,
"Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
"Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
"Last Power Action Type": “<PowerOn/PowerOff>”,
"Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
}]
}
電源オフ失敗アクションアラート
{
"Address": "<Webhook URL>",
"NotificationId": "<NotificationGUID>",
"NotificationState": "NotificationActive",
"Priority": "<Critical/Warning>",
"Target": "<DeliveryGroupName>",
"Condition": "Failure To PowerOff Action",
"Value": "<Value Set as Threshold>",
"Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
"PolicyName": "<Alert Policy Name>",
"Description": "<Alert Policy Description>",
"Scope": "DeliveryGroup",
"Site": "<Name of the Site>",
"AttachmentData": [{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"IP Address": "<IPV4 Address of the Machine>",
"Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
"Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
"Last Power Action Type": “<PowerOn/PowerOff>”,
"Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
},
{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"IP Address": "<IPV4 Address of the Machine>",
"Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
"Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
"Last Power Action Type": “<PowerOn/PowerOff>”,
"Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
}]
}
マシンの稼働時間アラート
{
"Address": "<Webhook URL>",
"NotificationId": "<NotificationGUID>",
"NotificationState": "NotificationActive",
"Priority": "<Critical/Warning>",
"Target": "<DeliveryGroupName>",
"Condition": "Machine Uptime Alert",
"Value": "<Value Set as Threshold>",
"Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
"PolicyName": "<Alert Policy Name>",
"Description": "<Alert Policy Description>",
"Scope": "DeliveryGroup",
"Site": "<Name of the Site>",
"AttachmentData": [{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"IP Address": "<IPV4 Address of the Machine>",
"Power State": "<On/Off>",
"Powered On Date": "Time sting Eg: 2024-05-15T15:04:27.723",
"Total Uptime In Minutes": 180
},
{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"IP Address": "<IPV4 Address of the Machine>",
"Power State": "<ON/OFF>",
"Powered On Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
"Total Uptime In Minutes": <Uptime Duration>
}]
}
アラートポリシーの条件
以下に、アラートカテゴリ、アラートを軽減するための推奨されるアクション、および定義されている場合は組み込みのポリシー条件を示します。組み込みのアラートポリシーは、60分のアラート間隔と再アラート間隔で定義されています。
接続セッションのピーク
-
接続セッションのピークについては、Directorのセッショントレンドビューを確認してください。
-
セッション負荷に対応する十分な容量があることを確認してください。
-
必要に応じて新しいマシンを追加する
切断セッションのピーク
-
切断セッションのピークについては、Directorのセッショントレンドビューを確認してください。
-
セッション負荷に対応する十分な容量があることを確認してください。
-
必要に応じて新しいマシンを追加する。
-
必要に応じて切断されたセッションをログオフする
同時セッション合計のピーク
-
同時セッションのピークについては、Directorのセッショントレンドビューを確認してください。
-
セッション負荷に対応する十分な容量があることを確認してください。
-
必要に応じて新しいマシンを追加する。
-
必要に応じて、切断されたセッションをログオフします。
CPU
CPU使用率の割合は、プロセスを含むVDA全体のCPU消費量を示します。対応するVDAのマシン詳細ページから、個々のプロセスによるCPU使用率についてさらに詳しく知ることができます。
-
必要に応じてプロセスを終了します。
-
プロセスを終了すると、保存されていないデータが失われます。
-
すべてが期待どおりに機能している場合は、将来的に追加のCPUリソースを追加します。注:ポリシー設定リソース監視を有効にするは、VDAがインストールされたマシンでのCPUおよびメモリのパフォーマンスカウンターの監視に対して、デフォルトで許可されています。このポリシー設定が無効になっている場合、CPUおよびメモリの状態に関するアラートはトリガーされません。詳細については、監視ポリシー設定を参照してください。スマートポリシー条件:
-
スコープ： デリバリーグループ、マルチセッションOSスコープ
-
しきい値： 警告 - 80%、クリティカル - 90%
-
メモリ
メモリ使用率の割合は、プロセスを含むVDA全体のメモリ消費量を示します。対応するVDAのマシン詳細ページから、個々のプロセスによるメモリ使用量についてさらに詳しく知ることができます。
-
［マシン詳細］>［履歴使用率の表示］>［上位10プロセス］ に移動し、メモリを消費しているプロセスを特定します。プロセスレベルのリソース使用状況統計の収集を開始するには、プロセス監視ポリシーが有効になっていることを確認してください。
-
必要に応じてプロセスを終了します。
-
プロセスを終了すると、保存されていないデータが失われます。
-
すべてが期待どおりに機能している場合は、将来的に追加のメモリを追加します。注:ポリシー設定 ［リソース監視を有効にする］ は、VDAがインストールされたマシンでのCPUおよびメモリのパフォーマンスカウンターの監視に対して、デフォルトで許可されています。このポリシー設定が無効になっている場合、CPUおよびメモリの状態に関するアラートはトリガーされません。詳しくは、「監視ポリシー設定」を参照してください。スマートポリシー条件:
-
スコープ： デリバリーグループ、マルチセッションOSスコープ
-
閾値: 警告 - 80%、危機的 - 90%
-
接続失敗率
過去1時間の接続失敗の割合。
-
試行された接続の総数に対する総失敗数に基づいて計算されます。
-
構成ログから記録されたイベントについては、Directorの接続失敗傾向ビューを確認してください。
-
アプリケーションまたはデスクトップに到達可能かどうかを判断します。
接続失敗数
過去1時間の接続失敗数。
-
Director接続失敗トレンドビューで、構成ログから記録されたイベントを確認します。
-
アプリケーションまたはデスクトップに到達可能かどうかを判断します。
ICA® RTT (平均)
平均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ラウンドトリップ時間。少なくとも1つのセッションでICA RTTがしきい値を超えると、アラートがトリガーされます。
障害が発生したマシン (シングルセッションOS)
障害が発生したシングルセッションOSマシンの数。障害は、Directorのダッシュボードとフィルタービューに示されているように、さまざまな理由で発生する可能性があります。
-
Citrix Scout診断を実行して根本原因を特定します。スマートポリシー条件:
-
スコープ: デリバリーグループ、マルチセッションOSスコープ
-
しきい値: 警告 - 1、重大 - 2
-
障害が発生したマシン (マルチセッションOS)
障害が発生したマルチセッションOSマシンの数。障害は、Directorのダッシュボードとフィルタービューに示されているように、さまざまな理由で発生する可能性があります。
-
Citrix Scout診断を実行して根本原因を特定します。スマートポリシー条件:
-
スコープ: デリバリーグループ、マルチセッションOSスコープ
-
しきい値: 警告 - 1、重大 - 2
-
失敗したマシン (割合)
配信グループ内の失敗したシングルセッションおよびマルチセッションOSマシンの割合で、失敗したマシンの数に基づいて計算されます。このアラート条件では、配信グループ内の失敗したマシンの割合としてアラートしきい値を構成でき、30秒ごとに計算されます。 障害は、Directorダッシュボードおよびフィルタービューに示されているように、さまざまな理由で発生する可能性があります。根本原因を特定するには、Citrix Scout診断を実行してください。詳細については、「ユーザーの問題のトラブルシューティング」を参照してください。
失敗した電源オンアクションと失敗した電源オフアクション
配信グループ内の失敗した電源オンアクションの数と失敗した電源オフアクションの数で、電源オンまたはオフに失敗した電源管理マシンの数に基づいて計算されます。このアラート条件では、配信グループ内で電源オンまたはオフに失敗した電源管理マシンの数としてアラートしきい値を構成でき、30分ごとに計算されます。
管理者は、高度なアラートポリシーでこれらのアラートに対して次のパラメーターを構成できます。
-
トリガー元: 電源アクションをトリガーしたもの
-
失敗の理由: アクションが失敗した理由
-
しきい値: ポリシーをトリガーするために電源アクションに失敗したマシンのしきい値の数
-
サンプリング間隔: 失敗した電源アクションをチェックする必要がある間隔
-
再アラート間隔: アラートを再送信するまでの時間
障害は、Directorダッシュボードおよびフィルタービューに示されているように、さまざまな理由で発生する可能性があります。根本原因を特定するには、Citrix Scout診断を実行してください。詳細については、「ユーザーの問題のトラブルシューティング」を参照してください。
未登録マシン（%）
マシンが再起動によって不安定になった場合、またはデリバリーコントローラーと仮想マシン間の通信に問題がある場合、マシンは未登録と見なされます。**未登録のマシン（%）**は、配信グループ内の未登録のシングルセッションおよびマルチセッションOSマシンの割合で、未登録のマシンの数に基づいて計算されます。このアラート条件では、配信グループ内の未登録のマシンの割合として警告および重大なしきい値を構成できます。再アラートの間隔を設定できます。また、未登録のマシン（%）の条件が満たされたときに通知を受け取るためにメールを追加することもできます。重大または警告のしきい値を超えると、アラートとメールが生成されます。アラートはCitrix Alertsの下で表示できます。**未登録のマシン（%）**カテゴリで、必要な状態と時間でフィルターできます。
メールがある場合はCSV添付ファイルで、Webhookがある場合はJSONペイロードを介してアラートの詳細を受け取ることもできます。
注:
クリティカル値は警告値よりも大きくする必要があります。
ポリシー条件:
-
スコープ：シングルセッションOS、およびマルチセッションOSデリバリーグループ
-
しきい値：警告およびクリティカル
マシンの稼働時間アラート
デリバリーグループ内のマシンの稼働時間は、デリバリーグループ内でマシンがオンになっている1日あたりの時間数、1週間あたりの時間数、または1か月あたりの時間数に基づいて計算されます。このアラート条件を使用すると、デリバリーグループ内でマシンがオンになっている時間をアラートしきい値として構成できます。マシンの稼働時間アラートは、次の場合に機能します。
-
1日あたりの時間数 - マシンが1日オンになっている時間数を指定でき、30分ごとに計算されます。設定できる1日あたりの最大時間数は24時間です。
-
1週間あたりの時間数 - マシンが1週間オンになっている時間数を指定でき、6時間ごとに計算されます。設定できる1週間あたりの最大時間数は168時間です。
-
1か月あたりの時間数 - マシンが1か月オンになっている時間数を指定でき、毎日1回計算されます。1か月あたりの最大時間数は720時間です。 設定できる再アラート間隔の最小値は60分です。警告およびクリティカルアラートセクションで、マシンの稼働時間しきい値を超えたマシンの数を入力できます。任意のマシンに例外を追加することもできます。
たとえば、このアラートに5つのデリバリーグループが追加されており、最初のデリバリーグループと4番目のデリバリーグループでマシンの数が警告またはクリティカルしきい値を超えた場合、アラートは最初のデリバリーグループと4番目のデリバリーグループに対して個別にトリガーされます。
このアラートは、管理者がマシンの稼働時間を分析するのに役立ち、この分析に基づいて管理者はコストの最適化に貢献できます。メールがある場合はCSV添付ファイルで、Webhookがある場合はJSONペイロードでアラートの詳細を受け取ることもできます。
平均ログオン時間
過去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>
既存のアラートポリシーに Webhook URL を追加する:
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
PowerShellコマンドのヘルプについては、PowerShellヘルプを使用してください。例:
Get-Help <Set-MonitorNotificationPolicy>
アラートポリシーから生成された通知は、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\>}
ハイパーバイザーアラートの監視
Directorは、ハイパーバイザーの健全性を監視するためのアラートを表示します。XenServer®およびVMware vSphereからのアラートは、ハイパーバイザーのパラメーターと状態の監視に役立ちます。ハイパーバイザーへの接続ステータスも監視され、ホストのクラスターまたはプールが再起動されたり利用できなくなったりした場合にアラートが提供されます。
ハイパーバイザーアラートを受信するには、Web Studioでホスティング接続が作成されていることを確認してください。詳細については、「接続とリソース」を参照してください。ハイパーバイザーアラートの監視対象となるのは、これらの接続のみです。
これらのアラートは、しきい値に達するか、またはしきい値を超過すると表示されます。ハイパーバイザーアラートは次のとおりです。
-
致命的 — ハイパーバイザーアラームポリシーの致命的なしきい値に達したか、または超過した
-
警告 — ハイパーバイザーアラームポリシーの警告しきい値に達したか、または超過した
-
却下済み — アラートがアクティブなアラートとして表示されなくなった
この機能には、Delivery Controllerバージョン7 1811以降が必要です。サイト7 1811以降でDirectorの古いバージョンを使用している場合、ハイパーバイザーアラートの数のみが表示されます。アラートを表示するには、Directorをアップグレードする必要があります。
次の表では、ハイパーバイザーアラートのさまざまなパラメーターと状態について説明します。
| アラート | サポートされているハイパーバイザー | トリガー元 | 条件 | 構成 |
|---|---|---|---|---|
| CPU使用率 | ゼノサーバー、ブイエムウェア ブイスフィア | ハイパーバイザー | CPU使用率アラートのしきい値に達したか、超えた場合 | アラートのしきい値はハイパーバイザーで構成する必要があります。 |
| メモリ使用率 | ゼノサーバー、ブイエムウェア ブイスフィア | ハイパーバイザー | メモリ使用量アラートのしきい値に達したか、超えました | アラートのしきい値はハイパーバイザーで構成する必要があります。 |
| ネットワーク使用量 | ゼノサーバー、ブイエムウェア ブイスフィア | ハイパーバイザー | ネットワーク使用量アラートのしきい値に達したか、超えました | アラートのしきい値はハイパーバイザーで構成する必要があります。 |
| ディスク使用量 | ブイエムウェア ブイスフィア | ハイパーバイザー | ディスク使用量アラートのしきい値に達したか、超えました | アラートのしきい値はハイパーバイザーで構成する必要があります。 |
| ホスト接続または電源状態 | ブイエムウェア ブイスフィア | ハイパーバイザー | ハイパーバイザーホストが再起動されたか、利用できません | アラートはVMware vSphereに組み込まれています。追加の設定は不要です。 |
| ハイパーバイザー接続が利用できません | ゼノサーバー、VMware vSphere | デリバリーコントローラー | ハイパーバイザー（プールまたはクラスター）への接続が失われたか、電源がオフになったか、再起動されました。このアラートは、接続が利用できない間は1時間ごとに生成されます。 | アラートはDelivery Controllerに組み込まれています。追加の設定は不要です。 |
注：
アラートの設定の詳細については、Citrix XenCenter Alerts を参照するか、VMware vCenter Alertsのドキュメントを確認してください。
メール通知の設定は、Citrix Alerts Policy > Site Policy > Hypervisor Health で構成できます。ハイパーバイザーアラートポリシーのしきい値条件は、Directorからではなく、ハイパーバイザーからのみ構成、編集、無効化、または削除できます。ただし、メール設定の変更やアラートの解除はDirectorで行うことができます。インフラストラクチャの監視に関与しない役割の場合は、アラートを無効にできます。
重要：
-
ハイパーバイザーによってトリガーされたアラートはDirectorで取得および表示されます。ただし、ハイパーバイザーアラートのライフサイクル/状態の変更はDirectorには反映されません。
-
ハイパーバイザーコンソールで正常または解除済みまたは無効になっているアラートは、Directorに引き続き表示され、明示的に解除する必要があります。
-
Directorで解除されたアラートは、ハイパーバイザーコンソールでは自動的に解除されません。