アラートと通知

最終公開日 : Nov 13, 2026
アラートは、Directorのダッシュボードやその他の上位レベルのビューに、警告および重大なアラートシンボルとともに表示されます。アラートは、Premiumライセンスサイトで利用できます。アラートは1分ごとに自動的に更新されます。また、オンデマンドでアラートを更新することもできます。
「Directorのアラート」(/en-us/citrix-virtual-apps-desktops/2503/media/dir-alerts.png)
警告アラート（琥珀色の三角形）は、条件の警告しきい値に達したか、それを超えたことを示します。
重大アラート（赤い円）は、条件の重大なしきい値に達したか、それを超えたことを示します。
サイドバーからアラートを選択するか、サイドバーの下部にあるアラートに移動リンクをクリックするか、Directorページの上部からアラートを選択することで、アラートに関する詳細情報を表示できます。
アラートビューでは、アラートをフィルタリングしてエクスポートできます。たとえば、過去1か月間の特定のデリバリーグループの失敗したマルチセッションOSマシン、または特定のユーザーのすべてのアラートなどです。詳細については、「レポートのエクスポート」を参照してください。
「アラートのフィルター」(/en-us/citrix-virtual-apps-desktops/2503/media/director_filteralerts.png)
Related information
サイト分析

Citrix®アラート

Citrixアラートは、Citrixコンポーネントから発生し、Directorで監視されるアラートです。Directorのアラート \> CitrixアラートポリシーでCitrixアラートを構成できます。構成の一部として、アラートが設定したしきい値を超えたときに、個人やグループに電子メールで通知を送信するように設定できます。Citrixアラートの設定の詳細については、「アラートポリシーの作成」を参照してください。
注:
ファイアウォール、プロキシ、またはMicrosoft Exchange Serverがメールアラートをブロックしないようにしてください。

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

