監視

他の統合システムと同様に、監視と保守はソリューションの全体的な健全性にとって重要です。適切なサポート、運用、およびヘルスモニタリングシステムが導入されていないと、ユーザーエクスペリエンスは徐々に低下し始めます。

プロセス1:サポート

問題が発生した場合は、テクニカルサポートが最初の窓口になります。このセクションでは、適切な人員配置、組織、トレーニング、委任管理、およびCitrixの展開を維持するために使用すべきツールについて説明します。

決定:サポート体制

サポートの問題に対処するための最も効果的な方法は、複数レベルのサポートであることがわかっています。重要度が低い、複雑度が低い、または頻繁に発生する問題は、低いサポートレベルで管理および解決する必要があります。重要度が高く複雑な問題は、経験豊富な設計者やインフラストラクチャの所有者にエスカレートします。以下の図は、一般的な複数レベルのサポート体制の概要を示しています。

モニターサポート体制図

ユーザーが問題に遭遇した場合、レベル1のサポート(ヘルプデスク)はサポートシステムへのエントリポイントです。レベル1は、発生したすべての問題のうち75%を解決します。その大部分はCitrix環境に関する限られた知識しか必要としない日常的な問題です。このレベルでは、問題はすぐに解決され、いくつかは自動化される場合があります(セルフサービス)。たとえば、パスワードリセットやリソースのプロビジョニングなどです。

レベル1の能力を超える非日常的な問題は、レベル2(オペレータ)にエスカレートされます。このサポートレベルは通常、実稼働Citrix環境をサポートする管理者で構成されています。エンドユーザーの問題に関する情報と試行されたトラブルシューティング手順が最初のレベルで文書化され、レベル2の技術者はすぐに問題に対処し始めます。レベル2の技術者はサポートチケットの20%のみを処理する必要があり、Citrix環境に関する知識が豊富です。

レベル2の能力を超える複雑な問題は、レベル3(実装者)にエスカレートする必要があります。レベル2とレベル3のサポートは多くの場合、両方ともCitrixサポートチームのメンバーで、レベル3はCitrix環境を維持する上級スタッフで構成されます。レベル3の問題は複雑で、多くの場合ミッションクリティカルであり、仮想デスクトップとアプリケーション環境に関する専門知識が必要です。レベル3のサポートチケットは、すべてのサポート問題のうち5%以下に相当すべきです。

最終レベルのレベル4(設計者)は、ソリューションの戦略的な改善、新しい技術のテスト、移行の計画、その他の高度な変更に焦点を当てています。一般にレベル4は、実稼働環境の積極的なサポートには関与していません。

アプリケーションまたは基盤となるインフラストラクチャに関連する問題をサポートが発見した場合、チケットはトラブルシューティングのため適切なチームに渡されます。プログラムのバグが見つかった場合、その問題は再度エスカレートされ、チケットは適切なベンダーとの間で確立されます。

決定:サポート責任とスキルセット

次の表は、各サポートレベルの推奨特性をまとめたものです。

サポートレベル

レベル1 - ヘルプデスク

説明

報告された問題の第一サポートを提供します。最初は、サポートメッセージと電話で対応します。このレベルでは、初期問題分析、問題定義、チケットルーティング、および単純な問題解決を実行する必要があります。多くの場合、プラグインを設定してアプリケーションアクセスまたはサポートの要求を処理します。

責任

  • 問題定義、初期分析、および基本的な問題解決を実行します
  • 初期トラブルシューティングを実行して問題の性質を特定します
  • チケットを作成し、ユーザー情報を収集し、実行されたすべてのトラブルシューティング手順をログに記録します
  • 既存の知識ベース記事を使用して、Citrixに関する基本的な問題、接続に関する問題、およびアプリケーションに関する問題を解決します
  • 高度なスキルまたは高度な権限が必要な場合、レベル2に問題をエスカレートします
  • 問題がCitrix関連、Microsoft関連、またはサードパーティアプリケーション関連の問題であることを特定することができます
  • 実稼働環境に影響を与えたり、システムレベルの機能停止を引き起こす可能性がある場合は、レベル3に直接エスカレートします
  • 必要に応じて追加の問題解決ガイドの要求を生成します
  • 問題が十分に解決されたことを確認するためにサポートチケットがクローズされたときにエンドユーザーにフォローアップします

スキルセット

  • 一般的なCitrix XenAppまたはXenDesktopの知識(CCA、CCA-V)
  • 一般的なWindowsクライアントOSまたはサーバーOSの知識(MCP)
  • 一般的なActive Directoryの知識
  • 一般的なネットワーキングの知識(CCNA)

サポートレベル

レベル2(オペレータ)

説明

主にCitrix環境の日常的な運用をサポートします。予防的な監視と管理が含まれる場合があります。さらに、この役割では中レベルのトラブルシューティングを実行し、利用可能な監視またはトラブルシューティングツールを利用する必要もあります。レベルのサポートによってエスカレートされた問題の解決を支援します。

責任

  • 中間問題の分析と解決を実行します。
  • 問題の根本原因を特定します。
  • サーバーの通知とシステムの停止に対応します。
  • 問題の数、クローズ率、未解決の問題などに関する週報を作成します。
  • ベンダーの知識ベース記事を確認します。
  • 時間外のヘルプデスクの電話に対応します。
  • 重要な監視通知に対応します。
  • 社内の知識ベース記事を生成し、解決スクリプトを発行してレベル1のトラブルシューティングワークフローを維持します。
  • 基本的なサーバーのメンテナンスと運用手順を実行します。
  • ユーザープロファイルとデータを管理します。
  • チケットをレベル3、または高度なスキルもしくは高度な権限が必要な場合は、適切な技術所有者にエスカレートします。
  • 必要に応じて、追加の問題解決スクリプトと知識ベース記事の要求を生成します。
  • WindowsおよびCitrixの組み込みイベントログを読み込み、GoogleやBingを介し公開情報に従って基本的なトラブルシューティングを行うことができます。

スキルセット

以下を含むがこれに限定されないMicrosoft Windows Serverのエクスペリエンス:

  • オペレーティングシステムオプションの設定
  • リモートデスクトップサービスのポリシーとプロファイルについての理解
  • Active Directoryの使用
  • ユーザーの作成および権限と管理者権限の管理
  • Active Directoryグループポリシーの作成と修正

以下を含む基本的な管理スキル:

  • プロトコルの理解(TCP)
  • ファイアウォールの概念の理解
  • Eメール管理とアカウント作成についての理解
  • リモートデスクトップサービスのポリシーとプロファイルについての理解
  • 共有を作成し、共有フォルダーやファイルへのアクセス権を付与する機能

以下を実行するエクスペリエンス:

  • Citrixソリューションの管理、保守、監視、およびトラブルシューティング
  • Citrix環境でのコンポーネントのバックアップ
  • Citrix環境でのコンポーネントの更新
  • 傾向分析用のレポートの作成

サポートレベル

レベル3(実装者)

説明

Citrixデスクトップおよびアプリケーション仮想化インフラストラクチャを実装、管理、および保守するための中心点。この役割は、新しいユースケースの展開とライフサイクル管理の取り組みの主導に焦点を当てています。一般に、1人の実装者が一度に焦点を当てられるのは1つのユースケースです。たとえば、3つの新しい同時ユースケースでは3人の実装者が必要になります。ソフトウェアベンダー固有のテクニカルサポートに問題を報告し、この問題についてレベル4に通知します。

責任

  • 高度な問題分析と解決を実行します。
  • メンテナンスと環境のアップグレードを実行します。
  • 重大度の高い問題とサービスの停止に対処します。
  • Citrix環境を管理します。
  • レベル2によって実行される管理タスクを監督および主導します。
  • Citrix環境に関連したネットワークおよびストレージインフラストラクチャを管理します(会社またはCitrix環境の規模に応じます)。
  • サーバーの正常性、リソース使用量、ユーザーエクスペリエンス、および全体的な環境パフォーマンスに関する定期的なレポートを確認します。
  • ベンダーの知識ベース記事と新しくリリースされたアップデートを確認します。
  • ポリシーレベルの変更を実行し、Active Directoryを更新します。
  • Citrix環境に影響を与える変更管理要求を確認します。
  • 高度なサーバーとインフラストラクチャのメンテナンスを実行します。
  • 正確性、コンプライアンス、および実現可能性について、知識ベースの記事と問題解決スクリプトを確認します。
  • レベル2の要求に対処するための知識ベース記事と問題解決スクリプトを作成します。
  • 必要に応じて、チケットをベンダー固有のテクニカルサポートにエスカレートし、問題をレベル4に通知します。

スキルセット

次のWindowsコンポーネントとCitrix技術との統合方法に関する知識

  • Active Directoryドメインサービス
  • Active Directory証明書サービス
  • ポリシー
  • ドメインネームシステム(DNS)
  • 動的ホスト構成プロトコル(DHCP)
  • グループポリシーオブジェクト(GPO)
  • NTFS権限
  • 認証と承認
  • IISの知識
  • Microsoft Windowsオペレーティングシステム:Windows 10、Windows 8.1、Windows 7 Windows Server 2012 R2 Windows Server 2008 R2
  • Windows Serverの役割と機能
  • SQL 2008 R2以降の知識
  • SQLクラスタリング、データベースのミラーリング、およびAlwaysOn可用性グループの知識。
  • 一般的なネットワークスキル(すなわちルーティング、スイッチング)
  • ハイパーバイザーの知識。
  • 共有ストレージの設定と管理に関する知識。

サポートレベル

レベル4(設計者)

説明

レベル4のチームは管理タスクへの露出を最小限に抑えますが、Citrix固有のサービスとプロジェクトの要求のスコープ設定、計画、実行に重点を置いています。設計者は、ビジネス要件を技術設計に変換します。

