Citrix on Azure の管理ベースラインに関する考慮事項

管理と監視は、Azure での Citrix DaaS (サービスとしてのデスクトップ) のデプロイにとって重要です。 オペレーショナル エクセレンスと成功を実現するには、管理と監視を念頭に置いて Citrix DaaS 環境を適切に設計する必要があります。

Citrix の設計に関する考慮事項

Microsoft と Citrix はどちらも、環境を監視するためのコア ツールとサービスのセットを提供しています。 この記事では、いくつかのツールを一覧表示し、監視対象を推奨します。

Microsoft のツールとサービスには、Azure Monitor、Azure Advisor、Azure Service Health、Microsoft Sentinel、Azure Network Watcher が含まれます。 Citrix のツールとサービスには、Citrix Monitor、Citrix Analytics、Citrix Managed Services が含まれます。 これらのサービスのほとんどはご利用のサブスクリプションに含まれていますが、一部は追加料金がかかります。

Citrix DaaS で使用する Microsoft ツールの詳細については、Citrix Tech Zone を参照してください。 Citrix ツールの詳細については、Citrix DaaS for Azure と Citrix Application Delivery Management に関するページを参照してください。

Citrix の設計に関する推奨事項

メトリックとアラートのしきい値

Citrix デプロイの場合は、Citrix 仮想マシンのゲスト OS メトリックに重点を置きます。 サーバーのパフォーマンス メトリックが低い場合は、通常、ユーザーがパフォーマンスの問題を経験しようとしているか、既に問題を抱えていることを示します。 たとえば、ユーザー セッションの Max Input Delay が定義済みの値に達すると、ユーザーに待機時間が発生していることがわかります。 アクション グループを構成して、Citrix 管理者に問題を知らせるメールを送信して、彼らが積極的に介入できるようにします。

この記事では、監視するパフォーマンス カウンターについて説明し、Citrix デプロイに適したアラートのしきい値を提案します。 提案されたアラートのしきい値は、パフォーマンスの問題を事前に通知する可能性があります。 ニーズに合わせて値と期間を調整します。

すべての Citrix サーバー

デプロイ内のすべての Citrix サーバーを監視する perfmon カウンターのリストを次に示します。

• Processor%Processor time
  • このカウンターは、プロセッサがアクティブな時間です。
  • 15 分間の平均が 80% を超えた場合にアラートを生成します。
  • タスク マネージャーまたは Citrix Monitor を使用して、最も CPU を消費しているプロセスを特定します。 高い CPU 使用率の原因を特定します。
  • すべてのプロセスで予想されるレベルの CPU 時間が消費されている場合は、サーバーまたは配信グループの容量を増やします。
• System\Processor queue length
  • このカウンターは、処理を待機しているプロセッサ キュー内のスレッドの数です。
  • カウンターが 5 分間隔でコア数の 5 倍を超えた場合にアラートを生成します。
  • タスク マネージャーまたは Citrix Monitor を使用して、最も CPU を消費しているプロセスを特定します。
  • すべてのプロセスで予想されるレベルの CPU が消費されている場合は、サーバーまたは配信グループの容量を増やします。
• Memory\Available Bytes
  • このカウンターは、プロセスまたはキャッシュに割り当てられないメモリの量です。
  • 使用可能な RAM の量が 5 分間隔で RAM の合計の 20% を下回った場合にアラートを生成します。
  • タスク マネージャーまたは Citrix Monitor を使用して、最も RAM を消費しているプロセスを特定します。 そのレベルの RAM 消費を削減できる可能性がある構成変更を特定します。 このメトリックは、Memory Pages/sec と Paging File %usage のカウンターと共に使用します。
  • すべてのプロセスで予想される量のメモリが消費されている場合は、サーバーまたは配信グループの容量を増やします。
• Memory\Pages/sec
  • このカウンターは、ディスクから RAM にスワップされた 1 秒あたりのページ数です。
  • 1 秒あたりのページ数が常に 10 を超えている場合にアラートを生成します。
  • タスク マネージャーを使用して、ページ スワップの原因となっているアプリケーションを探します。 考えられる代替構成を調査します。 このメトリックは、Memory Available Bytes と Paging Files%usage のカウンターと共に使用します。
  • 可能であれば、ホストで使用できる RAM の量を増やします。 それができない場合は、アプリケーションを専用サーバーのセットに分離します。
• Paging File%usage
  • このカウンターは、使用中の現在のページ ファイルの割合です。
  • ページ ファイルの使用量が 60 分間で 80% を超えた場合にアラートを生成します。
  • タスク マネージャーを使用して、このページ ファイルの使用量の原因となっているアプリケーションを探します。 考えられる代替構成を調査します。 このメトリックは、Memory Available Bytes と Memory Pages/sec のカウンターと共に使用します。
  • 可能であれば、ホストで使用できる RAM の量を増やします。
• LogicalDisk%Disk Time (_total)
  • このカウンターは、論理ディスクがアクティブな時間を表します。
  • ディスク時間のパーセンテージが 15 分間で 90% を超えた場合にアラートを生成します。
  • タスク マネージャーまたは Citrix Monitor を使用して、ディスク使用率が高いアプリケーションを探します。 高いディスク使用率の原因を調査します。 このメトリックは、他の論理および物理のディスク メトリックと共に使用します。
  • すべてのアクティビティが正常に見える場合は、パフォーマンスの高いディスク サブシステムを持つディスクにアプリケーションを移動する方法を探します。