事前定義されたしきい値を持つ一連の組み込みアラートポリシーは、デリバリーグループおよびマルチセッションOS VDAのスコープで利用できます。この機能には、Delivery Controllerバージョン7.18以降が必要です。組み込みアラートポリシーのしきい値パラメーターは、アラート \> Citrixアラートポリシーで変更できます。 これらのポリシーは、サイトに少なくとも1つのアラートターゲット（デリバリーグループまたはマルチセッションOS VDA）が定義されている場合に作成されます。さらに、これらの組み込みアラートは、新しいデリバリーグループまたはマルチセッションOS VDAに自動的に追加されます。
Directorとサイトをアップグレードする場合、以前のDirectorインスタンスのアラートポリシーが引き継がれます。組み込みアラートポリシーは、Monitorデータベースに対応するアラートルールが存在しない場合にのみ作成されます。
組み込みのアラートポリシーのしきい値については、(#alerts-policies-conditions)セクションを参照してください。
組み込みアラート

高度なアラートポリシー

Directorのプロアクティブ通知およびアラート機能が強化され、高度なアラートポリシーという新しいアラートフレームワークが追加されました。この機能を使用すると、各要素または条件にきめ細かい詳細を含めてアラートを作成できるため、アラートの範囲に対する制御が強化されます。現在、これらのポリシーには、コスト削減とインフラストラクチャに関するアラートが含まれています。
データソース駆動型アラートである高度なアラートポリシーの導入により、複数条件のスコープフィルタリングを使用できます。
この機能は、過剰なアラートを減らすのに役立ちます。過剰なアラートは、重要な問題への対応の迅速性や有効性を低下させる可能性があります。このポリシーは、アラートポリシーの有効性と管理者からのエンゲージメントを測定するのに役立ちます。
アラート > 高度なアラートポリシー > ポリシーの作成セクションから、高度なアラートポリシーを作成できます。
次のデータソースのいずれかを選択できます。
  • マシン
  • プロビジョニングサービス
  • StoreFront™
  • デリバリー コントローラー™

コスト削減に関するアラート

コストを最適化するのに役立つコスト削減のためのアラートを作成できます。現在、マシン用のアラートを作成できます。
マシンに関するアラートを作成するには、次の手順を実行します。
  1. 「アラート」タブ > 「高度なアラートポリシー」をクリックします。「高度なアラートポリシー」ページが表示されます。
  2. 「ポリシーの作成」をクリックします。「高度なアラートポリシーの作成」セクションが表示されます。
  3. データソースドロップダウンリストから「マシン」を選択します。コスト削減条件とそれに対応する条件タイプが表示されます。
    Directorの高度なアラートポリシー
  4. 必要な条件タイプを以下から選択します。
    • 電源管理されたマシンの電源オンに失敗しました
    • 電源管理されたマシンの電源オフに失敗しました
    • 稼働時間の長い電源管理されたマシン
  5. 選択した各条件について、特定のパラメーターとそれに対応するオプションを選択します。
  6. 選択した条件タイプについて、警告およびクリティカルのメトリックを設定します。
    • 稼働時間の長い電源管理されたマシンについて：
      • 稼働時間しきい値を超えているマシンの数
      • 再アラート間隔（分）。間隔は最低60分です。
    • 電源管理されたマシンの電源オンに失敗した場合、および電源管理されたマシンの電源オフに失敗した場合：
      • 稼働時間しきい値を超えているマシンの数
      • サンプリング間隔（分単位）間隔は30分の倍数にできます
      • 再アラート間隔（分単位）再アラートは60分の倍数にできます
  7. 必要に応じて、選択したアラートの再アラート間隔をスケジュールします。
  8. アラートのスコープを定義します。
  9. 通知チャネルを設定します。これはメールまたはWebhookにすることができます。
    1. 次のチェックボックスを選択できます。
      • WebhookにJSONペイロードを添付として含める
      • メールにCSVファイルを添付として含める
    詳細については、アラートコンテンツの機能強化を参照してください。
  10. アラート名や説明（オプション）などのアラートの詳細を入力します。
  11. 保存をクリックします。アラートが作成されます。

インフラストラクチャ監視のアラート

次のサポートされているCitrix Virtual Apps and Desktops™コンポーネントの健全性を監視するためにアラートを作成できます。
  • プロビジョニングサービス
    PVSの高度なアラートポリシー
  • StoreFront
    StoreFrontの高度なアラートポリシー
  • デリバリーコントローラー
    Delivery Controllerの高度なアラートポリシー
インフラストラクチャ監視のセットアップが完了すると、Directorで利用可能な健全性データを使用して、必要なコンポーネントのアラートを設定できます。管理者は、条件、スコープ、通知媒体を設定して、メールまたはWebhook経由のJSONペイロードで重要なアラートを受信できます。Provisioning ServiceおよびDelivery Controllerの場合、アラートのスコープをサイトレベルまたは個々のサーバーレベルとして選択できます。たとえば、Provisioning Serviceの場合、「すべてのProvisioning Service」を選択すると、サイトに2台のサーバーがある場合でも、サイト全体に対して1つのアラートのみを受信します。これはサイトレベルのアラートと見なされます。発生したアラートは、分析と管理のためにCitrix Alertsセクションでも利用できます。
新しく導入されたインフラストラクチャポリシーの一部として、アラート条件は次の4つのセクションに分類されます。
  • 到達可能性
  • 依存サービス
  • 影響
  • リソース使用率
各カテゴリ内の条件は、組織の優先順位に基づいて、重大および警告の重大度で設定できます。これらのアラートの再アラート間隔をスケジュールすることもできます。
アラート > Citrixアラートポリシーセクションからインフラストラクチャポリシーを作成できます。必要なカテゴリを選択し、ポリシーに必要な条件を選択できます。ポリシーの作成方法の詳細については、「アラートポリシーの作成」を参照してください。ポリシーが作成された後、Citrix Alertsページでポリシーを編集、削除、または無効にできます。
各カテゴリとコンポーネントでサポートされている条件の詳細については、以下を参照してください。
次のデータは、メールまたはCitrixアラートページでアラートとして受信されます。
フィールド 説明
顧客ID サイトの顧客ID。
アラートレベル 指定できる値は、致命的 (Critical) と警告 (Warning) です。
ターゲット アラートがトリガーされたマシンの名前。
時間 アラートがトリガーされた時刻。
スコープ ポリシーのスコープ。
ポリシー ポリシーの名前。
説明 アラートがトリガーされる問題の説明。

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

アラートのスコープを定義し、例外を追加できます。アラートは選択したスコープに対してのみ生成され、例外の追加を使用して除外されたサブスコープはアラート生成に含まれません。この機能は、詳細なレベルでアラートを作成するのに役立ちます。
メールまたは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
$policyFailedMachinePercentage
上記の画像から、ポリシーが作成され、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"
PSメール追加(/en-us/citrix-virtual-apps-desktops/2503/media/powershell-email.png)

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

Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
PS Webhook追加(/en-us/citrix-virtual-apps-desktops/2503/media/powershell-add-wehook.png)
Webhook URLを追加するためのサンプルスクリプト:
Set-MonitorNotificationPolicy –Uid 10  –Webhook  'https://hooks.slack.com/triggers/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'

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

Get-MonitorNotificationPolicy -Uid 10
PSポリシー作成(/en-us/citrix-virtual-apps-desktops/2503/media/powershell-create-policy.png)

アラートポリシーを作成する

Directorのアラートポリシー
アラートポリシーを作成するには、たとえば、特定のセッション数基準が満たされたときにアラートを生成するには、次の手順を実行します。
  1. アラート > Citrixアラートポリシー に移動し、たとえば「マルチセッションOSポリシー」を選択します。
  2. 作成 をクリックします。
  3. ポリシーに名前を付けて説明し、アラートがトリガーされる条件を設定します。たとえば、ピーク接続セッション、ピーク切断セッション、ピーク同時合計セッションの警告値と重大値を指定します。警告値は重大値より大きくしてはいけません。詳細については、アラートポリシーの条件を参照してください。
  4. 再アラート間隔を設定します。アラートの条件が引き続き満たされている場合、この時間間隔でアラートが再度トリガーされ、アラートポリシーで設定されている場合は、メール通知が生成されます。却下されたアラートは、再アラート間隔でメール通知を生成しません。
  5. スコープを設定します。たとえば、特定のデリバリーグループに設定します。
  6. 通知設定で、アラートがトリガーされたときにメールで通知する必要があるユーザーを指定します。アラートポリシーでメール通知設定を行うには、メールサーバー構成タブでメールサーバーを指定する必要があります。
    1. .CSV添付ファイルまたはJSONペイロードを介してアラートコンテンツを受信することもできます。これには、次のチェックボックスをオンにします。
      • Webhookにjsonペイロードを添付として含める
      • メールにcsvファイルを添付として含める
    注:
    .CSV添付ファイルおよびJSONペイロードオプションを介してアラートコンテンツを受信できるのは、現在、一部のアラートのみです。詳細については、「アラートコンテンツの機能強化」を参照してください。
  7. 「保存」をクリックします。
スコープで20以上のデリバリーグループが定義されたポリシーを作成すると、構成の完了に約30秒かかる場合があります。この間、スピナーが表示されます。
最大20の固有のデリバリーグループ（合計1000のデリバリーグループターゲット）に対して50を超えるポリシーを作成すると、応答時間が増加する（5秒を超える）可能性があります。
アクティブなセッションを含むマシンをあるデリバリーグループから別のデリバリーグループに移動すると、マシンパラメーターを使用して定義された誤ったデリバリーグループアラートがトリガーされる可能性があります。
注:
アラートポリシーを削除した後、そのポリシーによって生成されたアラート通知が停止するまでに最大30分かかる場合があります。

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

Directorのアラート機能が強化され、CSV添付ファイルとJSONペイロードが含まれるようになりました。この強化により、電子メールでCSV添付ファイルとして、またはWebhookがある場合はJSONペイロードとしてアラートの詳細を取得できます。このCSV添付ファイルまたはJSONペイロードを使用すると、詳細レベルで豊富なコンテンツを受信でき、問題の迅速な特定と解決に役立ちます。
現在、この機能強化は次のアラートでのみ利用可能です。
  • マシンの稼働時間
  • 電源オンアクションの失敗
  • 電源オフアクションの失敗
  • 未登録マシン (%)
この機能を使用するには、アラートに移動し、次のチェックボックスを選択します。
  • Webhookにjsonペイロードを添付として含める
  • メールにcsvファイルを添付として含める
以下は、Citrixアラートポリシーセクションのスクリーンショットです。
強化されたアラート
以下は、高度なアラートポリシーセクションのスクリーンショットです。

CSV添付ファイル

次の表は、サポートされているすべてのアラートの.CSV添付ファイルの列を示しています。
列 適用されるアラート
マシン名、IPアドレス、およびデリバリーグループ名 マシンの稼働時間、電源オフ失敗アクションと電源オン失敗アクション、および未登録マシン（%）
現在の登録状態、失敗日、障害状態、およびライフサイクル状態 未登録マシン（%）
最終電源アクション失敗理由、最終電源アクショントリガー元、最終電源アクションタイプ、および最終電源アクション完了日 電源オフ失敗アクションと電源オン失敗アクション
電源状態、電源オン日時、総稼働時間（分） マシンの稼働時間

Webhookペイロード

未登録マシンの割合アラート
{
  "text": "{\"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\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"CurrentRegistrationState\":\"Unregistered\",\"FailureDate\":\"<Date of Failure>\",\"FaultState\":\"<Fault State of the Machine>\",\"LifecycleState\":\"<Lifecycle state of the Machine>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"CurrentRegistrationState\":\"Unregistered\",\"FailureDate\":\"<Date of Failure>\",\"FaultState\":\"<Fault State of the Machine>\",\"LifecycleState\":\"<Lifecycle state of the Machine>\"}]}"
}
電源オン失敗アクションアラート
{
  "text": "{\"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\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure, HypervisorRateLimitExceeded, UnknownError, Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User, Administrator, Auto-Scale, Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure, HypervisorRateLimitExceeded, UnknownError, Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User, Administrator, Auto-Scale, Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"}]}"
}
電源オフ失敗アクションアラート
{
  "text": "{\"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\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IPV4 Address of the Machine>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User,Administrator,Auto-Scale,Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IPV4 Address of the Machine>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User,Administrator,Auto-Scale,Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"}]}"
}
マシンの稼働時間アラート
{
  "text": "{\"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\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"PowerState\":\"<On/Off>\",\"PoweredOnDate\":\"2024-05-15T15:04:27.723\",\"TotalUptimeInMinutes\":180},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"PowerState\":\"<ON/OFF>\",\"PoweredOnDate\":\"2024-05-15T15:04:27.723\",\"TotalUptimeInMinutes\":\"<Uptime Duration>\"}]}"
}

