アラートおよび通知

アラートは、ダッシュボードの監視およびそのほかの概要ビューに、警告および重大アラートシンボルと共に表示されます。アラートは、1分ごとに自動的に更新されます。オンデマンドで更新することもできます。

アラート

警告アラート(黄色の三角形)は、条件の警告しきい値以上になっていることを示します。

重大アラート(赤の円)は、条件の重大しきい値以上になっていることを示します。

サイドバーでアラートを選択して下部にある [アラートに移動] リンクをクリックするか、[監視]ページの上部にある [アラート] を選択すると、アラートに関するさらに詳細な情報を表示できます。

[アラート]ビューで、アラートをフィルターおよびエクスポートできます。たとえば、先月特定のデリバリーグループで失敗したマルチセッションOSマシンや、特定のユーザーに対するすべてのアラートを特定することができます。詳しくは、「レポートのエクスポート」を参照してください。

アラートのフィルタリング

Citrixアラート

Citrixアラートは、Citrixコンポーネントで発生するアラートです。Citrixアラートは、[監視]内で [アラート]>[Citrixアラートポリシー] の順に選択して構成できます。この構成では、設定したしきい値を超過した場合のアラートに関して、ユーザーおよびグループにメール送信する通知を設定できます。Citrixアラートのセットアップについて詳しくは、「アラートポリシーの作成」を参照してください。

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

定義済みのしきい値を持つ組み込みアラートポリシーのセットは、デリバリーグループおよびマルチセッションOS VDAスコープで使用できます。[アラート]>[Citrixアラートポリシー] で、組み込みアラートポリシーのしきい値パラメーターを変更できます。 これらのポリシーは、少なくとも1つのアラートターゲット(サイト内に定義されているデリバリーグループまたはマルチセッションOS VDA)が存在する場合に作成されます。さらに、これらの組み込みアラートは、新しいデリバリーグループまたはマルチセッションOS VDAに自動的に追加されます。

対応するアラートルールが監視データベースに存在しない場合にのみ、組み込みアラートポリシーが作成されます。

組み込みアラートポリシーのしきい値については、「アラートポリシーの条件」を参照してください。

組み込みアラート

アラートポリシーの作成

監視のアラートポリシー

特定のセッション数基準のセットを満たした場合にアラートを生成するなどの目的で、新しいアラートポリシーを作成するには、以下の手順に従います:

  1. [アラート]>[Citrixアラートポリシー]の順に選択し、[マルチセッションOSポリシー]などを選択します。
  2. [作成] をクリックします。
  3. ポリシーの名前と説明を入力し、アラートをトリガーするために満たす必要がある条件を設定します。たとえば、最大接続済みセッション数、最大切断セッション数、および最大同時セッション数に対して、警告とする数および重大とする数を指定します。警告値を重大値よりも大きくすることはできません。詳しくは、「アラートポリシーの条件」を参照してください。
  4. 再アラート間隔を設定します。アラートの条件が引き続き満たされている場合、アラートはこの間隔で再トリガーされます。アラートポリシーで設定されている場合は、メール通知が生成されます。クリアされたアラートの場合、再アラート間隔でメール通知が生成されることはありません。
  5. スコープを設定します。たとえば、特定のデリバリーグループに対して設定します。
  6. お知らせ設定で、アラートがトリガーされたときのメール通知の送信先を指定します。メール通知はSendGridで送信されます。メールアドレスdonotreplynotifications@citrix.comがメール設定で許可リストに登録されていることを確認してください。
  7. [保存] をクリックします。

スコープに20件以上のデリバリーグループが定義されているポリシーを作成すると、構成が完了するまでにおよそ30秒かかる場合があります。完了するまで、スピナーアイコンが表示されます。

最大20の一意のデリバリーグループに対して、50以上のポリシー(合計で1000デリバリーグループターゲット)を作成すると、応答時間が遅くなることがあります(5秒以上)。

アクティブなセッションがあるマシンをデリバリーグループから別のデリバリーグループに移動すると、マシンパラメーターで定義されたデリバリーグループアラートが誤って発信されることがあります。

注: アラートポリシーを削除した後、ポリシーによって生成されたアラート通知が停止するまでに最大30分かかる場合があります。

