アラートと通知

May 31, 2026

寄稿者:

アラートは、Directorのダッシュボードやその他の高レベルビューに、警告および重大なアラートシンボルとともに表示されます。アラートはPremiumライセンスサイトで利用できます。アラートは1分ごとに自動的に更新されます。必要に応じてアラートを手動で更新することもできます。

ディレクターアラート

警告アラート（琥珀色の三角形）は、条件の警告しきい値に達したか、それを超えたことを示します。

重大なアラート（赤い円）は、条件の重大なしきい値に達したか、それを超えたことを示します。

アラートの詳細情報は、サイドバーからアラートを選択するか、サイドバーの下部にあるGo to Alertsリンクをクリックするか、Directorページの上部からAlertsを選択することで表示できます。

アラートビューでは、アラートをフィルター処理してエクスポートできます。たとえば、特定のデリバリーグループの過去1か月間の失敗したマルチセッションOSマシン、または特定のユーザーのすべてのアラートなどです。詳細については、「レポートのエクスポート」を参照してください。

アラートのフィルター(/ja-jp/citrix-virtual-apps-desktops/2407/media/director_filteralerts.png)

シトリックス®アラート

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のプロアクティブ通知およびアラート機能が強化され、高度なアラートポリシーという新しいアラートフレームワークが追加されました。この機能を使用すると、各要素または条件に詳細な情報を含めてアラートを作成できるため、アラートの範囲に対する制御が強化されます。現在、これらのポリシーには、コスト削減とインフラストラクチャに関するアラートが含まれています。

データソース駆動型アラートである高度なアラートポリシーの導入により、複数条件のスコープフィルタリングを使用できます。

この機能は、重要な問題への対応の遅延や効果の低下につながる可能性のある過剰なアラートを減らすのに役立ちます。このポリシーは、アラートポリシーの有効性と管理者からのエンゲージメントを測定するのに役立ちます。

高度なアラートポリシーは、アラート > 高度なアラートポリシー > ポリシーの作成セクションから作成できます。

Directorの高度なアラートポリシー

カテゴリとして、電源管理対象マシンの電源オンに失敗しました、電源管理対象マシンの電源オフに失敗しました、稼働時間の長い電源管理対象マシンを選択し、ポリシーに必要な条件を選択できます。ポリシーの作成方法について詳しくは、「アラートポリシーの作成」を参照してください。ポリシーが作成されたら、Citrix Alertsページでポリシーを編集、削除、または無効にできます。

上記の各条件について、特定のパラメーターと対応するオプションを選択できます。

稼働時間の長い電源管理対象マシンカテゴリでは、次のメトリックがチェックされます。

稼働時間しきい値を超過したマシンの数
再アラート間隔（分単位）。間隔は最低60分です。

電源管理対象マシンの電源オンに失敗しましたおよび電源管理対象マシンの電源オフに失敗しましたカテゴリでは、次のメトリックがチェックされます。

稼働時間しきい値を超過したマシンの数
サンプリング間隔（分単位）は30分の倍数にできます
再アラート間隔（分単位）は60分の倍数にできます

必要に応じて、前述のカテゴリの重大度を設定できます。これらのアラートの再アラート間隔をスケジュールすることもできます。

ポリシーのスコープを定義する

アラートのスコープを定義し、例外を追加できます。アラートは選択したスコープに対してのみ生成され、例外の追加を使用して除外されたサブスコープはアラート生成に含まれません。この機能は、詳細なレベルでアラートを作成するのに役立ちます。

メールまたはWebhook URLを介して通知を作成できます。アラートを受信する希望の言語を選択することもできます。メールの場合は.CSVファイル添付として、またはWebhook URLを介してJSONペイロードとしてアラートパラメータを受信するオプションを選択することもできます。添付ファイルには、必要なパラメータの詳細が含まれています。詳細については、「アラートコンテンツの機能強化」を参照してください。

以下のデータは、メールまたはCitrix Alertsページでアラートとして受信されます。

フィールド	説明文
顧客ID	サイトの顧客ID。
アラートレベル	この値は、各アラート条件に設定された事前定義値です。可能な値は「重大」と「警告」です。
判定条件	この値は、ポリシー作成時に設定された条件です。たとえば、未登録のマシンの数が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
<!--NeedCopy-->