アラートポリシーの条件

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

ピーク接続セッション

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

ピーク切断セッション

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

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

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

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

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

CPU

CPU 使用率の割合は、プロセスを含む VDA 上の全体的な CPU 消費量を示します。個々のプロセスによる CPU 使用率の詳細については、対応する VDA の ページで確認できます。
  • > > に移動し、CPU を消費しているプロセスを特定します。プロセスレベルのリソース使用状況統計の収集を開始するには、プロセス監視ポリシーが有効になっていることを確認してください。
  • 必要に応じてプロセスを終了します。
  • プロセスを終了すると、保存されていないデータが失われます。
  • すべてが期待どおりに機能している場合は、将来的に追加のCPUリソースを追加します。
    注：
    リソース監視を有効にするポリシー設定は、VDAがインストールされているマシンでのCPUおよびメモリのパフォーマンスカウンターの監視に対して、デフォルトで許可されています。このポリシー設定が無効になっている場合、CPUおよびメモリの状態に関するアラートはトリガーされません。詳細については、「監視ポリシー設定」を参照してください。
    スマートポリシー条件：
    • **スコープ：**デリバリーグループ、マルチセッションOSスコープ
    • **しきい値：**警告 - 80%、重大 - 90%

メモリ

メモリ使用率の割合は、プロセスを含むVDA全体のメモリ消費量を示します。個々のプロセスによるメモリ使用量の詳細については、対応するVDAのマシン詳細ページで確認できます。
  • マシン詳細 > 履歴使用率の表示 > 上位10プロセスに移動し、メモリを消費しているプロセスを特定します。プロセスレベルのリソース使用状況統計の収集を開始するには、プロセス監視ポリシーが有効になっていることを確認してください。
  • 必要に応じてプロセスを終了します。
  • プロセスを終了すると、保存されていないデータが失われます。
  • すべてが期待どおりに機能している場合は、今後、追加のメモリを追加します。
    注:
    リソース監視を有効にするポリシー設定は、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分間のロード評価インデックスの値。
  • ピーク負荷 (最大負荷) が発生している可能性のあるマルチセッション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>