アラートポリシーの条件

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

最大切断セッション数

  • [監視]のセッション傾向ビューで、最大接続済みセッション数をチェックします。
  • セッションの負荷に対応するのに十分な処理能力があることを確認します。
  • 必要に応じ、マシンを追加します。

最大切断セッション数

  • [監視]のセッション傾向ビューで、最大切断セッション数をチェックします。
  • セッションの負荷に対応するのに十分な処理能力があることを確認します。
  • 必要に応じ、マシンを追加します。
  • 必要に応じ、切断されたセッションからログオフします。

合計最大同時セッション数

  • [監視]のセッション傾向ビューで、最大同時セッション数をチェックします。
  • セッションの負荷に対応するのに十分な処理能力があることを確認します。
  • 必要に応じ、マシンを追加します。
  • 必要に応じ、切断されたセッションからログオフします。

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時間の接続エラーの率。

  • 接続の合計試行回数に対する合計エラー数の割合に基づいて計算されます。
  • [監視]の接続エラーの傾向ビューで、構成ログから記録されたイベントをチェックします。
  • アプリケーションまたはデスクトップにアクセスできるかどうかを確認します。

接続エラー数

過去1時間の接続エラー数。

  • [監視]の接続エラーの傾向ビューで、構成ログから記録されたイベントをチェックします。
  • アプリケーションまたはデスクトップにアクセスできるかどうかを確認します。

ICA往復時間(平均)

平均ICA往復時間

  • Citrix ADMでICA RTTのブレークダウンをチェックして、原因を特定します。詳しくは、Citrix ADMのドキュメントを参照してください。
  • Citrix ADMが利用可能でない場合は、[監視]の[ユーザーの詳細]ビューでICA RTTおよび遅延をチェックして、これがネットワークの問題か、それともアプリケーションやデスクトップの問題かを特定します。

ICA往復時間(セッション数)

ICA往復時間を超過しているセッションの数。

  • Citrix ADMで、ICA RTTが高いセッションの数をチェックします。詳しくは、Citrix ADMのドキュメントを参照してください。
  • Citrix ADMを利用できない場合は、ネットワークチームと協力して原因を特定してください。

    スマートポリシーの条件:

    • スコープ: デリバリーグループ、マルチセッションOSスコープ
    • しきい値: 警告 - 5つ以上のセッションで300ms、重大 - 10以上のセッションで400ms

ICA往復時間(セッションの%)

平均ICA往復時間を超過しているセッションの割合。

  • Citrix ADMで、ICA RTTが高いセッションの数をチェックします。詳しくは、Citrix ADMのドキュメントを参照してください。
  • Citrix ADMを利用できない場合は、ネットワークチームと協力して原因を特定してください。

ICA RTT(ユーザー)

特定のユーザーによって開始されたセッションに適用されたICA往復時間。1つ以上のセッションでICA RTTがしきい値よりも高い場合は、アラートがトリガーされます。

障害が発生したマシン(シングルセッションOS)

失敗したシングルセッションOSマシンの数。[監視]ダッシュボードビューおよび[フィルター]ビューに表示されるように、エラーはさまざまな理由で発生します。

  • Citrix Scout診断を実行して、原因を特定します。詳しくは、「ユーザーの問題のトラブルシューティング」を参照してください。

    スマートポリシーの条件:

    • スコープ: デリバリーグループスコープ
    • しきい値: 警告 - 1、重大 - 2

障害が発生したマシン(マルチセッションOS)

失敗したマルチセッションOSマシンの数。[監視]ダッシュボードビューおよび[フィルター]ビューに表示されるように、エラーはさまざまな理由で発生します。

  • Citrix Scout診断を実行して、原因を特定します。

    スマートポリシーの条件:

    • スコープ: デリバリーグループ、マルチセッションOSスコープ
    • しきい値: 警告 - 1、重大 - 2

障害が発生したマシン(%)