以下の行を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
<!--NeedCopy-->

失敗したマシンの割合

上の画像から、ポリシーが作成され、Uidが10であることがわかります。

構成にメールを追加するには

Set-MonitorNotificationEmailServerConfiguration -ProtocolType SMTP -ServerName NameOfTheSMTPServerOrIPAddress -PortNumber 80 -SenderEmailAddress loki@abc.com -RequiresAuthentication 0
<!--NeedCopy-->

ポリシーにメールを追加するには

Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

メールを追加するスクリプトの例:

Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

PS メールを追加

ポリシーにWebhook URLを追加するには

Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
<!--NeedCopy-->

PS ウェブフックを追加

Webhook URLを追加するスクリプトの例:

Set-MonitorNotificationPolicy –Uid 10  –Webhook  'https://hooks.slack.com/triggers/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'
<!--NeedCopy-->

作成されたポリシーの詳細を取得する

Get-MonitorNotificationPolicy -Uid 10
<!--NeedCopy-->

PS ポリシーを作成

インフラストラクチャポリシー (プレビュー)

これらのポリシーは、サポートされているCitrix Virtual Apps and Desktops™コンポーネントの健全性に関連するアラートを作成するために導入されました。

インフラストラクチャ監視のセットアップが完了すると、Directorで利用可能な健全性データを使用して、必要なコンポーネントのアラートを設定できます。管理者は、条件、スコープ、および通知媒体を設定して、メールまたはWebhookを介したJSONペイロードで重要なアラートを受信できます。発生したアラートは、分析と管理のためにCitrix Alertsセクションでも利用できます。

新しく導入されたインフラストラクチャポリシーの一部として、アラート条件は次の4つのセクションに分類されます。

到達可能性
依存サービス
影響
リソース使用率

各カテゴリ内の条件は、組織の優先順位に基づいて、重大および警告の重大度で設定できます。これらのアラートの再アラート間隔をスケジュールすることもできます。

アラート > Citrixアラートポリシーセクションからインフラストラクチャポリシーを作成できます。必要なカテゴリを選択し、ポリシーに必要な条件を選択できます。ポリシーの作成方法の詳細については、「アラートポリシーの作成」を参照してください。ポリシーが作成された後、Citrixアラートページでポリシーを編集、削除、または無効にすることができます。

各カテゴリおよびコンポーネントでサポートされている条件の詳細については、以下を参照してください。

メールまたはCitrixアラートページで、以下に示すデータがアラートとして受信されます。

フィールド	説明文
顧客ID	サイトの顧客ID。
アラートレベル	設定可能な値は、重大と警告です。
ターゲット	アラートがトリガーされたマシンの名前。
時刻	アラートがトリガーされた時刻。
スコープ	ポリシーのスコープ。
ポリシー	ポリシーの名前。
Description	アラートがトリガーされた問題の説明。

アラートポリシーの作成

Directorのアラートポリシー(/ja-jp/citrix-virtual-apps-desktops/2407/media/director-alerts-policy.png)

アラートポリシーを作成するには、たとえば、特定のセッション数条件が満たされたときにアラートを生成する場合、次の手順を実行します。

アラート > Citrixアラートポリシーに移動し、たとえば、マルチセッションOSポリシーを選択します。
作成をクリックします。
ポリシーに名前を付けて説明し、アラートがトリガーされる条件を設定します。たとえば、ピーク接続セッション、ピーク切断セッション、およびピーク同時合計セッションの警告数と重大数を指定します。警告値は重大値より大きくしてはいけません。詳細については、「アラートポリシーの条件」を参照してください。
再アラート間隔を設定します。アラートの条件が引き続き満たされている場合、この時間間隔でアラートが再度トリガーされ、アラートポリシーで設定されている場合はメール通知が生成されます。却下されたアラートは、再アラート間隔でメール通知を生成しません。
スコープを設定します。たとえば、特定のデリバリーグループに設定します。
通知設定で、アラートがトリガーされたときに誰にメールで通知する必要があるかを指定します。アラートポリシーでメール通知設定を行うには、メールサーバー構成タブでメールサーバーを指定する必要があります。
1. アラートコンテンツを.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セクションのスクリーンショットです。