既存のアラートポリシーに 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\>}

アラートの一括解除

この機能は、管理者向けのアラート管理プロセスを最適化し、柔軟性を提供し、アラート疲労を軽減します。管理者は、時間、種類、またはカテゴリに基づいてアラートを一括で解除でき、メンテナンス中やハイパーバイザーおよびその他の環境を扱う際のアラート管理を簡素化します。
アラートの一括解除は、管理者がワークロードを効率的に管理し、大量のアラートに圧倒されるのを防ぐのに役立ちます。

アラートを一括解除する手順

  1. アラート > Citrixアラートタブに移動します。アラートが表示されます。
    「一括アラート」(/en-us/citrix-virtual-apps-desktops/2503/media/bulk-alert.png)
  2. ソース、カテゴリ、状態、または期間からオプションを選択して、解除したいアラートをフィルタリングします。特定のアラートが表示されます。
  3. 特定のアラートの横にあるチェックボックスを選択するか、上部にあるチェックボックスを選択してすべてのアラートを選択します。
  4. 解除をクリックします。アラートの解除を確認する通知が表示されます。
  5. はいをクリックします。選択されたアラートは解除済みとしてマークされ、アラートのステータスがそれに応じて更新されます。

PowerShell SDK を使用した Webhook の構成

PowerShell SDKを使用したWebhook構成機能により、管理者はWebhookプロファイルを作成、変更、削除、および一覧表示できます。この機能は、ヘッダー、認証タイプ、コンテンツタイプ、ペイロード、およびWebhook URLの指定を可能にすることで、Webhookの構成に柔軟性を提供します。
注：
サポートされているペイロード形式はテキストであり、エンドユーザーはWebhookでテキストを有効にする必要があります。
最新のペイロード形式は次のとおりです。
{"text": "This is a message from a Webex incoming webhook."}

