アラートと通知

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

ディレクターのアラート(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/dir-alerts.png)

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

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

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

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

アラートのフィルタリング(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/director_filteralerts.png)

シトリックス® のアラート

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データベースに対応するアラートルールが存在しない場合にのみ作成されます。

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

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

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

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

スコープで20以上のデリバリーグループが定義されたポリシーを作成すると、構成の完了に約30秒かかる場合があります。この間、スピナーが表示されます。

最大20のユニークなデリバリーグループ（合計1000のデリバリーグループターゲット）に対して50を超えるポリシーを作成すると、応答時間が増加する可能性があります（5秒以上）。

アクティブなセッションを含むマシンをあるデリバリーグループから別のデリバリーグループに移動すると、マシンパラメータを使用して定義された誤ったデリバリーグループアラートがトリガーされる可能性があります。

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

アラートポリシーの条件

以下に、アラートカテゴリ、アラートを軽減するための推奨されるアクション、および定義されている場合は組み込みポリシー条件を示します。組み込みのアラートポリシーは、アラートおよび再アラートの間隔が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ラウンドトリップ時間。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からのアラートは、ハイパーバイザーのパラメーターと状態の監視に役立ちます。ハイパーバイザーへの接続ステータスも監視され、ホストのクラスターまたはプールが再起動されたり利用できなくなったりした場合にアラートが提供されます。

ハイパーバイザーアラートフィルター(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/hypervisor_alerts_filter.png)

ハイパーバイザーアラートを受信するには、Web Studioでホスティング接続が作成されていることを確認してください。詳細については、「接続とリソース」を参照してください。ハイパーバイザーアラートの監視対象となるのは、これらの接続のみです。

これらのアラートは、しきい値に達するか、それを超えると表示されます。ハイパーバイザーアラートには次の種類があります。

• 重大 — ハイパーバイザーアラームポリシーの重大なしきい値に達したか、それを超えた
• 警告 — ハイパーバイザーアラームポリシーの警告しきい値に達したか、それを超えた
• 却下済み — アクティブなアラートとして表示されなくなったアラート

ハイパーバイザーアラートの表示(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/hypervisor_alerts_display.png)

この機能には、Delivery Controller™バージョン7 1811以降が必要です。サイト7 1811以降で古いバージョンのDirectorを使用している場合、ハイパーバイザーアラートの数のみが表示されます。アラートを表示するには、Directorをアップグレードする必要があります。

次の表は、ハイパーバイザーアラートのさまざまなパラメーターと状態について説明しています。

注：

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

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

重要：

• ハイパーバイザーによってトリガーされたアラートはDirectorで取得および表示されます。ただし、ハイパーバイザーアラートのライフサイクル/状態の変更はDirectorには反映されません。
• ハイパーバイザーコンソールで正常、解除済み、または無効になっているアラートは、Directorに引き続き表示され、明示的に解除する必要があります。
• Directorで解除されたアラートは、ハイパーバイザーコンソールでは自動的に解除されません。