障害が発生したマシンの数に基づいて計算された、デリバリーグループ内の障害が発生したシングルセッションおよびマルチセッションOSマシンの割合。アラートの条件を設定する際、アラートのしきい値をデリバリーグループ内の障害が発生したマシンの割合で構成できます。この条件は30秒ごとに計算されます。 [監視]ダッシュボードビューおよび[フィルター]ビューに表示されるように、エラーはさまざまな理由で発生します。Citrix Scout診断を実行して、原因を特定します。詳しくは、「ユーザーの問題のトラブルシューティング」を参照してください。

未登録マシン(%)

再起動によりマシンが不安定になった場合、またはDelivery Controllerと仮想マシンの間に通信の問題が発生した場合、マシンは未登録とみなされます。未登録マシン(%) デリバリーグループ内の未登録のシングルセッションおよびマルチセッションOSマシンの割合で、未登録マシンの数に基づいて計算されます。このアラート条件を使用すると、警告および重大のしきい値を、デリバリーグループ内の未登録マシンの割合で構成できます。再アラートの間隔を設定できます。未登録マシン(%)の条件が満たされたときに通知を受け取るメールアドレスを追加することもできます。重大または警告のしきい値を超えると、アラートとメールが生成されます。Citrixアラートでアラートを表示できます。未登録マシン(%) カテゴリで必要な状態および時間に関してフィルタリングできます。

注:

重大値は警告値より大きくなければなりません。

ポリシー条件:

  • スコープ: シングルセッションOS、および マルチセッションOSデリバリーグループ
  • しきい値:警告および重大

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

デリバリーグループ内のマシンの稼働時間は、デリバリーグループ内でオンになっているマシンの1日あたりの時間数、1週間あたりの時間数、または1か月あたりの時間数に基づいて計算されます。このアラート条件を使用すると、アラートのしきい値を、デリバリーグループ内でオンになっているマシンの時間数で構成できます。マシン稼働時間のアラートは、次の場合に機能します:

  • 1日あたりの時間 - 1日にマシンがオンになっている時間数を指定できます。これは30分ごとに計算されます。1日あたりに設定できる最大時間数は24時間です。
  • 1週間あたりの時間 - 1週間にマシンがオンになっている時間数を指定できます。これは6時間ごとに計算されます。1週間あたりに設定できる最大時間数は168時間です。
  • 1か月あたりの時間 - 1か月にマシンがオンになっている時間数を指定できます。これは1日1回計算されます。1か月あたりの最大時間は720時間です。 設定できる最小の再アラート間隔値は60分です。警告および重大なアラートのセクションで、マシンの稼働時間のしきい値を超えるマシンの数を入力できます。任意のマシンに対して例外を追加することもできます。

たとえば、このアラートに5つのデリバリーグループが追加されていて、最初のデリバリーグループと4番目のデリバリーグループマシンの数が警告または重大なしきい値を超えた場合、最初のデリバリーグループと4番目のデリバリーグループに対してアラートが個別にトリガーされます。

このアラートは、管理者がマシンの稼働時間を分析するのに役立ち、この分析に基づいて管理者はコストの最適化を実行できます。アラートの詳細は、メールの場合はCSV添付ファイルで、webhookの場合はJSONペイロードで受け取ることもできます。

平均ログオン時間

過去1時間に行われたログオンの平均ログオン処理時間。

  • [監視]ダッシュボードをチェックし、ログオン処理時間に関する最新のメトリックを取得します。短時間のうちに多数のユーザーがログインするとログオン処理時間が長引くことがあります。
  • 原因を絞り込むため、ログオンのベースラインおよび内訳をチェックします。詳しくは、「ユーザーログオンの問題の診断」を参照してください。

    スマートポリシーの条件:

    • スコープ: デリバリーグループ、マルチセッションOSスコープ
    • しきい値: 警告 - 45秒、重大 - 60秒

ログオン処理時間(ユーザー)

過去1時間に行われた指定されたユーザーのログオンに関するログオン処理時間。

負荷評価基準インデックス

過去5分間の負荷評価基準インデックスの値。

  • [監視]で、ピーク負荷(最大負荷)に達している可能性があるマルチセッションOSマシンをチェックします。ダッシュボード(失敗)および負荷評価基準インデックス傾向レポートを表示します。

    スマートポリシーの条件:

    • スコープ: デリバリーグループ、マルチセッションOSスコープ
    • しきい値: 警告 - 80%、重大 - 90%