Webhookを作成する

Webhook プロファイルを作成するには、次のサンプル PowerShell コマンドを使用できます。
承認ヘッダーなしで Webhook を作成するには：
$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$payloads = '{ "text": "$PAYLOAD" }'

$url = "<Fill this field with the required URL>"

Add-MonitorWebhookProfile -Name "profile_slack" -Description "webhook profile for slack" -Url $url -Headers $headers -PayloadFormat $payloads
承認ヘッダー付きで Webhook を作成するには：
$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$headers.Add("Authorization", "Basic <Fill this field with the authorization token>")

$payloads = '{ "text": "$PAYLOAD" }'

$url = "<Fill this field with the required URL>"

Add-MonitorWebhookProfile -Name "profile_azure" -Description "webhook profile for azure function with Authentication" -Url $url -Headers $headers -PayloadFormat $payloads
プロファイルが作成されたら、データベースで確認できます。また、新しく作成されたWebhookプロファイルは、Citrix Alertsページで見つけることができます。
Webhook プロファイル(/en-us/citrix-virtual-apps-desktops/2503/media/webhook-profile.png)

Webhookプロファイルを更新する

Webhook プロファイルを更新するには、次のサンプル PowerShell コマンドを使用できます。
$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$payloads = '{ "text": "$PAYLOAD" }'

$url =  "<Fill this field with the required URL>"

Set-MonitorWebhookProfile -Uid 1  -Name "profile_slack_citrix" -Description "webhook profile for citrix slack" -Url $url -Headers $headers -PayloadFormat $payloads

すべてのWebhookプロファイルの一覧を取得する

利用可能なすべてのWebhookプロファイルの一覧を取得するには、以下のPowerShellコマンドのサンプルを使用できます。
Get-MonitorWebhookProfile

Get-MonitorWebhookProfile -Name 'profile_msteams'

Get-MonitorWebhookProfile -Uid 1

Webhookプロファイルを削除する

Webhookプロファイルを削除するには、以下のPowerShellコマンドのサンプルを使用できます。
Remove-MonitorWebhookProfile -Uid 1
注:
Webhookプロファイルがいずれかのポリシーにマッピングされている場合、削除できません。回避策として、まずポリシーからWebhookマッピングを削除する必要があります。

Webhookプロファイルを含むポリシーを作成する

Webhookプロファイルを含むポリシーを作成するには、以下のPowerShellコマンドのサンプルを使用できます。
New-MonitorNotificationPolicy -Name "Policy1" -Description "Policy Description" -Enabled $true -WebhookProfileId 1

Webhookプロファイルを含むポリシーを更新する

Webhookプロファイルを含むポリシーを更新するには、以下のPowerShellコマンドのサンプルを使用できます。
$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 1

ポリシーからWebhookマッピングを削除する

ポリシーからWebhookプロファイルを削除するには、以下のPowerShellコマンドのサンプルを使用できます。
$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 0

Webhookプロファイルをテストする

Webhookプロファイルをテストするには、以下のPowerShellコマンドのサンプルを使用できます。
$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$headers.Add("Authorization", "Basic <Fill this with authorization token>")

