アラートと通知

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

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

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

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

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

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

アラートのフィルター(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/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データベースに対応するアラートルールが存在しない場合にのみ作成されます。

組み込みのアラートポリシーのしきい値については、(#alerts-policies-conditions)セクションを参照してください。

SCOMアラート

SCOMアラートは、Microsoft System Center 2012 Operations Manager (SCOM) からのアラート情報を表示し、Director 内のデータセンターの健全性とパフォーマンスをより包括的に示します。詳細については、(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/director/site-analytics/alerts-notifications.html#configure-scom-alerts-integration)セクションを参照してください。

サイドバーを展開する前にアラートアイコンの横に表示されるアラートの数は、CitrixアラートとSCOMアラートの合計です。

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

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

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

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

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

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

アラートポリシーの条件

以下に、アラートカテゴリ、アラートを軽減するための推奨されるアクション、および定義されている場合は組み込みポリシーの条件を示します。組み込みのアラートポリシーは、アラートおよび再アラートの間隔が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ラウンドトリップ時間。

• 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診断を実行してください。詳細については、ユーザーの問題のトラブルシューティングを参照してください。

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

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

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

失敗したマルチセッションOSマシンの数。失敗は、Directorのダッシュボードビューおよびフィルタービューに示されているように、さまざまな理由で発生する可能性があります。

• 根本原因を特定するためにCitrix Scout診断を実行します。

  スマートポリシー条件:

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

平均ログオン時間

過去1時間に発生したログオンの平均ログオン時間。

• Directorダッシュボードでログオン時間に関する最新のメトリックを確認します。短期間に多数のユーザーがログオンすると、ログオン時間が増加する可能性があります。

• ベースラインとログオンの内訳を確認して原因を絞り込みます。詳細については、「ユーザーログオンの問題の診断」を参照してください。

  スマートポリシー条件:

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

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

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

ロード評価インデックス

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

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

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

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

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

Directorは、ハイパーバイザーの健全性を監視するためのアラートを表示します。Citrix Hypervisor™およびVMware vSphereからのアラートは、ハイパーバイザーのパラメーターと状態の監視に役立ちます。ハイパーバイザーへの接続ステータスも監視され、ホストのクラスターまたはプールが再起動されたり利用できなくなったりした場合にアラートが提供されます。

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

注：

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

メール通知設定は、Citrix Alerts Policy > site Policy > Hypervisor Health で構成できます。ハイパーバイザーアラートポリシーのしきい値条件は、Directorからではなく、ハイパーバイザーからのみ構成、編集、無効化、または削除できます。ただし、メール設定の変更やアラートの解除はDirectorで行うことができます。

重要:

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

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

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

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

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

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

SCOMアラートの統合を構成する

DirectorとSCOMの統合により、SCOMからのアラート情報をDirectorのダッシュボードやその他の高レベルビューで表示できます。

SCOMアラートは、Citrixアラートとともに画面に表示されます。サイドバーのSCOMタブからSCOMアラートにアクセスし、ドリルダウンできます。

1か月前までの履歴アラートを表示し、並べ替え、フィルター処理を行い、フィルターされた情報をCSV、Excel、PDFレポート形式でエクスポートできます。詳細については、「レポートのエクスポート」を参照してください。

SCOM統合は、リモートPowerShell 3.0以降を使用してSCOM管理サーバーからデータをクエリし、ユーザーのDirectorセッションで永続的な実行空間接続を維持します。DirectorとSCOMサーバーは同じPowerShellバージョンである必要があります。

SCOMコンポーネント図(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/media/director_scom-integration_component-diagram.png)

SCOM統合の要件は次のとおりです。

• ウィンドウズ サーバー 2012 R2
• システム センター 2012 R2 オペレーションズ マネージャー
• PowerShell 3.0以降（DirectorとSCOMサーバーのPowerShellバージョンは一致している必要があります）
• クアッドコアCPU、16 GB RAM（推奨）
• SCOMのプライマリ管理サーバーは、Directorのweb.configファイルで構成する必要があります。これはDirectorConfigツールを使用して実行できます。

Citrixは、Director管理者アカウントをSCOMオペレーターロールとして構成し、Directorで完全なアラート情報を取得できるようにすることを推奨します。これが不可能な場合は、DirectorConfigツールを使用して、SCOM管理者アカウントをweb.configファイルで構成できます。

Citrixはさらに、最適なパフォーマンスを確保するために、SCOM管理サーバーあたり10を超えるDirector管理者を構成しないことを推奨します。

ディレクターサーバーで:

1. PowerShellリモート処理を有効にするには、「Enable-PSRemoting」と入力します。

2. SCOM管理サーバーをTrustedHostsリストに追加します。PowerShellプロンプトを開き、次のコマンドを実行します。

   • TrustedHostsの現在のリストを取得します

     Get-Item WSMAN:\localhost\Client\TrustedHosts

   • SCOM Management Server の FQDN を TrustedHosts のリストに追加します。<Old Values> は、Get-Item コマンドレットから返された既存のエントリのセットを表します。

     Set-Item WSMAN:\localhost\Client\TrustedHosts -Value “<FQDN SCOM Management Server>,<Old Values>”

3. DirectorConfig ツールを使用して SCOM を構成します。

   C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /configscom

SCOM 管理サーバーで:

1. Director 管理者を SCOM 管理者ロールに割り当てます。

   1. SCOM 管理コンソールを開き、管理 > セキュリティ > ユーザーロール に移動します。

   2. ユーザーロールでは、新しいユーザーロールを作成したり、既存のユーザーロールを変更したりできます。SCOM データへのアクセスの性質を定義する SCOM オペレーターロールには、4つのカテゴリがあります。たとえば、読み取り専用ロールでは、管理ペインが表示されず、ルール、マシン、アカウントを検出または管理できません。オペレーターロールは、完全な管理者ロールです。

      注:

      Director 管理者が非オペレーターロールに割り当てられている場合、次の操作は利用できません。

      • 複数の管理サーバーが構成されており、プライマリ管理サーバーが利用できない場合、Director 管理者はセカンダリ管理サーバーに接続できません。プライマリ管理サーバーは、Director の web.config ファイルで構成されているサーバーであり、上記のステップ3で DirectorConfig ツールで指定されたサーバーと同じです。セカンダリ管理サーバーは、プライマリサーバーのピア管理サーバーです。
      • アラートをフィルタリングしている間、Director 管理者はアラートソースを検索できません。これにはオペレーターレベルの権限が必要です。

   3. 任意のユーザーロールを変更するには、そのロールを右クリックし、プロパティ をクリックします。

   4. ユーザーロールのプロパティダイアログで、指定されたユーザーロールから Director 管理者を追加または削除できます。

2. SCOM 管理サーバーの Remote Management Users グループに Director 管理者を追加します。これにより、Director 管理者はリモート PowerShell 接続を確立できます。

3. PowerShellリモート処理を有効にするには、「Enable-PSRemoting」と入力します。

4. WS-Managementプロパティの制限を設定します:

   1. 最大同時ユーザー数を変更します:

      CLIの場合:

      ```winrm set winrm/config/winrs @{MaxConcurrentUsers = “20”}

      
      PSの場合:
      
      ```Set­-Item WSMan:\localhost\Shell\MaxConcurrentUsers 20<!--NeedCopy-->
      

   2. ユーザーあたりの最大シェル数を変更します:

      CLIの場合:

      winrm set winrm/config/winrs @{MaxShellsPerUser="20"}<!--NeedCopy-->

      PSの場合:

   ```Set-Item WSMan:\localhost\Shell\MaxShellsPerUser 20

   
   1.  Modify MaxMemoryPerShellMB:
   
       CLIの場合:
   
       ```winrm set winrm/config/winrs @{MaxMemoryPerShellMB="1024"}<!--NeedCopy-->
   

   PSで:
   

   Set­-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 1024<!--NeedCopy-->

5. SCOM統合が混在ドメイン環境で機能するようにするには、次のレジストリエントリを設定します。

Path: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

Key: LocalAccountTokenFilterPolicy

Type: DWord

値: 1

注意: レジストリを誤って編集すると、オペレーティングシステムの再インストールが必要になるような重大な問題が発生する可能性があります。レジストリエディターの誤った使用によって生じる問題が解決されることをCitrixは保証できません。レジストリエディターの使用は、お客様ご自身の責任において行ってください。編集する前に必ずレジストリをバックアップしてください。

SCOM統合が設定されると、「最新のSCOMアラートを取得できません。詳細については、Directorサーバーのイベントログを参照してください。」というメッセージが表示されることがあります。サーバーのイベントログは、問題の特定と修正に役立ちます。原因としては、次のようなものが考えられます。

• DirectorまたはSCOMマシンでのネットワーク接続の喪失。
• SCOMサービスが利用できない、または応答できないほどビジーである。
• 構成済みユーザーの権限の変更による認証の失敗。
• SCOMデータの処理中にDirectorでエラーが発生した。
• ディレクターとSCOMサーバー間のパワーシェルのバージョン不一致。