責任

  • 今後のプロジェクトにおいて技術的リーダーシップを発揮します。
  • 設計のアップデートとアーキテクチャの見直しを主導します。
  • 重大度の高い問題とサービスの停止に対処します。
  • 技術統合ワークフローを監督します。
  • サーバーの正常性、リソース使用量、ユーザーエクスペリエンス、および全体的な環境パフォーマンスに関する定期的なレポートを確認して、次の手順とアップグレードパスを決定します。
  • 環境の容量を判断するために負荷テストを開始します。
  • 頻繁に発生するヘルプデスクの問題を確認します。
  • 技術仕様がビジネスニーズを満たし続けていることを確認します。
  • 設計資料を更新します。

スキルセット

以下のための高度なアーキテクチャ評価および設計スキル

  • Citrix XenApp
  • Citrix XenDesktop
  • Citrix XenServer、VMware vSphere、Microsoft Hyper-V
  • Citrix Provisioning Services
  • Citrix NetScaler
  • Citrix StoreFront
  • Active Directory
  • ストレージソリューション
  • ネットワーク
  • アプリケーションの配信
  • 障害回復
  • ポリシーおよびポリシー構造とセキュリティ制限
  • ライセンス
  • 方法論

以下に関する中級知識:

  • 一般的なネットワークスキル
  • 変更管理プロセス
  • プロジェクト管理
  • リスクアセスメント

サポートレベル

ベンダーのサポート

説明

プログラムの欠陥が発見された場合、ベンダーの支援が必要になる場合があります。この段階では、レベル3のエンジニアは解決策を見つける手助けをするために適切なベンダーとの間でサポートチケットを確立する必要があります。

サポートレベル

セルフサービス

説明

セルフサービスポータルは、アプリケーションアクセス、権限、パスワードリセットなど、重要ではないタスクに利用する必要があります。ポータルは、単純なFAQページから、人のやり取りが不要な完全に自動化されたプロセスまで、多岐にわたります。セルフサービスポータルの目的は、エンドユーザーが基本的な問題に対処するための新たなタッチポイントを追加し、新しいサポートチケットの作成を防ぐことです。

決定:認定とトレーニング

次の表は、サポートレベルごとに推奨されるトレーニング、認定、およびエクスペリエンスの詳細を示しています。

役割 推奨トレーニング 推奨コース 推奨認定 関連エクスペリエンス
ヘルプデスク(レベル1) レベル1のサポート担当者には、Citrix XenApp、Citrix XenDesktop、およびサポート技術に関する基本的なトレーニングを提供する必要があります。これには、内容領域専門家またはCitrix認定ラーニングセンターによる内部トレーニングが含まれます。提供されるトレーニングは、次のトピックに焦点を当てる必要があります:XenAppおよびXenDesktopの実装の概要。ユーザーセッションの管理を目的としたCitrix Directorの使用。Citrix XenAppおよびXenDesktopセッションのトラブルシューティング。トラブルシューティング方法論。さらに、Tier-1チームメンバーに対し、環境への関連する変更に関する詳細に加え、レベル2およびレベル3のチームから最新のトラブルシューティング推奨事項に関する定期的なトレーニングを提供する必要があります。これにより、チーム全体で良好なベースライン知識レベルと一貫したカスタマーサービスを確保できます。 CXD-105:Citrix XenAppおよびXenDesktopヘルプデスクのサポート - 1年以上(エントリエベルも可)
オペレータ(レベル2) レベル2の担当者は、管理スキルを磨き、チーム全体のベースライン知識レベルを確保するために、定期的なチームトレーニングセッションを実施する必要があります。環境に対するアーキテクチャのアップデートがあり、普及していない技術にレベル2のチームが取り組んでいる場合、形式化されたトレーニングも不可欠です。レベル2のチームのすべてのメンバーは、Citrix XenAppおよびXenDesktopのCitrix認定アソシエイト(CCA)認証を得る必要があります。デスクトップまたはサーバーのサポートエクスペリエンスがないレベル2のチームメンバーに対する、Windowsの概念に関する高度なトレーニングも不可欠です。最後に、レベル2の役割が形式化され、責任がレベル3からレベル2に引き継がれる際、レベル3管理者との緊密な統合とともに実地のトレーニングが不可欠です。 CXD-210 XenAppおよびXenDesktop 7.1xの管理 Citrix認定アソシエイト - 仮想化 2~3年
実装者(レベル3) レベル3のサポートチームのメンバーは、XenApp、XenDesktop、Provisioning Services、およびWindowsオペレーティングシステムの実装とサポートに3年以上のエンタープライズエクスペリエンスがあります。レベル3のスタッフは、ユーザーコミュニティを積極的に管理し、Citrixの主要なプラクティスに従ってCitrixソリューションを実装する準備をするため、Citrix認定プロフェッショナル(CCP)認証追跡も完了する必要があります。 CXD-400:Citrix XenAppおよびXenDesktopを使用したアプリとデスクトップソリューションの設計レベル3 CXD-310の完了後 Citrix認定エキスパート - 仮想化 3~4年
設計者(レベル4) レベル4のスタッフにはエクスペリエンスが不可欠です。適格のレベル4のリソースには、アプリケーションおよびプロファイル管理ソリューションなどの統合技術による追加の管理エクスペリエンスに加え、XenAppやXenDesktop環境の技術アーキテクトの役割での実装、サポート、およびサービスを提供するためのエクスペリエンスが最低5つ必要です。理想的な候補者は、製品を公開する目的で2つ以上の環境で、また1,200人以上の同時ユーザーがいる少なくとも1つの環境で、そのような能力を発揮します。Citrix認定エキスパート(CCE)認証または同等のトレーニングとエクスペリエンスがその役割の前提条件であるべきです。 CXD-400:Citrix XenAppおよびXenDesktopを使用したアプリとデスクトップソリューションの設計レベル3 CXD-310の完了後 Citrix認定エキスパート - 仮想化 5年以上

決定:サポート人員配置

次の表に、サポートスタッフの推奨人数に関するガイダンスを示します。

役割 小規模環境:サイト:1、ユーザー:<500、画像:1~2 中規模環境:サイト:1~2、ユーザー:1000~5000、画像:3~5 大規模環境:サイト:2以上、ユーザー:>5000、画像:5以上
ヘルプデスク(レベル1) 3 5~10 15~20
オペレータ(レベル2) 1~2 2~3 4~5
実装者(レベル3) 1 1~2 2~3
設計者(レベル4) 1 1 1~2

この表は、ベースラインとしてのみ使用してください。サポート人員配置の決定は、定義された要件、予測されるワークロード、および組織の運用手順と照らし合わせて評価する必要があります。複数のレベルを組み合わせることができます。たとえば、専任の設計者としての役割を果たすには不十分な設計プロジェクトがある場合や、Citrixチームの上級メンバーがオペレータおよび実装者として機能する場合があります。

決定:ジョブエイド

一般サポートツール:次の表は、すべてのサポートレベルで利用できるようにする必要があるツールの詳細です。

ツール 詳細
チケット管理システム 顧客情報と問題を文書化するために使用されます。一般的なチケット管理システムは、次の機能を提供します:チケットのキューを監視します。オープンチケットの数に制限を設定します。特定の種類のチケットが回答されるまでにかかる時間などのしきい値を設定します。優先順位の高い支援が必要なユーザーまたは個人のグループを識別します。チケットがオープン、更新、またはクローズされたときにユーザーに通知します。サポート担当者が既知の解決済みの問題を検索するための内部知識ベースを提供します。
呼び出しスクリプト 最初の連絡先ヘルプデスク担当者は、ユーザーが電話をかけている間にすべての関連データが確実にキャプチャされるように、文書化されたスクリプトを用意する必要があります。また、これにより適切なトリアージを支援し、次のサポートレベルが顧客に連絡する前に調査を実行することを可能にします。参考のために、サンプルの呼び出しスクリプトが提供されています。
リモートアシスタンスツール リモートアシスタンスツールは、ユーザーの問題をトラブルシューティングするときに役立ちます。サポート技術者と管理者は、ユーザーの行動を遠隔から監視できます。
知識ベース ドキュメンテーションは、知識ベースまたは既知の問題のライブラリで作成および管理する必要があります。記事は迅速な回復のために検索可能であるべきです。知識ベースは、サポートスタッフが既知の問題を迅速に解決し、時間のかかる調査を行う必要性を減らすのに役立ちます。

シトリックスサポートツール

次の表に、各サポートレベルで利用できるようにする必要があるシトリックスサポートツールに関する推奨事項を示します。

ツール

Citrix Director

説明

Citrix Directorは、ホストされるデスクトップとアプリケーションセッションの概要を説明します。サポートチームは問題を監視してトラブルシューティングすることができます。

製品

XenDesktop XenApp Provisioning Servicesコンソール XenServer
   

サポートレベル

L1 L2 L3 L4

ツール

Citrix Studio

説明

Citrix Studioを使用すると、管理者はXenAppおよびXenDesktopサイト、および関連付けられている仮想デスクトップまたはホストされるアプリケーションの構成および保守作業を実行できます。

製品

XenDesktop XenApp Provisioning Servicesコンソール XenServer
   

サポートレベル

L1 L2 L3 L4

ツール

Citrix Insight Services

説明

単一のCitrix Delivery Controllerから実行すると、指定したコンピューターからキーデータポイントやCDFトレースを収集して、エスカレーションのためにデータパッケージをCitrixのテクニカルサポートに安全かつ確実にアップロードできます。

製品

XenDesktop XenApp Provisioning Servicesコンソール XenServer

サポートレベル

L1 L2 L3 L4
   

ツール

Provisioning Servicesコンソール

説明

Provisioning Servicesコンソールを使用すると、管理者はProvisioning Servicesファームの構成および保守作業を実行できます。

製品

XenDesktop XenApp Provisioning Servicesコンソール XenServer
     

サポートレベル

L1 L2 L3 L4
   

