アラートと通知

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

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アラートポリシー
新しいアラートポリシーを作成するには、たとえば、特定のセッション数条件が満たされたときにアラートを生成するには、次の手順を実行します。
  1. Alerts > Citrix Alerts Policyに移動し、たとえば、マルチセッションOSポリシーを選択します。
  2. Create をクリックします。
  3. ポリシーに名前を付けて説明し、アラートがトリガーされるために満たす必要がある条件を設定します。たとえば、ピーク接続セッション、ピーク切断セッション、およびピーク同時合計セッションの警告値と危険値を指定します。警告値は危険値より大きくしてはいけません。詳細については、アラートポリシーの条件を参照してください。
  4. 再アラート間隔を設定します。アラートの条件が引き続き満たされている場合、この時間間隔でアラートが再度トリガーされ、アラートポリシーで設定されている場合は、メール通知が生成されます。却下されたアラートは、再アラート間隔でメール通知を生成しません。
  5. スコープを設定します。たとえば、特定のデリバリーグループに設定します。
  6. 通知設定で、アラートがトリガーされたときにメールで通知されるべきユーザーを指定します。アラートポリシーでメール通知設定を行うには、Email Server Configurationタブでメールサーバーを指定する必要があります。
  7. 「保存」をクリックします。
スコープに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® 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ラウンドトリップ時間。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%

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

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