強化されたアラート

以下は、Advanced Alert Policiesセクションのスクリーンショットです。

強化された詳細アラート

CSV添付ファイル

次の表は、サポートされているすべてのアラートの.CSV添付ファイルの列を示しています。

列	適用可能なアラート
マシン名、IPアドレス、およびデリバリーグループ名	マシンの稼働時間、電源オフ失敗アクションと電源オン失敗アクション、および未登録マシン (%)
現在の登録状態、失敗日、障害状態、およびライフサイクル状態	未登録マシン (%)
最終電源アクション失敗理由、最終電源アクショントリガー元、最終電源アクションタイプ、および最終電源アクション完了日	電源オフ失敗アクションと電源オン失敗アクション
電源状態、電源オン日、および合計稼働時間 (分)	マシンの稼働時間

ウェブフックペイロード

未登録マシン割合アラート

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>"
                                  }]
}
<!--NeedCopy-->

電源オン失敗アクションアラート

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>"
                                  }]
}
<!--NeedCopy-->

電源オフ失敗アクションアラート

{
    "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>"
                                  }]
}
<!--NeedCopy-->

マシンの稼働時間アラート

{
    "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>
                                  }]
}
<!--NeedCopy-->

アラートポリシーの条件

以下に、アラートカテゴリ、アラートを軽減するための推奨されるアクション、および定義されている場合は組み込みポリシー条件を示します。組み込みのアラートポリシーは、60分のアラートおよび再アラート間隔で定義されています。

ピーク接続セッション

Directorのセッショントレンドビューで、ピーク接続セッションを確認します。
セッション負荷に対応するのに十分な容量があることを確認します。
必要に応じて新しいマシンを追加します

ピーク切断セッション

Directorのセッショントレンドビューで、ピーク切断セッションを確認します。
セッション負荷に対応するのに十分な容量があることを確認します。
必要に応じて新しいマシンを追加します。
必要に応じて切断されたセッションをログオフします

ピーク同時合計セッション

Directorのセッショントレンドビューで、ピーク同時セッションを確認します。
セッション負荷に対応するのに十分な容量があることを確認します。
必要に応じて新しいマシンを追加します。
必要に応じて、切断されたセッションをログオフします。

CPU

CPU使用率の割合は、プロセスを含むVDA全体のCPU消費量を示します。対応するVDAのマシン詳細ページから、個々のプロセスによるCPU使用率についてさらに詳しく知ることができます。

マシン詳細 > 履歴使用率の表示 > 上位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 (User)

指定されたユーザーによって起動されたセッションに適用される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診断を実行して、根本原因を特定してください。詳細については、「ユーザーの問題のトラブルシューティング」を参照してください。

電源オンアクションの失敗と電源オフアクションの失敗

配信グループ内の電源オンアクションの失敗数と電源オフアクションの失敗数で、電源オンまたはオフに失敗した電源管理対象マシンの数に基づいて計算されます。このアラート条件により、配信グループ内で電源オンまたはオフに失敗した電源管理対象マシンの数としてアラートしきい値を構成でき、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ダッシュボードで、ログオン時間に関する最新のメトリックを確認してください。短期間に多くのユーザーがログオンすると、ログオン時間が増加する可能性があります。
原因を絞り込むために、ログオンのベースラインと内訳を確認します。詳細については、「ユーザーログオンの問題の診断」(/ja-jp/citrix-virtual-apps-desktops/2407/director/troubleshoot-deployments/user-issues/user-logon.html)を参照してください。

スマートポリシーの条件:
- スコープ: デリバリーグループ、マルチセッションOSスコープ
- しきい値: 警告 - 45秒、危険 - 60秒

ログオン期間（ユーザー）

過去1時間に発生した、指定されたユーザーのログオン期間。

ロード評価インデックス

過去5分間のロード評価インデックスの値。

ピーク負荷（最大負荷）がかかっている可能性のあるマルチセッションOSマシンについてDirectorを確認します。ダッシュボード（障害）とトレンドのロード評価インデックスレポートの両方を確認します。