HDX Monitorは、ユーザーセッションのCitrix ICAまたはHDXスタックの動作を検証するためのツールです。HDX Monitorは、クライアント機能、ネットワークのパフォーマンスおよびアクティビティ、セッション設定とその他多数の項目に関する情報を提供します。

ツール

XenCenter

説明

XenCenterを使用すると、管理者はXenServerリソースプールの構成および保守作業を実行できます。

製品

XenDesktop XenApp Provisioning Servicesコンソール XenServer
     

サポートレベル

L1 L2 L3 L4
   

HDX Monitorは、ユーザーセッションのCitrix ICAまたはHDXスタックの動作を検証するためのツールです。HDX Monitorは、クライアント機能、ネットワークのパフォーマンスおよびアクティビティ、セッション設定とその他多数の項目に関する情報を提供します。

Citrix Insight Services

管理者がCitrix Insight ServicesCitrix環境のサポートとトラブルシューティングを簡素化するために利用できます。Citrix Insight Servicesは、環境情報を収集するためにローカルで実行されます。オンライン分析機能は、その情報を分析し、Citrix環境と構成に基づいて管理者に推奨事項を提供します。Citrix Insight Servicesに関する追加情報は、シトリックスサポート記事で参照できます CTX131233- FAQ:Citrix Insight Services。

トラブルシューティングを支援するためにシトリックスサポートによって提供される利用可能なツールの完全なリストは、Citrix Supportability Packで参照できます。

呼び出しスクリプト

次の呼び出しスクリプトは、Citrixヘルプデスクチームの初期ベースラインとして使用できます。Citrix Consultingは、このサンプル呼び出しガイドを確認し、収集が必要と思われる環境固有の詳細を追加することを推奨しています。

  1. ユーザーの名前と場所は?この質問は、ユーザーが外部または内部のネットワークロケーションから環境にアクセスしているかどうかを識別します。
  2. 問題は常に再現可能ですか?回答が「はい」の場合、正確な再現手順を取得します。この質問は、サポートチームが問題をトラブルシューティングするために非常に重要です。
  3. そのサイトまたは場所の他のユーザーは同じ問題を経験しますか?それらのユーザーは同僚に同じまたは別のワークステーションからログオンさせることができますか?これらの質問は、これがワークステーションの問題なのかユーザーの問題なのかを判断するのに役立ちます。
  4. ユーザーはどのタイプのエンドポイントデバイスを使用していますか?(企業デバイス、BYOD、シンクライアント、PC、ラップトップなど)この質問は、問題がユーザーのエンドポイントに関連しているかどうかを判断するのに役立ちます。
  5. Citrix Receiverのバージョンと接続情報は何ですか?この質問では、ユーザーが正しいバージョンのCitrix Receiverを使用しているかどうかを確認します(最新のCitrix Receiverバージョンまたは会社によって標準化されたバージョン)。
  6. ユーザーはStoreFront認証ページを見ることができますか?この質問はネットワークの問題を特定するのに役立ちます。
  7. ユーザーが使用しようとしているアプリケーション(または仮想デスクトップ)の名前は何ですか?ユーザーにはStoreFrontサイトに適切なアプリケーションまたはデスクトップのアイコンが表示されますか?これらの質問は、ユーザーアクセスまたはグループメンバーシップに問題があるかどうかを判断するのに役立ちます。
  8. アイコンが選択されたときにアプリケーション(またはデスクトップ)は起動しますか?アプリケーションログオン画面は表示されますか(該当する場合)?これらの質問は、Citrix XenDesktopインフラストラクチャに接続されているかどうかを判断するのに役立ちます。
  9. ユーザーはアプリケーションに対して認証できますか(該当する場合)? 問題はアプリケーションの起動後に発生しますか?この質問は、問題がアプリケーション配信インフラストラクチャではなくアプリケーションにあるかどうかを判断するのに役立ちます。
  10. 見られる特定のエラーは何ですか(該当する場合)?この質問は特定のエラーを特定します。可能であれば、ユーザーにスクリーンショットの提供を依頼する必要があります。

決定:委任管理

各サポートレベルには、それぞれの役割を効果的に遂行するための十分な権利が与えられなければなりません。次の表は、サポートレベルごとに推奨される特権に関するガイダンスを示しています。

XenAppおよびXenDesktopに委任された権利

管理者の役割 サポートレベル
ヘルプデスク管理者 レベル1
すべての管理権限を実行できる管理者 レベル2
すべての管理権限を実行できる管理者 レベル3
すべての管理権限を実行できる管理者 レベル4

XenAppおよびXenDesktopサイト内の委任された権利の詳細については、Citrix製品のドキュメントを参照してください - XenAppおよびXenDesktopの委任管理

Provisioning Servicesに委任された権利

管理者の役割 サポートレベル
- レベル1
サイト管理者 レベル2
ファーム管理者 レベル3
すべての管理権限を実行できる管理者 レベル4

Provisioning Servicesサイト内の委任された権利の詳細については、Citrix eDocsを参照してください - Provisioning Servicesの管理者の役割の管理

StoreFrontに委任された権利

管理者の役割 サポートレベル
- レベル1
- レベル2
StoreFront Serverのローカル管理者 レベル3
すべての管理権限を実行できる管理者 レベル4

ローカル管理者権限を持つユーザーは、StoreFrontまたはWeb Interface内のすべてのオブジェクトを表示および管理するためのアクセス権を持ちます。これらのユーザーは新しいサイトを作成したり既存のサイトを変更したりすることができます。

Citrixライセンスサーバーに委任された権利

管理者の役割 サポートレベル
- レベル1
- レベル2
管理者 レベル3
管理者 レベル4

デフォルトでは、ライセンスサーバーのインストール中に使用されたアカウントがコンソールの管理者になります。多くの場合、インストールに使用されるアカウントは、通常の管理作業用のアカウントではありません。デフォルトの管理者を変更する方法の手順については、CTX135841 - Citrix Licensing Serverバージョン11.10のデフォルト管理者を変更する方法を参照してください。このプロセスで作成されたすべてのユーザーは、Citrixライセンスサーバーのすべての管理権限を実行できる管理者です。

XenServerに委任された権利

管理者の役割 サポートレベル
- レベル1
仮想マシンオペレータ レベル2
プール管理者 レベル3
すべての管理権限を実行できる管理者 レベル4

XenServerリソースプール内の委任権限の詳細は、XenServer 7.0管理者ガイド(役割ベースのアクセス制御の章を参照)を参照してください。

プロセス2:操作

このセクションでは、安定性とパフォーマンスの向上に役立つCitrix環境の日常的な操作について説明します。

決定:管理タスク

Citrixサポートチームは、安定したスケーラブルなCitrix環境を確保するために、定期的な運用および保守作業を実行する必要があります。各操作は、操作の頻度だけでなく、ソリューションの関連コンポーネントによっても分類されます(継続的、毎日、毎週、毎年)。タスクは、決定:サポート責任とスキルセットに記載されている役割に合わせられています。

操作を実行する管理者がサポートチームと同じである場合、指定は次のようにリンクされています:

  • レベル2のサポート = オペレータ
  • レベル3のサポート = 実装者

毎日の定期的なタスク

次の表に、Citrixサポートチームが毎日実行する必要があるタスクの概要を示します。

コンポーネント タスク 説明 責任者
汎用 Citrix Director、Windowsパフォーマンスモニター、イベントログ、その他の監視ソフトウェアの通知の確認 Citrix Director、イベントログ、またはその他の監視ソフトウェア内の警告や通知を確認します。通知の根本原因がある場合は調査します。:Citrix部門用のヘッドアップディスプレイを作成するために、Citrix Directorダッシュボードを表示するようにコンピューターとモニターを設定できます。これにより、環境の状況が明確に見えるようになります。XenDesktopおよびXenApp 7.xの監視に関する推奨事項は、VDIハンドブックの監視セクションに含まれています。 オペレータ
汎用 バックアップが正常に完了したことの確認。 スケジュールされたすべてのバックアップが正常に完了したことを確認します。これには以下が含まれますが、これらに限定されません:ユーザーデータ(ユーザープロファイルおよびホームフォルダー)、アプリケーションデータ、Citrixデータベース、StoreFront設定、Web Interface設定、Provisioning Services vDisk(仮想デスクトップとアプリケーションサーバー)、XenServer VMおよびプールメタデータ(または他のハイパーバイザーの同等のもの)、専用仮想デスクトップ、ライセンスファイル。 オペレータ
汎用 環境アクセスのテスト ほとんどのユーザーがその日にログオンする前にデスクトップとアプリケーションのリソースが使用可能であることを確認するために、内部と外部の両方の接続をシミュレートします。これは一日中テストする必要があり、自動化することも可能です。 オペレータ
XenAppおよびXenDesktop 仮想マシンの電源チェック 適切な数のアイドル状態のデスクトップとアプリケーションサーバーの電源が入っていて、Delivery Controllerに登録されていることを確認して、ユーザーワークロードの可用性を確保します。 オペレータ
XenAppおよびXenDesktop Citrix関連データベースの増分バックアップの実行 次のCitrixデータベースの増分データバックアップを実行します:サイト構成データベース、構成ログデータベース、監視データベース。 オペレータ、データベースチーム(Citrix環境で共有SQLを使用している場合)
Provisioning Services Citrix Provisioningサーバーの利用状況の確認 必要に応じて、Citrix Provisioningサーバーに接続されているターゲットデバイスの数を確認し、サーバー間で負荷を分散します。 オペレータ
Provisioning Services Citrix PVSデータベースの増分バックアップの実行 SQLサーバーインフラストラクチャでホストされているCitrix Provisioningサーバーデータベースの増分バックアップ。 オペレータ、データベースチーム(Citrix環境で共有SQLを使用している場合)

毎週の定期的なタスク

次の表に、Citrixサポートチームが週単位で実行する必要があるタスクの概要を示します。