webhookによるアラートポリシーの構成

メール通知以外に、webhookでアラートポリシーを構成できます。

注: この機能の使用には、Delivery Controllerバージョン7.11以降が必要です。

PowerShellコマンドレットを使用して、HTTPコールバックまたはHTTP POSTでアラートポリシーを構成できます。webhooksのサポートのために拡張されます。

新しい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-->

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

[監視]では、ハイパーバイザーの正常性を監視するアラートが表示されます。Citrix HypervisorとVMware vSphereのアラートは、ハイパーバイザーのパラメーターと状態を監視するのに役立ちます。ハイパーバイザーへの接続状態も監視され、クラスターまたはホストのプールが再起動された場合、または使用できなくなった場合にアラートが出されます。

ハイパーバイザーアラートを受信するには、[管理]タブでホスト接続が作成されている必要があります。詳しくは、「接続およびリソース」を参照してください。ハイパーバイザーアラートではこれらの接続のみが監視されます。次の表に、ハイパーバイザーアラートのさまざまなパラメーターと状態を示します。

通知 サポートされるハイパーバイザー トリガー元 条件 構成
CPU使用率 Citrix Hypervisor、VMware vSphere Hypervisor CPU使用率アラートしきい値に達しているか、超過している アラートしきい値は、ハイパーバイザーで設定する必要があります。
メモリ使用率 Citrix Hypervisor、VMware vSphere Hypervisor メモリ使用率アラートしきい値に達しているか、超過している アラートしきい値は、ハイパーバイザーで設定する必要があります。
ネットワーク使用状況 Citrix Hypervisor、VMware vSphere Hypervisor ネットワーク使用率アラートしきい値に達しているか、超過している アラートしきい値は、ハイパーバイザーで設定する必要があります。
ディスク使用率 VMware vSphere Hypervisor ディスク使用率アラートしきい値に達しているか、超過している アラートしきい値は、ハイパーバイザーで設定する必要があります。
ホスト接続や電源の状態 VMware vSphere Hypervisor ハイパーバイザーホストが再起動されたか、または利用できない アラートはVMware vSphereにあらかじめ組み込まれています。追加の構成は必要ありません。
使用不可のハイパーバイザー接続 Citrix Hypervisor、VMware vSphere Delivery Controller ハイパーバイザー(プールまたはクラスター)への接続が失われるか、電源がオフになるか、再起動されます。このアラートは、接続が利用できない間、1時間ごとに生成されます。 アラートはDelivery Controllerにあらかじめ組み込まれています。追加の構成は必要ありません。

注:

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

メール通知設定は、[Citrixアラートポリシー]>[サイトポリシー]>[ハイパーバイザーの正常性]から設定できます。Hypervisorのアラートポリシーのしきい値条件は、[監視]からではなくハイパーバイザーからのみ設定、編集、無効化、または削除できます。ただし、メール設定の変更とアラートの解除は[監視]で行うことができます。

重要:

  • 2日以上経過したハイパーバイザー通知は、すべて自動的に破棄されます。
  • アラートはHypervisorにより取得され、[監視]に表示されます。ただし、Hypervisorのアラートのライフサイクルや状態に対する変更は、[監視]には反映されません。
  • 正常状態のアラートやHypervisorコンソールで破棄または無効化したアラートであっても、[監視]には表示され続けるため、Directorで明示的に破棄する必要があります。
  • アラートを[監視]で破棄しても、Hypervisorコンソールで自動的に破棄されることはありません。

ハイパーバイザーアラートフィルター

ハイパーバイザーアラートのみをフィルタリングできるように、「ハイパーバイザーの正常性」という新しいアラートカテゴリが追加されました 。これらのアラートは、しきい値に達するか超過すると表示されます。ハイパーバイザーのアラートには次のものがあります:

  • 重大—ハイパーバイザーアラームポリシーの重大しきい値に達したか超過した
  • 警告—ハイパーバイザーアラームポリシーの警告しきい値に達したか超過した
  • 解除—アラートはアクティブなアラートとして表示されなくなる

ハイパーバイザーのアラート表示

アラートおよび通知