$payloads = '{ "text": "$PAYLOAD" }'

$url ="<Fill this field with the required URL>"

Test-MonitorWebhookProfile -Url $url -Headers $headers -PayloadFormat $payloads

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

Directorは、ハイパーバイザーの健全性を監視するためのアラートを表示します。XenServer®およびVMware vSphereからのアラートは、ハイパーバイザーのパラメーターと状態の監視に役立ちます。ハイパーバイザーへの接続ステータスも監視され、ホストのクラスターまたはプールが再起動されたり、利用できなくなったりした場合にアラートが提供されます。
ハイパーバイザーアラートフィルター
ハイパーバイザーアラートを受信するには、Web Studioでホスティング接続が作成されていることを確認してください。詳細については、「接続とリソース」を参照してください。ハイパーバイザーアラートについては、これらの接続のみが監視されます。
これらのアラートは、しきい値に達するか超えると表示されます。ハイパーバイザーアラートは次のいずれかです。
  • 致命的 — ハイパーバイザーアラームポリシーの致命的なしきい値に達したか、超えた場合
  • 警告 — ハイパーバイザーアラームポリシーの警告しきい値に達したか、超えた場合
  • 却下済み — アラートがアクティブなアラートとして表示されなくなった場合
ハイパーバイザーアラートの表示(/en-us/citrix-virtual-apps-desktops/2503/media/hypervisor_alerts_display.png)
この機能には、Delivery Controllerバージョン7 1811以降が必要です。サイト7 1811以降で古いバージョンのDirectorを使用している場合、ハイパーバイザーアラートの数のみが表示されます。アラートを表示するには、Directorをアップグレードする必要があります。
次の表は、ハイパーバイザーアラートのさまざまなパラメーターと状態について説明しています。
アラート サポートされているハイパーバイザー トリガー元 条件 構成
CPU使用率 ゼノサーバー、ヴイエムウェア ブイスフィア ハイパーバイザー CPU使用率アラートのしきい値に達したか、超えました アラートのしきい値はハイパーバイザーで構成する必要があります。
メモリ使用率 ゼノサーバー、ヴイエムウェア ブイスフィア ハイパーバイザー メモリ使用率アラートのしきい値に達したか、超えました アラートのしきい値はハイパーバイザーで構成する必要があります。
ネットワーク使用率 ゼノサーバー、ヴイエムウェア ブイスフィア ハイパーバイザー ネットワーク使用率アラートのしきい値に達したか、超えました アラートのしきい値はハイパーバイザーで構成する必要があります。
ディスク使用量 ヴイエムウェア vSphere ハイパーバイザー ディスク使用量アラートのしきい値に達したか、超過しました アラートのしきい値はハイパーバイザーで構成する必要があります。
ホスト接続または電源状態 ヴイエムウェア vSphere ハイパーバイザー ハイパーバイザーホストが再起動されたか、利用できません アラートはVMware vSphereに組み込まれています。追加の構成は不要です。
ハイパーバイザー接続が利用できません ゼンサーバー、ヴイエムウェア vSphere デリバリーコントローラー ハイパーバイザー（プールまたはクラスター）への接続が失われたか、電源がオフになったか、再起動されました。このアラートは、接続が利用できない間、1時間ごとに生成されます。 アラートはデリバリーコントローラーに組み込まれています。追加の構成は不要です。
注:
アラートの設定に関する詳細については、Citrix XenCenter Alerts を参照するか、VMware vCenter Alerts のドキュメントを確認してください。
メール通知設定は、Citrix Alerts Policy > Site Policy > Hypervisor Health で構成できます。ハイパーバイザーアラートポリシーのしきい値条件は、Director からではなく、ハイパーバイザーからのみ構成、編集、無効化、または削除できます。ただし、メール設定の変更やアラートの解除は Director で行うことができます。役割にインフラストラクチャの監視が含まれていない場合は、アラートを無効にできます。
重要:
  • ハイパーバイザーによってトリガーされたアラートは、Director で取得および表示されます。ただし、ハイパーバイザーアラートのライフサイクル/状態の変更は Director には反映されません。
  • ハイパーバイザーコンソールで正常、解除、または無効化されたアラートは、Director に表示され続け、明示的に解除する必要があります。
  • Director で解除されたアラートは、ハイパーバイザーコンソールでは自動的に解除されません。