コンポーネント タスク 説明 責任者  
汎用 最新の修正プログラムとパッチの確認 最新のCitrix 修正プログラムを確認、テスト、および展開し、Delivery ControllerとサーバーベースOSまたはデスクトップベースOS仮想マシンにそれらが必要かどうかを把握します。:必要な修正プログラムはすべて、実稼働への実装前に推奨試験プロセスを使用してテストする必要があります。 オペレータ、実装者(レビュープロセス)  
汎用 Citrix環境ステータスレポートの作成 環境全体のパフォーマンス(サーバーの正常性、リソース使用量、ユーザーエクスペリエンス)およびCitrixの問題の数(クローズ率、未解決の問題など)に関するレポートを作成します。 オペレータ  
汎用 ステータスレポートの確認 Citrixのステータスレポートを確認して、傾向や一般的な問題を特定します。 実装者、設計者  
汎用 社内サポートの知識ベースの維持 レベル1とレベルのサポート要求に対処するための知識ベース記事と問題解決スクリプトを作成します。正確性、コンプライアンス、および実現可能性について、知識ベースの記事と問題解決スクリプトを確認します。 オペレータ(レベル2の要求)、実装者(レベル3の要求、およびレビュープロセス)  
XenAppおよびXenDesktop 構成ログレポートの確認 前の週に実施されたCitrixのサイト全体の変更が変更管理を通して承認されたことを確認します。 監査役  
XenAppおよびXenDesktop Citrix関連データベースのフルバックアップの実行 次のCitrixデータベースのフルデータバックアップを実行します:サイト構成データベース、構成ログデータベース、監視データベース。オペレータ、データベースチーム(Citrix環境で共有SQLを使用している場合)    
Provisioning Services ストレージ容量の確認(vDiskを更新する前にのみ) vDiskストアと各vDiskのストレージ使用率、使用済みストレージ容量、および空きストレージ容量を確認します。:vDiskリポジトリ内の容量不足は、バージョン管理を使用してvDiskを更新する場合、または更新手順中にvDiskをプライベートモードにする場合にのみ問題になります。vDisk内のストレージ使用率も調査する必要があります。たとえば、20GBのvDiskには200MBの空き容量しかない場合があります。vDisk自体がストレージ用に制限されている場合は、拡張する必要があります。CitrixはVHDファイルのサイズ変更をサポートしていません。VHDファイルのサイズ変更について詳しくは、Microsoftのドキュメントサイズ変更-VHDを参照してください。 オペレータ  
Provisioning Services vDiskの更新の実行(必要に応じて) 更新を適用する前に、vDiskのフルバックアップを実行します。マスターvDiskイメージファイルを更新して、以下を適用します:Windowsソフトウェアのアップデートとパッチ、オペレーティングシステムとアプリケーションの変更、ウイルス対策パターンと定義の更新。:更新は、実稼働への実装前に推奨試験プロセスを使用してテストする必要があります。 監査役  
Provisioning Services 監査レポートの確認 Citrix Provisioning Servicesの監査ログを確認します。:Provisioningサーバーの監査はデフォルトで無効になっており、Provisioning Servicesファーム内のコンポーネントに対する構成操作を記録するように有効にできます。監査を有効にするには、シトリックス製品ドキュメントの記事監査情報の有効化を参照してください。 オペレータ、データベースチーム(Citrix環境で共有SQLを使用している場合)  
Provisioning Services Citrix PVSデータベースのフルバックアップの実行 SQLサーバーインフラストラクチャでホストされているCitrix Provisioningサーバーデータベースのバックアップ。 データベースチーム(Citrix環境で共有SQLを使用している場合)  

毎月の定期的なタスク

次の表に、Citrixサポートチームが月単位で実行する必要があるタスクの概要を示します。

コンポーネント タスク 説明 責任者
汎用 容量評価の実行 Citrix環境の容量評価を実行して、環境使用率とスケーラビリティ要件を判断します。:容量評価を実行するための推奨事項は、以下の「監視」セクションの「決定:容量管理」に含まれています。 設計者

毎年の定期的なタスク

次の表に、Citrixサポートチームが年単位で実行する必要があるタスクの概要を示します。

コンポーネント タスク 説明 責任者
汎用 Citrixポリシー評価の実施 Citrixポリシーを確認し、新しいポリシーが必要かどうか、および既存のポリシーを更新する必要があるかどうかを判断します。 実装者
汎用 ソフトウェアアップグレードの確認 Citrixの新しいソフトウェアリリースまたはバージョンの要件を確認して評価します。 実装者
汎用 ビジネス継続性計画(BCP)および障害回復(DR)テスト DRの準備状態を確認するための機能的なBCPおよびDRテストを実施する。この計画には、バックアップデータからの実際の復元プロセスが正しく機能していることを検証するための、年単位の復元テストを含める必要があります。 設計者
汎用 アプリケーション評価の実行 Citrix環境の外部および内部でのアプリケーションの使用状況を確認します。Citrixサイトにアプリケーションを追加したり、不要になったアプリケーションを削除したり、アプリケーションを最新バージョンにアップグレードしたりすることの有効性を評価します。 設計者
Provisioning Services 監査レポートのアーカイブ コンプライアンス要件については、Citrix Provisioningサーバー監査記録情報のアーカイブを実行します。 監査役

決定:バックアップの場所

バックアップの場所は、Citrix環境の回復時間と信頼性に直接影響します。重要なデータのバックアップは、オンサイトとオフサイトの両方に保存することが推奨されます。付随するコストまたはデータの機密性が理由でオフサイトバックアップが不可能な場合は、同じデータセンター内の物理的に離れた場所にバックアップを配置する必要があります。

各バックアップオプションについては、後で詳しく説明します。

  • オンサイトバックアップ - オンサイトバックアップは、障害発生時にデータを迅速に回復できるように、データセンター内のストレージデバイスに配置する必要があります。オンサイトバックアップは、データセンター内のハードウェアの小さなサブネットにのみ影響する問題に最適です。バックアップは、テープなどの冷蔵保管ソリューションにも保存できます。このメディアは回復が遅くなりますが、バックアップ処理中にのみアクティブになるため、追加の保護を提供します。
  • オフサイトバックアップ - 復旧にかかる時間ははるかに長くなりますが、オフサイトバックアップは災害発生時の保護を強化します。オフサイトバックアップでは、インターネットを介してサードパーティのプロバイダーにデータを転送する必要がある場合や、オンサイトで作成されてからテープなどの記憶媒体上の遠隔地に転送される場合があります。限られた数のバックアップをオフサイトに置くのが一般的です。たとえば、週または月に1回のバックアップです。

決定:テストプロセス

定期的な更新とメンテナンスは、IT運用の日常的な部分です。更新が実稼働環境に悪影響を与えないようにするために、標準プロセスに従う必要があります。これには、実稼働への実装前に変更を検証できる専用のテストインフラストラクチャを維持することが含まれます。

Citrixインフラストラクチャへの変更は、何千もの仮想デスクトップおよびアプリケーションユーザーに影響を与える可能性があるため、複数フェーズのテストは環境の信頼性とパフォーマンスにとって重要です。そのため、テストのプロセスは次のようになります:

テスト進捗イメージ

  • 開発 - 開発インフラストラクチャは、本番ネットワークの外部にあります。通常は、構成が実稼働環境に可能な限り近い一時的な仮想マシンで構成されます。開発段階の目的は、変更要求者に概念実証を実行し、統合要件を決定し、発見段階の一部として反復テストを実行するための非実稼働環境を提供することです。変更がテスト段階で適用できるように、提案された変更は文書化されるべきです。
  • テスト - テスト環境は実稼働用インフラストラクチャのスタンドアロン1:1コピーであり、提案された変更が実稼働前のステージング環境の前に簡単に繰り返される可能性があることを確認するために使用されます。加えられた変更は開発段階からのドキュメントに従うべきです。テスト段階でテストが失敗した場合、設計者は失敗の重大度を判断し、ドキュメントのマイナーアップデートで十分か、それとも完全な開発サイクルが必要かを判断する必要があります。
  • 実稼働前 - 実稼働前環境は現在の実稼働環境を模倣する必要があります。ステージングの目的は、リスクや不確実性をほとんど伴わずに提案された変更を実装することです。ステージングインフラストラクチャに対して行われた変更はすべて、再現性についてテストおよび文書化されていることが期待されます。この段階では、反復や調整は必要ありません。この段階の間およびこの環境の中でユーザー承認テスト(UAT)を実行する必要があります。
  • 実稼働 - 実稼働環境は、エンドユーザーによる通常の使用のために設計された、完全に冗長でスケーラブルなソリューションです。環境への最小限の変更があるはずです。可能であれば、承認されたすべての変更は段階的に実稼働環境にロールアウトする必要があります。このプロセスは段階的なロールアウトと呼ばれ、環境全体に影響を与えることなく、必要に応じて変更をロールバックできるようにすることでリスクを軽減します。

決定:変更管理

システムのライフサイクルを通じて変更を管理する標準化されたプロセスは、一貫した説明責任のあるパフォーマンスを確保するために必要です。以下の変更管理の主要なプラクティスを検討する必要があります。

  • 変更管理ウィンドウを使用して、該当するすべての関係者がダウンタイムが発生する可能性があることを把握します。すべてのチームが変更諮問委員会(CAB)に出席していることを確認します。
  • すべての変更にはロールバック計画を立てる必要があります。
  • 変更が失敗した場合は、何が悪かったのかを判断するために「ホットウォッシュ」を行います。
  • サポートスタッフが迅速かつ簡単に変更を識別できるように、常に自動変更管理システムを使用します。
  • 利用可能な場合は、Citrix環境に加えられた変更を追跡するために構成ログを有効にします。

変更管理プロセスは、変更要求から始めて厳密に従う必要があります。変更要求フォームには、要求された変更、変更の理由、およびアクションの予定期間を詳細に記入する必要があります。その後、変更管理者と諮問委員会によって必要に応じてこれがレビューされ、編集されます。変更要求がすべての変更承認プロセスを通過したとき、それはテストのために変更を段階化し、最終的に実稼働への実装を行う変更実施者に与えられます。詳細な手順を含むサンプルの変更管理プロセスを以下の図に示します:

変更管理プロセスイメージ

このときのプロセスは、以下のとおりです:

  1. 変更要求(CR)フォームは変更を要求する者によって記入されます。

  2. 適切なマネージャー承認が取得された後、CRは適切な変更マネージャーに転送されます。

  3. 変更マネージャーは、完全性についてCRを検証し、追跡のためにCR情報を変更管理ログに記録します。不完全な変更要求は、更新と再報告のために要求者に返されます。

  4. 変更マネージャーは、この変更に関連するまたは影響を受けるチームの内容領域専門家やマネージャーと協力して変更の影響を評価します。

  5. 変更マネージャーは、変更の優先順位、カテゴリ、種類、および提案されたロールバック計画を確認するために、関連するまたは影響を受けるチームおよび変更要求者と協力します。

  6. 変更が変更マネージャーによって承認された場合、CRは承認のためにCABに転送されます。変更が拒否された場合は、変更管理ログが現在のステータスと拒否の理由について更新され、CRが要求者に送り返されます。

  7. CABは、変更を詳細にレビューおよび検証し、目的、理由、影響、コスト、および利益を検討および評価します。各委員会メンバーは各自の部署を代表して、変更要求に関するガイダンスを提供します。また、CABは複数の要求をレビューして実装と「パッケージ」要求を単一のリリーススケジュールに調整します。

  8. 承認されると、変更は変更マネージャーに送り返され、ステージング環境への実装のために変更がスケジュールされます。

  9. 変更が実装され、テストが実施されます。結果は変更マネージャーに送り返されます。

  10. ステージングの実装とテストが成功した場合、変更は実稼働実装にスケジュールされます。ステージングフェーズが成功しなかった場合は、別のステージングの反復が行われます。

  11. 可能であれば、変更は段階的に実稼働環境にロールアウトされます。このプロセスは段階的なロールアウトと呼ばれ、環境全体に影響を与えることなく、必要に応じて変更をロールバックできるようにすることでリスクを軽減します。実稼働環境の変更を実装する問題がある場合は、ロールバック計画を立てる必要があります。

  12. 変更マネージャーは実装をレビューし、最後に変更管理ログを更新します。

  13. 定期的に、変更マネージャーは変更管理ログをレビューして変更の種類、頻度、およびサイズの傾向を特定し、その結果をレビューのためにCABに転送します。緊急時には、プロセスが促進される可能性があります。問題が緊急事態であると宣言された場合でも、変更要求フォームに記入され、適切な変更管理担当者に送信されます。承認されると、要求された変更はただちに実行され、諮問委員会に通知されます。

決定:可用性テスト

可用性テストは、コンポーネントの障害発生時にもリソースがまだ利用可能であることを確認することに重点を置いています。これらのテストは、ユーザーがビジネス上重要なリソースに常にアクセスできるようにするために不可欠です。予期しない問題が発生したかどうかを知らせるために適切な通知がエンドユーザーに通知された場合、テストは営業時間外または定期メンテナンスの週末に実行する必要があります。

以下は、定期的にテストする必要がある主要コンポーネントの一覧です。

  • StoreFront - StoreFrontは、NetScalerまたは他の負荷分散デバイスによって負荷分散およびヘルスチェックを行う必要があります。その構成を検証するには、1台を除くすべてのStoreFrontサーバーをシャットダウンする必要があります。これにより、負荷分散デバイスが障害を検出し、機能しているサーバーにユーザーを誘導していることが実証されます。
  • SQL - SQLサーバーは高可用性構成にする必要があります。構成を検証するには、プライマリSQLサーバーをオフラインにしてからCitrix Studioコンソールを開く必要があります。Citrix Studioは機能しているSQLサーバーがないとアクセスできないため、SQLサーバーのフェイルオーバーメカニズムが正しく機能していることが検証されます。
  • Delivery Controller - デプロイされたリソースは、複数のDelivery Controllerのリストを使って構成する必要があります。一方が使用不可になった場合、デスクトップおよびアプリケーションホストは自動的にリスト内の別のサーバーへの接続を確立します。これを検証するには、いずれかのDelivery Controllerホストをシャットダウンし、最初に接続したリソースが自動的に別のサーバーに登録されるかどうかを確認します。これは、Citrix Studio内のリソースの登録ステータスを確認することで判断できます。

サンプルテストワークフロー:Citrix Provisioning Services

前提条件および構成要件:

  • ハイパーバイザー、XenApp、およびXenDesktopサービスが稼働しています。
  • 少なくとも2台のPVSサーバーをインストールして構成し、ストリームディスクイメージを提供します。
  • 各サーバーへの複数のリンクを備えた回復力のあるネットワーキングおよびストレージインフラストラクチャ。
  • テストユーザーはXenAppまたはXenDesktopマシンでアクティブです。
手順 予期された結果
PVSサーバーの停止:いずれかのProvisioningサーバーをシャットダウンします。PVSが機能し続けることを検証します。PVSサーバーを再起動します。PVSサーバー間の接続の再配分を検証します。他の(残りの)PVSサーバーを1つずつ試します。 既存のXenAppおよびXenDesktopマシンは別のPVSサーバーに接続します。そのサーバーを利用しているユーザーへの影響はありません。新しいXenAppおよびXenDesktopマシンを起動して正しく開始することができます。SCOMは、PVSサーバーがダウンしているまたは利用不可能であることを報告します。両方のPVSサーバーが再び使用可能になると、ライブ接続は両方のPVSサーバー間で再配分されます。
PVS Bond Disruption:PVSサーバーのPVS Streaming BondのNICを無効にするまたは取り外します。 Provisioningサーバーは、PVS Streaming Bondの残りのNICSを介してストリーミングを継続します。
SQLサーバーPVSデータベースミラーフェイルオーバー:管理者はPrinciple SQLサーバーにログオンします。PVSデータベースのフェイルオーバーを開始します。PVSが機能し続けることを検証します。PVSデータベースのフェイルバックを開始します。PVSが機能し続けることを検証します。 PVSは機能し続けます。
SQLサービスの停止:管理者がPrinciple SQLとミラーSQLの両方のサーバーを同時に再起動します。PVSが機能し続けることを検証しますが、その管理は不可能です。SQLサーバーがオンラインに戻るのを待ちます。PVS管理機能がもう一度可能になることを検証します。 PVSは機能し続けます。PVS管理機能は利用できなくなりました。SQLサービスが復元されると、PVS管理機能が使用可能になります。

サンプルテストワークフロー:Citrix XenDesktopおよびXenAppサービス

前提条件および構成要件:

  • ハイパーバイザー、XenDesktop、およびStoreFrontサービスが稼働しています。
  • 利用可能なネットワークおよびストレージサービス。
  • Provisioning Servicesはストリームディスクイメージを提供しています。
  • テストユーザーは仮想マシンでアクティブです。
  • SQL(ミラーリング)とXenDesktopサーバーが稼働しています。
  • 複数のStoreFrontサーバーが稼働していることを確認します。
  • NetScaler負荷分散サービス。
手順 予期された結果
XenAppおよびXenDesktop 7.x Delivery ControllerのCitrix Broker Serviceの停止:いずれかのDelivery ControllerサーバーでCitrix Broker Serviceを停止します。仮想デスクトップまたはアプリケーションがまだ列挙され起動できることを検証します。Delivery ControllerサーバーでCitrix Broker Serviceを起動します。Desktop Controllerの1つをシャットダウンします。仮想デスクトップまたはアプリケーションがまだ列挙され起動できることを検証します。デスクトップが起動したら、どのControllerがホスト接続を所有しているかを確認します。Controllerをシャットダウンし、別のControllerがセッションを引き継ぐことを検証します。:これはメンテナンスウィンドウ中に行う必要があります。完了したら、VDAがすべてのコントローラに均等に分散されるように、VDIリソースを再起動する必要があります。 StoreFrontはサービスを利用不可として正しく識別し、接続を残りのDelivery Controllerにリダイレクトします。デスクトップは引き続き列挙され、正常に起動します。ホスティングしているControllerがダウンした場合は、起動したデスクトップをサポートできます。
SQLサーバーデータベースミラーフェイルオーバー:管理者はPrinciple SQLサーバーにログオンします。XenAppまたはXenDesktopデータベースのフェイルオーバーを開始します。XenAppまたはXenDesktopが機能し続けることを検証します。 データベースがフェイルオーバーし、Citrix Studioがフェイルオーバーデータベースを問題なく選択するはずです。既存のセッションは影響を受けません。新しいセッションが可能です。管理機能が可能です。
SQLサービスの停止:管理者がPrinciple SQLとミラーSQLの両方のサーバーを同時に再起動します。XenAppまたはXenDesktopが機能し続けますが、その管理は不可能であることを検証します。SQLサービスがオンラインに戻るのを待ちます。管理機能がもう一度可能になることを検証します。 既存のXenDesktopセッションは影響を受けません。最近使用したアプリケーション、ホストされている共有デスクトップ、および割り当てられているVDIには、ローカルホストキャッシュによってアクセスできます。XenDesktop管理機能は使用できません。SQLサービスが利用可能になると、XenDesktop管理機能が使用可能になります。

サンプルテストワークフロー:Citrix Licensing Services

前提条件および構成要件:

  • Citrix Licensing Serverが稼働しています(有効なライセンスがインストールされています)。
  • ハイパーバイザー、XenAppまたはXenDesktopおよびStoreFrontサービスが稼働しています。
  • ユーザーはサーバーOSまたはデスクトップOSマシンでアクティブです。