• LogicalDisk\Current disk queue length
  • このカウンターは、論理ディスクで要求が処理されるのを待機しているトランザクションの数を表します。
  • 現在のディスク キューが 15 分間で 3 を超えた場合にアラートを生成します。
  • タスク マネージャーまたは Citrix Monitor を使用して、ディスク使用率が高いアプリケーションを探します。 高いディスク使用率の原因を調査します。 このメトリックは、他の論理および物理のディスク メトリックと共に使用します。
  • すべてのアクティビティが正常に見える場合は、パフォーマンスの高いディスク サブシステムを持つディスクにアプリケーションを移動する方法を探します。
• PhysicalDisk%Disk Time (_total)
  • このカウンターは、物理ディスクがアクティブな時間を表します。
  • ディスク時間のパーセンテージが 15 分間で 90% を超えた場合にアラートを生成します。
  • タスク マネージャーまたは Citrix Monitor を使用して、ディスク使用率が高いアプリケーションを探します。 高いディスク使用率の原因を調査します。 このメトリックは、他の論理および物理のディスク メトリックと共に使用します。
  • すべてのアクティビティが正常に見える場合は、パフォーマンスの高いディスク サブシステムを持つディスクにアプリケーションを移動する方法を探します。
• PhysicalDisk\Current disk queue length
  • このカウンターは、物理ディスクで要求が処理されるのを待機しているトランザクションの数を表します。
  • 現在のディスク キューが 15 分間で 3 を超えた場合にアラートを生成します。
  • タスク マネージャーまたは Citrix Monitor を使用して、ディスク使用率が高いアプリケーションを探します。 高いディスク使用率の原因を調査します。 このメトリックは、他の論理および物理のディスク メトリックと共に使用します。
  • すべてのアクティビティが正常に見える場合は、パフォーマンスの高いディスク サブシステムを持つディスクにアプリケーションを移動する方法を探します。
• Network Interface\Bytes Total/sec
  • このカウンターは、ネットワーク アダプターがネットワークのデータ パケットを処理している速度を示します。
  • 1 秒あたりの合計バイト数が 5 分間にわたって NIC 容量の 80% を超えた場合にアラートを生成します。
  • タスク マネージャーを使用して、高いネットワーク使用量の原因となっているアプリケーションを探します。 高いネットワーク使用率の原因となっている可能性があるものを特定します。 このメトリックは、他の論理および物理のネットワーク メトリックと共に使用します。
  • すべてのアクティビティが正常に見える場合は、ネットワーク帯域幅を増やすか、配信グループの容量を増やす方法を探します。
• User Input Delay per Session\Max Input Delay
  • このメトリックは、セッションの最大入力遅延をミリ秒単位で提供します。 このメトリックは、ユーザーがマウスまたはキーボード入力を提供してから、その入力がシステムによって処理されるまでの時間を測定します。
  • セッションの入力遅延が 2 分間で 1000 ミリ秒を超えた場合にアラートを生成します。
  • タスク マネージャーまたは Citrix Monitor を使用して、CPU、ディスク、またはネットワークの使用率が高いアプリケーションを探します。
  • アクティビティが正常に見える場合は、配信グループの容量を増やすことをお勧めします。

Citrix コンポーネントの使用に関するその他の推奨事項については、「Baseline Metrics and Alerts for Azure」 (Azure のベースライン メトリックとアラート) を参照してください。

一般的な推奨事項

これらのツールを使用する際に考慮すべき一般的な推奨事項とプラクティスを次に示します。

• 仮想マシンとネットワークのパフォーマンス モニター メトリックの追跡は、Azure Monitor から行う方が簡単です。 Azure Monitor メトリックは、Citrix Monitor から入手できるものより詳細です。 収集されるメトリックをより詳細に制御するには、パフォーマンス メトリックに Azure Monitor を使用します。
• 監視データの保持期間は、ビジネス要件に合わせてできるだけ短い期間に設定します。 ほとんどの監視データは、短期間しか役に立ちません。 監視データを長期間保存しないことでコストを削減します。 ストレージ アカウント内の古いデータをクリーンアップする自動化ジョブを作成します。
• Azure には、メトリック、ログ、サービス停止、計画メンテナンス、月額コスト、セキュリティに関するアラートが含まれています。 アラートを使用すると、救われる可能性があります。 この記事では、Citrix デプロイ用に作成するアラートに関する多くの推奨事項を提供します。 お使いの環境に最も適したものを実装してください。 SMS と電子メールを使用して重要なアラートを送信し、迅速に対処できるようにします。 四半期ごとにカレンダーにリマインダーを設定して、アラート通知リストを更新します。
• メトリックの監視とアラートには、月額料金がかかります。 追跡するメトリックを賢く選択してください。アラートが発生したときにアクションを実行する予定がない場合は、そのメトリックに価値があるかどうかを検討してください。
• Citrix リソース グループのカスタム ダッシュボードを設定し、Microsoft Sentinel、Service Health、Traffic Analytics、Advisor などの主要なサービスへのリンクを有効にします。 ダッシュボードに、お使いの ExpressRoute または VPN 接続、クラウド コネクタ、Citrix VDA ホストのパフォーマンスを示すグラフを含めます。 機密情報を保護するには、ダッシュボードへのアクセスを、それを必要とする個人のみに制限します。
• 問題のトラブルシューティングを行う場合は、複数のデータ ソースを参照して、症状を根本原因と関連付けるのに役立てます。 たとえば、平均ログオン時間が長い場合は、Azure でメトリックを表示して、リソースの制約が存在する場所を特定できます。
• Traffic Analytics と NSG のログを有効にすると、トラフィックが予期しない場所から発信されているかどうかを確認することができます。 この情報を使用して、ネットワーク通信を効率化できます。 この情報を使用して、予期しない場所からの受信トラフィックをブロックする Azure ポリシーを作成します。

次のステップ

Citrix on Azure のデプロイに固有のセキュリティとコンプライアンスに関する重要な設計上の考慮事項と推奨事項を確認します。

• セキュリティとコンプライアンス