スマートポリシーの条件:
- スコープ: デリバリーグループ、マルチセッション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使用率	ゼノサーバー、VMware ブイスフィア	ハイパーバイザー	CPU使用率アラートのしきい値に達したか、それを超えた	アラートのしきい値はハイパーバイザーで構成する必要があります。
メモリ使用率	ゼノサーバー、VMware ブイスフィア	ハイパーバイザー	メモリ使用量アラートのしきい値に達したか、超過しました	アラートのしきい値はハイパーバイザーで構成する必要があります。
ネットワーク使用量	ゼノサーバー、ブイエムウェアヴィスフィア	ハイパーバイザー	ネットワーク使用量アラートのしきい値に達したか、超過しました	アラートのしきい値はハイパーバイザーで構成する必要があります。
ディスク使用量	ブイエムウェアヴィスフィア	ハイパーバイザー	ディスク使用量アラートのしきい値に達したか、超過しました	アラートのしきい値はハイパーバイザーで構成する必要があります。
ホスト接続または電源状態	ブイエムウェアヴィスフィア	ハイパーバイザー	ハイパーバイザーホストが再起動されたか、利用できません	アラートはVMware vSphereに組み込まれています。追加の設定は不要です。
ハイパーバイザー接続が利用できません	ゼノサーバー、VMware ヴィスフィア	デリバリーコントローラー	ハイパーバイザー（プールまたはクラスター）への接続が失われたか、電源がオフになったか、再起動されました。このアラートは、接続が利用できない間は1時間ごとに生成されます。	アラートはDelivery Controllerに組み込まれています。追加の設定は不要です。

注：

アラートの設定の詳細については、Citrix XenCenter Alertsを参照するか、VMware vCenter Alertsのドキュメントを確認してください。

メール通知設定は、Citrix Alerts Policy > Site Policy > Hypervisor Healthで構成できます。ハイパーバイザーアラートポリシーのしきい値条件は、Directorからではなく、ハイパーバイザーからのみ構成、編集、無効化、または削除できます。ただし、メール設定の変更やアラートの解除はDirectorで行うことができます。インフラストラクチャ監視に関与しない役割の場合は、アラートを無効にできます。

重要：

ハイパーバイザーによってトリガーされたアラートは、Directorで取得され表示されます。ただし、ハイパーバイザーアラートのライフサイクル/状態の変更はDirectorには反映されません。

ハイパーバイザーコンソールで正常または解除済み、あるいは無効になっているアラートはDirectorに表示され続け、明示的に解除する必要があります。

Directorで解除されたアラートはハイパーバイザーコンソールでは自動的に解除されません。

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

この情報は役に立ちましたか?

アラートと通知

May 31, 2026

寄稿者:

May 31, 2026

寄稿者:

この情報は役に立ちましたか?

アラートと通知

シトリックス®アラート

スマートアラートポリシー

高度なアラートポリシー

ポリシーのスコープを定義する

PowerShellスクリプトを使用して高度なアラートポリシーを作成する方法

以下の行をFailedMachinePercentageの正しい条件に置き換えてください

構成にメールを追加するには

ポリシーにメールを追加するには

ポリシーにWebhook URLを追加するには

作成されたポリシーの詳細を取得する

インフラストラクチャポリシー (プレビュー)

アラートポリシーの作成

アラートコンテンツの機能強化

CSV添付ファイル

ウェブフック ペイロード

未登録マシン割合アラート

電源オン失敗アクションアラート

電源オフ失敗アクションアラート

マシンの稼働時間アラート

アラートポリシーの条件

ピーク接続セッション

ピーク切断セッション

ピーク同時合計セッション

CPU

メモリ

接続失敗発生率

接続失敗件数

アイシーエー® アールティーティー （平均）

ICA RTT (セッション数)

ICA RTT (セッションの割合)

ICA RTT (User)

失敗したマシン (シングルセッションOS)

失敗したマシン (マルチセッションOS)

失敗したマシン（%）

電源オンアクションの失敗と電源オフアクションの失敗

未登録のマシン（%）

マシンの稼働時間アラート

平均ログオン時間

ログオン期間（ユーザー）

ロード評価インデックス

Webhookでアラートポリシーを構成する

ハイパーバイザーアラートの監視

この記事の概要

ウェブフックペイロード

アイシーエー® アールティーティー（平均）