手順 予期された結果
サーバー:Citrix Licensingサーバーをシャットダウンします。既存のサーバーOSマシンを再起動します。Citrix StoreFrontにログオンして、公開アプリケーションを起動します。既存のデスクトップOSマシンを再起動します。Citrix StoreFrontにログオンして仮想デスクトップを起動します。 ライセンスサーバーの接続エラーがイベントログに記録されました。プロビジョニングされたサーバーOSは正常に起動します。ユーザーは公開アプリケーションを起動できます。プロビジョニングされたデスクトップOSが正常に起動します。ユーザーは仮想デスクトップを起動できます。管理者には、Citrix Licensing Serverを回復するために30日間の猶予があります。

プロセス3:モニタリング

Citrix環境とそのコンポーネントの現在および予想される動作を深く理解することで、管理者は問題がユーザーコミュニティに影響を与える前にその問題を発見することができます。さらに、通常の運用中に追跡されたデータは、傾向分析および容量計画にとって有益です。このセクションでは、Citrix環境の監視に関する推奨事項と推奨されるツールを定義します。

決定:自動モニタリング

XenAppおよびXenDesktopソリューションの規模と範囲によっては、管理者がサービス、イベント、容量、およびパフォーマンスを検証するのにかなりの時間がかかる場合があります。管理者がモニタリング戦略の自動化を調査することをお勧めします。

CitrixにはSmart Check:と呼ばれるクラウドホスト型モニタリングソリューションが含まれます。これは、Citrixカスタマーサクセスサービスが有効な組織にとっては無料のサービスです:オファリングを選択します。Smart Checkは、XenAppおよびXenDesktop環境で以下を実行します:

  • サイトヘルスチェック - XenAppおよびXenDesktopサイトですべてのサービスを評価します
  • アプリとデスクトップのチェック = デリバリーグループの可用性を検証します
  • アップデートチェック - Delivery Controllerのパッチと修正プログラムを追跡して推奨します
  • LTSRチェック - サイト内のDelivery ControllerとVDAがLTSRバージョンに準拠していることを検証します。
  • カスタムチェック - 管理者が独自のカスタムスクリプトをインポートして、XenAppおよびXenDesktopサイトでテストできます。

現在のSmart Check機能のリストについては、Smart Checkのドキュメントを確認してください。

決定:パフォーマンスモニターの測定基準

全体的な環境のパフォーマンスを監視することは、すべてのコンポーネントが利用可能であることを確認し、ユーザーが質の高いエクスペリエンスを確実に得るために効果的に機能するために不可欠です。

全体的なソリューション内のさまざまなコンポーネントは、適切に設定されたしきい値を使用して固有の測定基準を監視する必要があります。提示された測定基準としきい値は現実世界のエクスペリエンスに基づいていますが、すべての環境に適用できるわけではありません。組織は、実稼働環境内に実装する前に、独自のベースライン化、妥当性テスト、および検証を実行する必要があります。

VMware vSphereやHyper-Vなどの一部のハイパーバイザーは、仮想マシン内のCPUおよびメモリ使用率を追跡するための特定のパフォーマンスカウンターを提供します(すなわち「VMプロセッサ\%プロセッサ時間」)。これらのパフォーマンスカウンターは、下記の一般的なカウンターに加えて使用する必要があります。

全般

これらのパフォーマンスカウンターを使用して、Citrixインフラストラクチャ、アプリケーションサーバー、および仮想デスクトップの主要なパフォーマンス測定基準を監視する必要があります。

測定基準 説明 警告(黄) クリティカル(赤) トラブルシューティングおよび修復
プロセッサ - %プロセッサ時間 %プロセッサ時間は、プロセッサが非アイドル状態のスレッドの実行に費やした経過時間の割合です。これは、サンプル間隔内でアイドル状態のスレッドがアクティブである時間を測定し、間隔時間からその時間を引いて計算されます。(他のスレッドの実行の準備ができていないときにサイクルを消費するアイドル状態のスレッドが各プロセッサにあります)。このカウンターはプロセッサアクティビティの主な指標であり、サンプル間隔中に観察されたビジー時間の平均割合を表示します。これは、サービスが非アクティブになっている時間を監視し、100%からその値を引いて計算されます。 15分間で80% 15分間で95% タスクマネージャーまたはリソースモニターを使用して、プロセッサ時間を消費しているプロセスおよびサービスを特定します。すべてのプロセスまたはサービスが通常のパラメータ内で機能し、CPU消費レベルが想定内である場合、将来的に追加のCPUリソースをこのシステムに追加することを検討すべきです。通常のパラメータの範囲外で機能するプロセスまたはサービスを識別することができる場合、プロセスは強制終了されるべきです。プロセスを強制終了すると、保存していないデータが失われる可能性があることに注意してください。
システム - プロセッサキュー長 プロセッサキュー長は、プロセッサキュー内のスレッド数です。ディスクカウンターとは異なり、このカウンターは実行可能なスレッドのみを示しており、実行中のスレッドは表示しません。複数のプロセッサを搭載したコンピューターでも、プロセッサ時間のキューは1つです。したがって、コンピューターに複数のプロセッサが搭載されている場合は、この値をワークロードを処理しているプロセッサの数で除算する必要があります。ワークロードにもよりますが、通常はプロセッサあたり10スレッド未満の持続プロセッサキューを使用できます。 5分間で5(1コアあたり)または15分間で6(1コアあたり) 10分間で10(1コアあたり)または30分間で12(1コアあたり) 長いCPUキューは、CPUボトルネックの明らかな症状です。カウンター「プロセッサ - %プロセッサ時間」に記載されている手順に従ってください。
メモリ - 利用可能なバイト数 使用可能メモリは、非ページプール割り当て、ページプール割り当て、プロセスのワーキングセット、およびファイルシステムキャッシュがすべてうまくいった後に残っているメモリの量を示します。 6分で総RAMの30%未満または物理メモリの20%未満 6分で総RAMの15%未満または物理メモリの5%未満 タスクマネージャーまたはリソースモニターを使用して、メモリを消費しているプロセスまたはサービスを特定します。すべてのプロセスまたはサービスが通常のパラメータ内で機能し、メモリ消費レベルが想定内である場合、将来的に追加のメモリをこのシステムに追加することを検討すべきです。通常のパラメータの範囲外で機能するプロセスまたはサービスを識別することができる場合、プロセスは強制終了されるべきです。プロセスを強制終了すると、保存していないデータが失われる可能性があることに注意してください。
メモリ - ページ/秒 ページ/秒は、ハードページフォールトを解決するためにページがディスクから読み取る、またはディスクに書き込む速度です。 >10 >20 このカウンターについて報告された高い値は、「メモリ - 利用可能なバイト数」が同時に高い値を報告している場合を除き、通常はメモリのボトルネックを示します。この場合、アプリケーションがメモリからファイルを順番に読み込んでいる可能性が高いです。詳細については、Microsoftの知識ベースの記事、KB139609 - 「High Number of Pages/Sec Not Necessarily Low Memory」を参照してください。
ページングファイル - %使用量 これは、使用中のページファイルインスタンスの割合です。 60分で>40%または80% 60分で>70%または95% 影響を受けるシステムのページングアクティビティを理解するために「メモリ - 利用可能なバイト数」と「メモリ - ページ/秒」と併せてこの値を確認します。
LogicalDisk/PhysicalDisk - %空き容量 %空き容量は、選択された論理ディスクドライブの空き容量のうち、使用可能な合計容量の割合です。 物理ディスクの<20%または2分後に報告された20% 物理ディスクの<10%または1分後に報告された15% どのファイルまたはフォルダ―がディスクスペースを消費しているかを識別し、可能であれば古いファイルを削除します。ファイルを削除できない場合は、影響を受けるパーティションのサイズを大きくするか、ディスクを追加することを検討してください。
LogicalDisk/PhysicalDisk - %ディスク時間 %ディスク時間は、ディスクのビジー状態を示します。 一貫して>70%または15分で90%(_Total) 一貫して>90%または15分で95%(_Total) タスクマネージャーまたはリソースモニターを使用して、ディスク時間を消費しているプロセスまたはサービスを特定します。すべてのプロセスまたはサービスが通常のパラメータ内で機能し、ディスク消費レベルが想定内である場合、将来的に、影響を受けるパーティションをより優れたディスクのサブシステムに移行することを検討すべきです。通常のパラメータの範囲外で機能するプロセスまたはサービスを識別することができる場合、プロセスは強制終了されるべきです。プロセスを強制終了すると、保存していないデータが失われる可能性があることに注意してください。
LogicalDisk/PhysicalDisk - 現在のディスクキュー長 現在のディスクキューの長さは、ディスクの輻輳の主な尺度を提供します。処理を待機しているトランザクションの数を示しています。 一貫して>=1(1スピンドルあたり)、または15分で3(_Total) 一貫して>=2(1スピンドルあたり)、または30分で10(_Total) 長いディスクキューの長さは通常、ディスクパフォーマンスのボトルネックを示しています。これは多数の入出力または物理メモリ不足に起因するプロセスやサービスによって引き起こされる場合があります。カウンター「LogicalDisk/PhysicalDisk - %ディスク時間」とカウンター「メモリ - 利用可能なバイト数」に概説された手順に従ってください
LogicalDisk/PhysicalDi sk - 平均ディスク秒/読み取り;- 平均ディスク秒/書き込み;- 平均ディスク秒/転送 平均ディスク秒カウンターは、ディスクからの読み取り、ディスクへの書き込み、ディスクからのおよびディスクへの転送にかかる平均秒数を示しています。 一貫して>=15ms、一貫して>=20ms 長いディスクの読み取りまたは書き込みの待ち時間は、ディスクパフォーマンスのボトルネックを示します。影響を受けるシステムが遅くなり、応答しなくなり、アプリケーションまたはサービスが失敗する可能性があります。カウンター「LogicalDisk/PhysicalDisk - %ディスク時間」に概説された手順に従ってください
ネットワークインターフェイス - バイト合計/秒 バイト合計/秒は、ネットワークアダプタがデータバイトを処理している速度を示します。このカウンターには、パケットヘッダーなどのプロトコル情報に加えて、すべてのアプリケーションとファイルのデータが含まれています。 100Mbit/sアダプタで<8MB/s;1000Mbit/sアダプタで<80MB/s、または1分間のNIC速度の送受信トラフィックの60%。 1分間のNIC速度の送受信トラフィックの70%。 タスクマネージャーまたはリソースモニターを使用して、ネットワークを消費しているプロセスまたはサービスを特定します。すべてのプロセスまたはサービスが通常のパラメータ内で機能し、帯域幅消費レベルが想定内である場合、関連するプロセスまたはサービスを専用NIC(またはNICのチーム)に移行することを検討すべきです。通常のパラメータの範囲外で機能するプロセスまたはサービスを識別することができる場合、プロセスは強制終了されるべきです。プロセスを強制終了すると、保存していないデータが失われる可能性があることに注意してください。

XenApp/XenDesktop

これらのパフォーマンスカウンターは、Delivery Controllerに固有のものです。

測定基準 説明 警告(黄) クリティカル(赤) トラブルシューティングおよび修復
データベース平均トランザクション時間 データベーストランザクションの実行に要した平均時間(秒単位)。しきい値を正確に設定するには、環境内にベースラインを設定する必要があります。 ベースライン値に基づく ベースライン値に基づく 報告された値がベースライン応答時間を常に超えている場合は、潜在的なパフォーマンスの問題をSQLサーバーレベルで調査する必要があります。
接続されたデータベース このサービスがそのデータベースに接続しているかどうかを示します(1は接続済み、0は未接続)。 0 0(30分以上) どちらの値も、XenDesktop Brokerサービスとデータベースとの接続の問題を報告します。問題が報告された場合は、SQLサーバーとネットワークの可用性を検証する必要があります。
データベーストランザクションエラー/秒 データベーストランザクションが失敗した割合。 なし > 0 どちらの値も、XenDesktop Brokerサービスとデータベースとの接続の問題を報告します。問題が報告された場合は、SQLサーバーとネットワークの可用性を検証する必要があります。

StoreFront

これらのパフォーマンスカウンターは、StoreFrontサーバーに固有のものです。

測定基準 説明 警告(黄) クリティカル(赤)
ASP.NET - 要求キュー ASPによる処理を待機している要求の数。しきい値を正確に設定するには、環境内にベースラインを設定する必要があります。 ベースライン値に基づく ベースライン値に基づく
ASP.NET - 拒否された要求 要求キューがいっぱいだったために拒否された要求の数。 なし > = 1
APP_POOL_WAS\Current Application Pool State\Citrix Receiver for Web 3    
APP_POOL_WAS\Current Application Pool State\Citrix Delivery Services Authentication 3    
APP_POOL_WAS\Current Application Pool State\Citrix Delivery Services Resource 3    
要求への応答 それが認証、列挙、またはサブスクリプションであるかどうかにかかわらず、3〜5秒であるべきです(http://www.perftestplus.com/resources/how_fast.pdf    

Citrixライセンスサーバー

これらのパフォーマンスカウンターは、Citrixライセンスサーバーに固有のものです。

測定基準 説明 警告(黄) クリティカル(赤) トラブルシューティングおよび修復
Citrix Licensing - 最後に記録されたライセンスチェックアウト応答時間 最後に記録されたライセンスチェックアウト応答時間をミリ秒単位で表示します。 >2000ミリ秒 >5000ミリ秒 報告された値が5000ミリ秒の応答時間を超える場合は、潜在的なパフォーマンスの問題をCitrixライセンスサーバーで調査する必要があります。
Citrix Licensing - ライセンスサーバーの接続エラー XenDesktopがライセンスサーバーから切断された時間(分)を表示します。 > 1分 > 1440分 どちらの値も、ライセンスサーバーとの接続の問題を報告します。問題が報告された場合は、ライセンスサーバーとネットワークの可用性を検証する必要があります。

決定:サービスモニタリング

基本的なサーバー機能に不可欠なWindowsサービスは、それらが正しく実行されていることを確認するために自動的に監視されるべきです。次の表に、監視する必要がある一般的なWindowsサービスの一覧を示します。これらのサービスのいずれかが再起動または停止したとき、それぞれ警告(黄)またはクリティカル(赤)通知を割り当てる必要があります。以下にリストされているサービスに対して推奨される回復処置は、以下のとおりです:

  • 最初の失敗:サービスを再起動する
  • 2番目の失敗:サービスを再起動する
  • その後の失敗:サーバーをメンテナンスモードにして、根本的な原因を調査する

XenApp/XenDesktop

サービス 機能 管理リスク
Citrix AD Identity Service Active Directoryコンピューターアカウントを管理します。依存関係:WMIサービス Machine Creation Serviceはこのサービスを利用して仮想マシンを作成します。管理者は、新しいマシンカタログを作成したり、既存のマシンカタログを変更したりすることはできません。管理者はCitrix Studioへの新しい接続を確立することはできません。
Citrix Broker Service 仮想マシンおよびアプリケーションへの接続を管理します。 このサービスを停止すると、管理者は環境を変更したり、Citrix Studioへの新しい接続を確立したりできなくなります。Citrix Studioへの既存の管理者接続もすべて終了できます。このサービスが停止しても、既存のユーザー接続は影響を受けません。新しい接続は確立できません。StoreFrontにログインしているユーザーは、選択可能なリソースを見ることができません。サービスが再開されたら、ユーザーはStoreFrontに再ログインして接続を確立する必要があります。
Citrix構成ログサービス XenDesktop展開における管理者のアクティビティと構成の変更のログを記録します。 このサービスが停止した場合、XenAppおよびXenDesktopは構成ログデータベースと通信できなくなります。管理者は、環境を変更したり、Citrix Studioへの新しい接続を確立したりすることはできません。
Citrix構成サービス サービス構成情報を保存します。依存関係:WMIサービス このサービスを停止すると、管理者は環境を変更したり、Citrix Studioへの新しい接続を確立したりできなくなります。
Citrix委任管理サービス 委任管理権限の構成を管理します。 このサービスが停止した場合、XenAppおよびXenDesktop管理権限を割り当てることはできません。管理者は、環境を変更したり、Citrix Studioへの新しい接続を確立したりすることはできません。管理者はCitrix Directorへの新しい接続を確立できず、Citrix Director内の既存のセッションは中断されます。
Citrix Diagnostic Facility COM Server Service システム上のCitrix診断トレースセッションを管理および制御します。依存関係:RPCサービス このサービスは実稼働環境に影響を与えません。問題のトラブルシューティングに役立つCDFトレースファイルを生成するために使用されます。
Citrix環境テストサービス XenDesktopサイトの状態を評価するためのテストを管理します。 このサービスを停止すると、管理者はCitrix Studioへの新しい接続を確立できなくなります。管理者は、Citrix Studio管理コンソールの「共通タスク」でテストを実行しても、Citrixサイト構成、マシンカタログ、および配信グループのステータスを確認できません。
Citrixホストサービス ホスト、およびハイパーバイザー接続を管理します。依存関係:WMIサービス 管理者は、Citrix Studioを使用して新しいマシンカタログを作成したり、仮想マシンの電源設定を制御したりすることはできません。管理者はCitrix Studioへの新しい接続を確立することはできません。このサービスが利用できない場合、ユーザーは仮想デスクトップへの接続に関する問題に遭遇する可能性があります。このサービスが停止されても、既存の接続は影響を受けません。
Citrix Machine Creation Service 新しい仮想マシンを作成します。依存関係:WMIサービス 管理者は、新しいマシンカタログを作成したり既存のマシンカタログを変更したり、Citrix Studioへの新しい接続を確立したりすることはできません。管理者はCitrix Studioへの新しい接続を確立することはできません。
Citrix Monitor Service FlexCastシステムを監視します。 このサービスが停止した場合、XenAppおよびXenDesktopは監視データベースと通信できなくなります。Citrix Directorは環境上のデータを取得できなくなります。管理者はCitrix Studioへの新しい接続を確立することはできません。
Citrix StoreFront Service StoreFrontの展開を管理します。 管理者はCitrix Studioへの新しい接続を確立することはできません。

Citrix DirectorでのDelivery Controller Servicesの監視

Citrix Directorダッシュボード内の[インフラストラクチャ]ペインには、Delivery Controllerで実行されているサービスのステータスが表示され、サービスまたはControllerが利用できない場合は警告が表示されます。これらの通知には、[インフラストラクチャ]ペイン内の[通知]ハイパーリンクをクリックしてアクセスできます。

Directorインフラストラクチャイメージ

Provisioning Services

サービス 機能 リスク
Citrix PVS PXEサービス PVS PXEブートサーバー機能を提供します。:PXEブートが使用されている場合にのみ適用されます。 このサービスが失敗した場合、PXE起動が利用されていると、ターゲットデバイスが正常に起動できない可能性があります。
Citrix PVS Stream Service 要求に応じてvDiskの内容をターゲットデバイスにストリーミングします。 このサービスが停止した場合、vDiskイメージをストリーミングすることはできません。
Citrix PVS SOAP Service Provisioning Servicesと連携するための外部または既存のソリューションのためのフレームワークを提供します。:コンソール操作にのみ影響します。ユーザーは影響を受けません このサービスが失敗した場合、PVSサーバーからPVSサーバーへの通信、およびPVSコンソールからPVSサーバーへの通信は不可能です。
Citrix PVS TFTPサービス TFTPサーバー機能を提供します。:TFTPが使用されている場合にのみ適用されます。 このサービスが失敗すると、このサーバーがブートストラップ用のTFTPサーバーとして使用されている場合、ターゲットデバイスは起動できなくなる可能性があります。
Citrix PVS 2段階ブートサービス BDM ISOファイルを使用して起動するデバイス用のブートストラップ機能を提供します。:BDMブートパーティションが使用されている場合のみ。 このサービスが失敗すると、BDM ISOファイルが使用されている場合、ターゲットデバイスが起動できなくなる可能性があります。

StoreFront

サービス 機能 リスク
Citrixクラスター追加サービス サーバーグループの追加サービスを提供します。 このサービスは、追加のStoreFrontサーバーをサーバーグループに追加したときに開始されます。このプロセスが開始されたときにこのサービスが開始されないか中断された場合、追加サーバーは指定されたサーバーグループに参加できず、プロセスはエラーになります。
Citrix構成レプリケーション デリバリーサービスの構成情報へのアクセスを提供します。 このサービスは、サーバーグループのプライマリStoreFrontサーバーにのみ存在します。このサービスが停止した場合、追加のStoreFrontサーバーはサーバーグループに参加できなくなり、プライマリStoreFrontサーバーに加えられた変更は他のサーバーに複製されません。これにより、サーバーグループ内のサーバーが同期しなくなる可能性があります。
Citrix Credential Wallet 資格情報の安全な保管を提供します。依存関係:Citrixピア解決サービス このサービスを停止すると、ユーザーは自分のデスクトップまたはアプリケーションにアクセスするためにログインできなくなります。StoreFrontにログインしたユーザーは、新しいアプリケーションまたはデスクトップセッションを起動できません。既存のアプリケーションまたはデスクトップセッションは影響を受けません。
Citrixデフォルトドメインサービス 認証、パスワードの変更、およびその他のドメインサービスを提供します。 このサービスを停止すると、ユーザーは自分のデスクトップまたはアプリケーションにアクセスするためにログインできなくなります。現在ログインしているユーザーは影響を受けません。
Citrixピア解決サービス ピアツーピアメッシュ内のピア名を解決します。 このサービスが失敗すると、Citrix Credential WalletとCitrix Subscriptionsストアの両方が停止し、これらのサービスに関連するリスクが発生します。
Citrix StoreFront Privileged Administration Service StoreFrontで権限のある操作を管理します  
Citrix Subscriptions Store ユーザーのサブスクリプションの複製およびストアを提供します。依存関係:Citrixピア解決サービス このサービスが停止した場合、Citrix ReceiverはStoreFront内でアプリケーションを追加、削除、および再配置できません。ユーザーがアプリケーションを再追加する必要があり、StoreFrontストア内のアプリケーションの選択に加えられたすべての変更は保存されず、他のセッションに複製されません。サービスが再開されると、元のユーザー設定が復元されます。
World Wide Web Publishing Service インターネットインフォメーションサービスマネージャーを介してWeb接続と管理を提供します。依存関係:HTTP;RPCサービス 公開アプリケーションまたは公開デスクトップには、StoreFrontからはアクセスできません。ユーザーはReceiver for Webログインページを解決できません。StoreFrontにログインしたユーザーは新しいアプリケーションまたはデスクトップセッションを起動できなくなり、サービスを再起動したときに資格情報を再入力する必要があります。既存のアプリケーションまたはデスクトップセッションは影響を受けません。

Web Interface

サービス 機能 リスク
World Wide Web Publishing Service インターネットインフォメーションサービスマネージャーを介してWeb接続と管理を提供します。依存関係:HTTP;RPCサービス WWWサービスが利用できない場合、公開アプリケーションまたは公開デスクトップには、Web Interfaceを介してアクセスできません。

Citrixライセンスサーバー

サービス 機能 リスク
Citrix Licensing Service Citrix製品のライセンスサービスを提供します。 サービスが停止したり、ライセンスサーバーにアクセスできない場合は、ライセンスモードが猶予期間に変わります。監視されていない場合、Citrix製品の機能は猶予期間が過ぎると停止します。
Citrix Licensing Support Service このアカウントは、ライセンスファイルの読み取りとライセンスのトレーラーによる文字列の更新を制御します(データ辞書機能)。 なし
Citrix Licensing WMI Citrixライセンス管理コンソールは、WMIサービスを使用してライセンスデータ情報を収集します。 なし

決定:イベントモニタリング

未知のイベントまたは重大なイベントについてWindowsイベントログを監視することで、問題を事前に発見し、管理者がイベントパターンを理解するのに役立ちます:

  • ライセンス - リモートデスクトップライセンスに関するイベントログのエラーを調査する必要があります。これは、インストールされているCitrix製品がリモートデスクトップライセンスサーバーまたはCitrix Licensingサーバーに接続できないことが原因である可能性があります。イベントログのエラーを確認しないと、有効なライセンスを取得できないために、最終的にユーザーはアクセスを拒否される可能性があります。
  • ハードウェア障害 - ハードウェア障害に関連するイベント通知は、ただちに確認する必要があります。故障したデバイスはすべてシステムのパフォーマンスに影響を与えます。最低限、ハードウェア障害によってコンポーネントの冗長性が失われます。
  • セキュリティ警告 - 顧客はセキュリティ警告を調査するか、またはセキュリティログの失敗したログオンに関する失敗イベントを監査する必要があります。これは、誰かがサーバーを危険にさらそうとしていることを示している可能性があります。
  • ディスク容量 - Windowsシステムのドライブが容量の90%に達すると、イベントエラーメッセージが生成されます。継続的なサービスを保証するために、顧客はこれらのイベントエラーを調査する必要があります。システムのハードディスクスペースが不足すると、システムは深刻な危険にさらされます。サーバーには、一時ファイルを保管するためのユーザーの要求を処理するための十分なスペースがない可能性があります。
  • アプリケーションおよびサービスのエラー - アプリケーションまたはサービスのエラーに関連するイベント通知はすべて調査する必要があります。
  • Citrixのエラー - すべてのCitrixソフトウェアコンポーネントは、エラーログにWindowsイベントログを利用します。Citrixコンポーネントによって発行される既知のイベントログ警告およびエラーのリストは、次のリンクにあります:

イベントビューアでCitrix関連の警告またはエラーを定期的に確認することが重要です。ログに繰り返し表示される警告またはエラーは、適切に解決しないとCitrix環境に深刻な影響を与える可能性がある問題を示している可能性があるため、ただちに調査する必要があります。

マルチサーバー環境では中心地からログを収集および確認できるようになると、サーバーの管理が容易になります。ほとんどのエンタープライズグレードの監視ソリューションはこの機能を提供します。より洗練された監視ソリューションにより、管理者はパフォーマンス測定基準や可用性統計情報などの他のデータポイントとイベント情報を関連付けることができます。選択した監視ソリューションがこの機能を提供しない場合は、Windows Server 2008 R2またはWindows Server 2012および2012 R2イベントログサブスクリプション機能を使用できます。この機能により、管理者は複数のサーバーからイベントを受信し、指定されたコレクターコンピューターからそれらを閲覧することができます。詳しくは、Microsoft TechNetの記事サブスクリプションの管理を参照してください。

XenServerは、ログを中央のsyslogサーバーに送信することもできます。管理者は、プール内の各XenServerのプロパティにsyslog daemonサーバーのIPアドレスを設定します。この設定は管理者が複数のXenServerホストを通じてリアルタイムでアクティビティをキャプチャすることを可能にします。詳しくは、XenServer管理者ガイドを参照してください。

決定:容量管理

システムレベルの測定基準の日常の監視に加えて、パフォーマンス測定基準は、より多くのユーザが環境にアクセスする際に将来の成長を計画するのに役立つように、歴史的な観点から追跡する必要があります。

環境パフォーマンスのベースラインは、長期にわたるパフォーマンスと比較できるようにする必要があります。たとえば、ユーザーがパフォーマンスの低下を訴えた場合、このベースラインを比較の目的で使用して、問題が環境の容量を超えたユーザーの負荷に関連しているかどうかを確認できます。

容量管理のベースラインパフォーマンス測定基準の例には、Delivery Controllerおよびアプリケーションサーバーまたはデスクトップ上のCPU、メモリ、およびネットワーク使用率の履歴データが含まれます。

Citrix Director

管理者はCitrix Directorのトレンドビューを使用して、一定期間にわたるCitrix XenAppまたはXenDesktop展開のさまざまなパラメータを追跡することができます。これらのパラメータは、Citrix環境の容量プランニングに活用できます。

トレンドビューから、管理者は以下のようないくつかのカテゴリに分類される履歴データを見ることができます:

  • セッション - 一定期間にわたる同時セッションの使用状況を提供して、環境のサイズを適切に設定できるようにします。
  • 接続障害 - さまざまなデリバリーグループ間で発生したさまざまな種類の接続障害の概要を説明します。
  • デスクトップOSマシンの障害 - デスクトップマシンの障害に関連するさまざまな問題の概要を説明します。
  • サーバーOSマシンの障害 - サーバーマシンの障害に関連するさまざまな問題の概要を説明します。
  • ログオンパフォーマンス - ユーザーが自分のアプリケーションやデスクトップにログオンするのにかかる時間を示します。
  • 負荷評価指標 - サーバーOSマシンのCPU、メモリ、ディスク使用量などのさまざまなパフォーマンスカウンターベースの測定基準を提供します。
  • 容量管理 - 公開アプリケーションとデスクトップの利用状況を表示します。
  • リソースの活用 - CPU、メモリ、およびストレージリソースの使用率に関する情報を提供します。
  • カスタムレポート - 管理者は、システムによってキャプチャされた多数の測定基準に関するカスタム履歴レポートを作成できます。
  • ホストアプリケーションの使用 - サイトで公開されているすべてのアプリケーションが詳述されており、個々のアプリケーションに関する使用情報を詳細に提供できます(同時インスタンス、起動、使用期間など)。:XenAppまたはXenDesktop Platinumライセンスが必要
  • ネットワーク - NetScaler HDX Insightを通じて提供されるネットワーク分析。

Director Trendsイメージ

Citrix Director Trendsの詳細については、以下を参照してください。

ハンドブックの作成は時間がかかるプロセスであり、多くのシナリオにわたって実際の展開経験が必要です。Citrixは、Citrix VDIハンドブックに貢献してくださった作者および内容領域専門家にお礼申し上げます。