システム最適化

最終公開日 : Nov 13, 2026
Workspace Environment Management™ (WEM) のシステム最適化は、以下の設定で構成されています。
これらの設定は、エージェントマシンでのリソース使用量を削減するように設計されています。これにより、解放されたリソースが他のアプリケーションで利用できるようになります。そうすることで、サーバーあたりのユーザー数を増やすことでユーザー密度が向上します。
システム最適化設定はマシンベースであり、すべてのユーザーセッションに適用されますが、プロセス最適化はユーザー中心です。これは、ユーザーAのセッションでプロセスがCPUスパイク保護をトリガーした場合、そのイベントはユーザーAに対してのみ記録されることを意味します。ユーザーBが同じプロセスを開始した場合、プロセス最適化の動作はユーザーBのセッション内のプロセス起動によってのみ決定されます。
Related information
構成セット

CPU管理

これらの設定により、CPU使用率を最適化できます。
プロセスはすべてのコアで実行でき、必要なだけCPUを使用できます。WEMのCPU管理機能を使用すると、個々のプロセスが使用できるCPU容量を制限できます。CPUスパイク保護は、CPU使用率全体を削減するようには設計されていません。過剰なCPU使用率を消費するプロセスによるユーザーエクスペリエンスへの影響を軽減するように設計されています。
CPUスパイク保護が有効になっている場合、プロセスが指定されたしきい値に達すると、WEMは一定時間、プロセスの優先度を自動的に下げます。その後、新しいアプリケーションが起動されると、優先度の低いプロセスよりも高い優先度を持ち、システムはスムーズに動作し続けます。
CPUスパイク保護は、各プロセスを迅速な「スナップショット」で検査します。プロセスの平均負荷が指定されたサンプル時間で指定された使用制限を超えると、その優先度は直ちに低下します。指定された時間が経過すると、プロセスのCPU優先度は以前の値に戻ります。プロセスは「スロットリング」されません。CPUクランピングとは異なり、優先度のみが低下します。
CPUスパイク保護は、個々のプロセスのインスタンスがしきい値を超えない限りトリガーされません。つまり、合計CPU消費量が指定されたしきい値を超えても、少なくとも1つのプロセスインスタンスがしきい値を超えない限り、CPUスパイク保護はトリガーされません。ただし、そのプロセスインスタンスがCPUスパイク保護をトリガーすると、インテリジェントCPU最適化を有効にするオプションが有効になっている場合、同じプロセスの新しいインスタンスは（CPU）最適化されます。
特定のプロセスがCPUスパイク保護をトリガーするたびに、そのイベントはエージェントのローカルデータベースに記録されます。エージェントは、ユーザーごとにトリガーイベントを個別に記録します。これは、user1に対する特定のプロセスのCPU最適化が、user2に対する同じプロセスの動作に影響を与えないことを意味します。
たとえば、Internet ExplorerがCPUの50～60%を消費することがある場合、CPUスパイク保護を使用して、VDAのパフォーマンスを脅かすiexplore.exeインスタンスのみをターゲットにすることができます。（対照的に、CPUクランプはすべてのプロセスに適用されます。）
同じVDAにログオンしている他のユーザーに影響を与えない、環境に最適な値を決定するために、サンプル時間を試すことをお勧めします。

CPUスパイク保護

注:
  • 以下の設定における「CPU使用率」は、物理マシンまたは仮想マシンにおける「論理プロセッサ」に基づいています。CPU内の各コアは、Windowsと同様に論理プロセッサと見なされます。たとえば、1つの6コアCPUを搭載した物理マシンは、12個の論理プロセッサを持つと見なされます（ハイパースレッディングテクノロジーにより、コア数が2倍になります）。8個のCPUを搭載し、それぞれ12コアを持つ物理マシンは96個の論理プロセッサを持ちます。2つの4コアCPUで構成されたVMは8個の論理プロセッサを持ちます。
  • 仮想マシンにも同じことが当てはまります。たとえば、8個のCPUを搭載し、それぞれ12コア（96個の論理プロセッサ）を持つ物理マシンがあり、4つのマルチセッションOS VDA VMをサポートしているとします。各VMは2つの4コアCPU（8個の論理プロセッサ）で構成されています。VM上でCPUスパイク保護をトリガーするプロセスを、そのコアの半分を使用するように制限するには、CPUコア使用制限を4（VMの論理プロセッサの半分）に設定し、48（物理マシンの論理プロセッサの半分）には設定しません。
有効にすると、指定された期間（サンプル時間制限フィールドで指定）にCPU使用率の指定されたパーセンテージを超えた場合、プロセスのCPU優先度を一定期間（アイドル優先度時間フィールドで指定）下げます。
CPUスパイクを自動的に防止する。このオプションは、CPUに過負荷をかけるプロセスのCPU優先度を自動的に下げます。このオプションは、論理プロセッサ（CPUコア）の数に基づいて、CPUスパイク保護をトリガーするしきい値を自動的に計算します。たとえば、4コアがある場合、このオプションを有効にすると、全体のCPU使用率が23%を超えた場合、全体のCPUリソースの15%以上を消費するプロセスのCPU優先度が自動的に下がります。同様に、8コアの場合、全体のCPU使用率が11%を超えた場合、CPUリソースの8%以上を消費するプロセスのCPU優先度が自動的に下がります。
CPUスパイク保護をカスタマイズする。CPUスパイク保護の設定をカスタマイズできます。
  • CPU使用率制限。CPUスパイク保護をトリガーするために、任意のプロセスインスタンスが到達しなければならないCPU使用率のパーセンテージ。この制限は、サーバー内のすべての論理プロセッサにわたってグローバルであり、インスタンスごと、プロセスごとに決定されます。CPUスパイク保護のトリガーを決定する際に、同じプロセスの複数のインスタンスのCPU使用率が加算されることはありません。プロセスインスタンスがこの制限に達しない場合、CPUスパイク保護はトリガーされません。たとえば、サーバーVDAで、複数の同時セッションにおいて、多くのiexplore.exeインスタンスがあるとします。各インスタンスは、一定期間、CPU使用率が約35%に達するため、累積的にiexplore.exeは常に高いCPU使用率を消費しています。しかし、CPU使用率制限を35%以下に設定しない限り、CPUスパイク保護はトリガーされません。
  • サンプル時間制限。プロセスのCPU優先度が下がる前に、CPU使用率制限を超過し続ける必要がある時間。
  • アイドル優先度時間。プロセスのCPU優先度が下げられる時間。その時間が経過すると、優先度は次のいずれかに戻ります。
    • CPU優先度タイルでプロセス優先度が指定されておらず、インテリジェントCPU最適化を有効にするオプションが選択されていない場合、デフォルトレベル（通常）。
    • インテリジェントCPU最適化を有効にするオプションが選択されているかどうかにかかわらず、CPU優先度タイルでプロセス優先度が指定されている場合、指定されたレベル。
    • プロセスの動作に応じてランダムなレベル。このケースは、CPU優先度タイルでプロセス優先度が指定されておらず、インテリジェントCPU最適化を有効にするオプションが選択されている場合に発生します。プロセスがCPUスパイク保護をトリガーする頻度が高いほど、そのCPU優先度は低くなります。
CPUコア使用制限を有効にする。CPUスパイク保護をトリガーするプロセスを、マシン上の指定された数の論理プロセッサに制限します。1からXまでの範囲の整数を入力します。Xはコアの総数です。Xより大きい整数を入力した場合、WEMはデフォルトで分離されたプロセスの最大消費量をXに制限します。
  • CPUコア使用制限。CPUスパイク保護をトリガーするプロセスが制限される論理プロセッサの数を指定します。VMの場合、入力した値は、基盤となる物理ハードウェアではなく、VM内の論理プロセッサの数にプロセスを制限します。
インテリジェントCPU最適化を有効にする。有効にすると、エージェントはCPUスパイク保護をトリガーするプロセスのCPU優先度をインテリジェントに最適化します。CPUスパイク保護を繰り返しトリガーするプロセスには、正常に動作するプロセスよりも起動時に段階的に低いCPU優先度が割り当てられます。WEMは、以下のシステムプロセスに対してCPU最適化を実行しないことに注意してください。
  • タスクマネージャー
  • システムアイドルプロセス
  • システム
  • エスブイシーホスト
  • LSASS
  • ウィンイニット
  • サービス
  • シーエスアールエスエス
  • オーディオディージー
  • MsMpEng
  • NisSrv
  • エムエスコースブイダブリュー
  • ブイエムウェアレゾリューションセット
インテリジェントI/O最適化を有効にする。有効にすると、エージェントはCPUスパイク保護をトリガーするプロセスのプロセスI/O優先度をインテリジェントに最適化します。CPUスパイク保護を繰り返しトリガーするプロセスには、正常に動作するプロセスよりも起動時に段階的に低いI/O優先度が割り当てられます。
プロセスを除外する。デフォルトでは、WEM CPU管理は、最も一般的なCitrixおよびWindowsのコアサービスプロセスをすべて除外します。ただし、このオプションを使用して、実行可能ファイル名（例：notepad.exe）でCPUスパイク保護の除外リストからプロセスを追加または削除できます。通常、ウイルス対策プロセスは除外されます。
ヒント:
  • セッションでウイルス対策スキャンがディスクI/Oを占有するのを防ぐため、ウイルス対策プロセスに静的なI/O優先度「低」を設定することもできます。「I/O管理」を参照してください。
  • プロセスがCPUスパイク保護をトリガーし、プロセスのCPU優先度が低下すると、WEMはプロセスのCPU優先度を低下させるたびに警告をログに記録します。イベントログの「アプリケーションとサービスログ」にある「Norskale Agent Service」で、「Initializing process limitation thread for process」を探してください。
子プロセスがCPU優先度を継承するのを防ぐ。子プロセスにCPU優先度を継承させたくないプロセスを指定します。

CPUスパイク保護オプション

CPUスパイク保護をどのように適用するかを選択します。
  • CPUスパイクを自動的に防止する。システムのCPU使用率（単一CPUコアに対する相対値）が90%を超え、プロセスのCPU使用率（単一CPUコアに対する相対値）が80%を超えた場合に、エージェントにCPUスパイク保護を実行させるには、このオプションを使用します。
  • CPUスパイク保護をカスタマイズする。CPUスパイク保護の設定をカスタマイズできます。
    • CPU使用率の制限。CPUスパイク保護をトリガーするために、任意のプロセスインスタンスが到達しなければならないCPU使用率の割合。この制限は、サーバー上のすべての論理プロセッサにわたってグローバルであり、インスタンスごと、プロセスごとに決定されます。単一のCPUコアを基準として制限を構成するには、「単一CPUコアに対する相対制限を設定」オプションを使用します。
注:
  • 整数値と非整数値の両方がサポートされています。非整数値（例：37.5%）を入力することで、8コアプラットフォームで3コア以上を使用するプロセスを制限できます。
  • 単一CPUコアに対する相対制限を設定。単一のCPUコアを基準としてCPU使用率の制限を設定できます。値は100%を超えることもできます（例：200%または250%）。例：値が200%に設定されている場合、エージェントは2つ以上のCPUコアを使用するプロセスを最適化します。整数値と非整数値の両方がサポートされています。 注：
  • CPUスパイク保護をカスタマイズが構成されている場合、グローバルCPU使用率の制限または単一CPUコアに対するCPU使用率の制限のいずれかが最初に到達したときに、CPUスパイク保護がトリガーされます。
CPUスパイク保護をトリガーするプロセスに対して、エージェントは次のことができます。
  • 「CPUコア使用制限を有効にする」オプションが選択されていない場合: エージェントはそれらのプロセスのCPU優先度を下げます。
  • 「CPUコア使用制限を有効にする」オプションが選択されている場合: エージェントはそれらのプロセスのCPU優先度を下げ、マシン上の指定された数の論理プロセッサに制限します。
CPUスパイク保護を構成する際は、次の点に留意してください。
  • CPUスパイク保護のトリガーを決定する際、同じプロセスの複数のインスタンスのCPU使用率が合計されることはありません。プロセスインスタンスがこの制限に達しない場合、CPUスパイク保護はトリガーされません。たとえば、複数の同時セッションを持つマルチセッションVDAの場合、複数のchrome.exeプロセスが存在します。これらのCPU使用率は、CPU使用率を計算する際に合計されません。

CPUスパイク保護のサンプリング時間

サンプル時間制限。 CPUスパイク保護が適用されるまでに、プロセスがCPU使用率の制限を超過し続ける必要がある時間。

CPUスパイク保護の優先度低下時間

アイドル優先度時間。 プロセスのCPU優先度が低下する時間。その時間が経過すると、優先度は次のいずれかに戻ります。
プロセス優先度がCPU優先度タイルで指定されておらず、「インテリジェントCPU最適化を有効にする」オプションが選択されていない場合、デフォルトレベル（通常）になります。 プロセス優先度がCPU優先度タイルで指定されている場合、「インテリジェントCPU最適化を有効にする」オプションが選択されているかどうかにかかわらず、指定されたレベルになります。 プロセスの動作に応じて計算されたランダムなレベルになります。このケースは、プロセス優先度がCPU優先度タイルで指定されておらず、「インテリジェントCPU最適化を有効にする」オプションが選択されている場合に発生します。プロセスがCPUスパイク保護をトリガーする頻度が高いほど、そのCPU優先度は低くなります。

その他のオプション

CPUコア使用制限を有効にする。このオプションを使用して、CPUスパイク保護をトリガーするプロセスを、マシン上の特定の数の論理プロセッサに制限します。

CPU優先度

有効にすると、プロセスのCPU優先度を手動で設定できます。
これらの設定は、プロセスがリソースを競合している場合に有効になります。これにより、特定のプロセスのCPU優先度レベルを最適化し、CPUプロセッサ時間を競合するプロセスがパフォーマンスのボトルネックを引き起こさないようにすることができます。プロセスが互いに競合する場合、優先度の低いプロセスは、優先度の高い他のプロセスの後に処理されます。そのため、全体的なCPU消費量の大部分を占める可能性が低くなります。
ここで設定するプロセス優先度は、プロセス内のすべてのスレッドの「ベース優先度」を確立します。スレッドの実際の、または「現在の」優先度は、ベースよりも高くなる場合があります（ただし、ベースよりも低くなることはありません）。複数のプロセスがコンピューターで実行されている場合、プロセッサ時間はCPU優先度レベルに基づいてそれらの間で共有されます。プロセスのCPU優先度レベルが高いほど、より多くのプロセッサ時間が割り当てられます。
注:
特定のプロセスでCPU優先度レベルを低く設定しても、CPU全体の消費量が必ずしも減少するわけではありません。他のプロセス（CPU優先度が高いもの）がCPU使用率に影響を与え続けている可能性があります。
プロセスを追加するには、プロセスを追加をクリックします。次の情報を指定し、プロセスを保存をクリックします。
  • プロセス名。拡張子を含まないプロセス実行可能ファイル名。たとえば、Windowsエクスプローラー (explorer.exe) の場合は「explorer」と入力します。
  • 優先度。プロセス内のすべてのスレッドの「ベース」優先度。プロセスの優先度レベルが高いほど、プロセッサ時間が多く割り当てられます。アイドル、通常以下、通常、通常以上、高、リアルタイムから選択します。
ヒント:
ここで設定したプロセスのCPU優先度は、エージェントが新しい設定を受信し、プロセスが再起動されたときに有効になります。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、削除を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、編集を選択します。

CPUアフィニティ

有効にすると、プロセスが使用する「論理プロセッサ」の数を定義できます。たとえば、VDAで起動されたメモ帳のすべてのインスタンスを、定義されたコア数に制限できます。
プロセスを追加するには、プロセスを追加をクリックします。次の情報を指定し、プロセスを保存をクリックします。
  • プロセス名。プロセス実行可能ファイル名（例: notepad.exe）。
  • アフィニティ。正の整数を入力します。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、削除を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、編集を選択します。

CPUクランプ

有効にすると、プロセスがCPUの処理能力の指定された割合を超えて使用するのを防ぐことができます。CPUクランプは、プロセスがCPUの処理能力の指定された割合を超えて使用するのを防ぎます。WEMは、設定したCPU使用率に達すると、そのプロセスを「スロットル」（または「クランプ」）します。これにより、プロセスが大量のCPUを消費するのを防ぐことができます。
注:
  • CPUクランプは、計算コストが高いブルートフォースアプローチです。問題のあるプロセスのCPU使用率を人為的に低く保つには、CPUスパイク保護を使用するとともに、そのようなプロセスに静的なCPU優先度とCPUアフィニティを割り当てる方が適切です。CPUクランプは、リソース管理が著しく苦手でありながら、優先度を下げることができないプロセスを制御する場合に最適です。
  • プロセスのCPU処理能力の割合を適用し、後で同じプロセスに異なる割合を設定した場合は、変更を有効にするためにエージェントホスト設定を更新を選択します。
設定するクランプの割合は、サーバー内の個々のCPUの総電力に適用され、そのCPUに含まれる個々のコアには適用されません。（言い換えれば、クアッドコアCPUの10%はCPU全体の10%であり、1つのコアの10%ではありません）。
プロセスを追加するには、プロセスを追加をクリックします。以下の情報を指定し、プロセスを保存をクリックします。
  • プロセス名。プロセスの実行可能ファイル名（例：notepad.exe）。
  • 割合。正の整数を入力します。
ヒント:
  • WEMがプロセスをクランプしている場合、WEMクライアントが初期化するウォッチリストにそのプロセスを追加します。これを表示することで、プロセスがクランプされていることを確認できます。
  • CPUクランプが機能しているかどうかは、プロセスモニターでCPU消費量がクランプの割合を超えて上昇しないことを確認することでも検証できます。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、削除を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、編集を選択します。

メモリ管理

これらの設定により、WEMを介してアプリケーションのメモリ使用量を最適化できます。
これらの設定が有効になっている場合、WEMはプロセスが使用しているメモリ量と、安定性を損なうことなくプロセスが必要とする最小メモリ量を計算します。WEMは、その差を余剰メモリと見なします。プロセスがアイドル状態になると、WEMはプロセスが消費する余剰メモリをページファイルに解放し、その後の起動のためにプロセスを最適化します。通常、アプリケーションはタスクバーに最小化されるとアイドル状態になります。
アプリケーションがタスクバーから復元されると、最初は最適化された状態で実行されますが、必要に応じて追加のメモリを消費し続けることができます。
同様に、WEMはユーザーがデスクトップセッション中に使用しているすべてのアプリケーションを最適化します。複数のユーザーセッションにわたって複数のプロセスがある場合、解放されたすべてのメモリは他のプロセスで利用できます。この動作により、同じサーバーでより多くのユーザーをサポートすることで、ユーザー密度が向上します。

アイドル状態のプロセスのメモリ使用量を最適化する

有効にすると、指定された時間アイドル状態のままになっているプロセスは、アイドル状態ではなくなるまで余分なメモリを解放するように強制されます。
アイドルサンプル時間。プロセスがアイドル状態と見なされ、その後余分なメモリを解放するように強制される時間の長さを指定できます。この間、WEMは、安定性を損なうことなく、プロセスが使用しているメモリ量と、プロセスが必要とする最小メモリ量を計算します。デフォルト値は120分です。
アイドル状態の制限。プロセスがアイドル状態と見なされるCPU使用率の割合を指定できます。デフォルトは1%です。5%を超える値を使用しないことをお勧めします。そうしないと、アクティブに使用されているプロセスがアイドル状態と誤解され、メモリが解放される可能性があります。
最適化の制限。WEMがアイドル状態のアプリケーションのメモリ使用量を最適化するしきい値制限を指定できます。
メモリ使用量最適化からプロセスを除外する。メモリ使用量最適化からプロセスを除外できます。プロセス名を指定します（例: notepad.exe）。
WEMは、以下のシステムプロセスのアプリケーションメモリ使用量を最適化しません。
  • rdpshell
  • wfshell
  • rdpclip
  • wmiprvse
  • dllhost
  • audiodg
  • msdtc
  • mscorsvw
  • spoolsv
  • smss
  • winlogon
  • svchost
  • taskmgr
  • System Idle Process
  • System
  • LSASS
  • wininit
  • msiexec
  • services
  • csrss
  • MsMpEng
  • NisSrv
  • Memory Compression

特定のプロセスのメモリ使用量制限

有効にすると、プロセスが消費できるメモリの上限を設定することで、プロセスのメモリ使用量を制限できます。
警告:
特定のプロセスにメモリ使用量制限を適用すると、システムの応答速度が低下するなど、意図しない影響が生じる可能性があります。
プロセスを追加するには、プロセスを追加をクリックします。次の情報を指定し、プロセスを保存をクリックします。
  • プロセス名。追加するプロセスの名前を入力します（例: notepad.exe）。
  • メモリ制限。メモリ使用量制限を入力します。
  • 制限の種類。リストから制限モードを選択します。
    • 動的制限。指定されたプロセスに動的制限を適用できます。この設定は、指定されたプロセスに割り当てられるメモリ量を動的に制限します。適用されると、利用可能なメモリに応じてメモリ使用量制限が適用されます。したがって、指定されたプロセスが消費するメモリは、指定された量を超える可能性があります。
    • 静的制限。指定されたプロセスに静的制限を適用できます。この設定は、指定されたプロセスに割り当てられるメモリ量を常に制限します。適用されると、利用可能なメモリ量に関係なく、プロセスが指定された量を超えるメモリを消費するのを制限します。その結果、指定されたプロセスが消費するメモリは、指定された量に制限されます。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、「Delete」を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、「Edit」を選択します。

I/O管理

これらの設定を使用すると、特定のプロセスのI/O優先度を最適化できます。これにより、ディスクおよびネットワークI/Oアクセスを競合しているプロセスがパフォーマンスのボトルネックを引き起こすのを防ぎます。たとえば、I/O管理設定を使用して、ディスク帯域幅を大量に消費するアプリケーションを抑制できます。
ここで設定するプロセス優先度は、プロセス内のすべてのスレッドの「基本優先度」を確立します。スレッドの実際の、または「現在の」優先度は、より高い場合があります（ただし、基本優先度より低くなることはありません）。一般的に、Windowsは優先度の低いスレッドよりも優先度の高いスレッドにアクセスを許可します。

プロセスI/O優先度

有効にすると、特定のプロセスのI/O優先度を最適化できます。これにより、ディスクおよびネットワークI/Oアクセスを競合しているプロセスがパフォーマンスのボトルネックを引き起こすのを防ぎます。
プロセスを追加するには、「Add process」をクリックします。次の情報を指定し、「Save process」をクリックします。
  • プロセス名。拡張子なしでプロセス実行可能ファイル名を入力します。たとえば、Windows Explorer (explorer.exe) の場合は「explorer」と入力します。
  • I/O優先度。プロセス内のすべてのスレッドの「基本」優先度を入力します。プロセスのI/O優先度が高いほど、そのスレッドはより早くI/Oアクセスを取得します。「High」、「Normal」、「Low」、「Very Low」から選択します。
ヒント:
ここで設定したプロセスI/O優先度は、エージェントが新しい設定を受信し、プロセスが次に再起動されたときに有効になります。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、「Delete」を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、「Edit」を選択します。

高速ログオフ

これらの設定により、リモートセッションへのHDX™接続を即座に終了できます。これにより、ユーザーにはセッションがすぐに閉じられたような印象を与えます。ただし、セッション自体はVDA上でバックグラウンドでセッションログオフフェーズを続行します。
注:
高速ログオフは、Citrix Virtual Apps™およびRDSリソースのみをサポートします。
有効にすると、この構成セット内のすべてのユーザーに対して高速ログオフが有効になります。ユーザーはすぐにログアウトされますが、セッションログオフタスクはバックグラウンドで続行されます。
特定のグループを除外するには、次の手順を実行します。
  1. 「指定されたグループを除外」を選択し、次に「グループの追加」を選択します。「除外するグループの追加」ウィザードが表示されます。
  2. 識別子の種類を選択します。
  3. 追加するグループが存在するドメインを選択します。
  4. 検索ボックスに、追加するグループの名前を入力します。(検索では大文字と小文字は区別されません。)
  5. プラスアイコンをクリックしてグループを追加します。
  6. 完了したら、「保存」をクリックしてグループを追加し、「除外するグループの追加」ウィザードを終了します。

Citrix オプティマイザー

これらの設定により、ユーザー環境を最適化してパフォーマンスを向上させることができます。Citrix Optimizerは、ユーザー環境のクイックスキャンを実行し、テンプレートベースの最適化推奨事項を適用します。
ユーザー環境を最適化するには、次の2つの方法があります。
  • 組み込みテンプレートを使用して最適化を実行します。そのためには、オペレーティングシステムに適用可能なテンプレートを選択します。
  • または、必要な特定の最適化を含む独自のカスタマイズされたテンプレートを作成し、そのテンプレートをWorkspace Environment Management (WEM)に追加します。
カスタマイズ可能なテンプレートを取得するには、次のいずれかの方法を使用します。
  • スタンドアロンのCitrix Optimizerが提供するテンプレートビルダー機能を使用します。スタンドアロンのCitrix Optimizerは<https://support.citrix.com/article/CTX224676>からダウンロードできます。テンプレートビルダー機能を使用すると、WEMにアップロードする独自のカスタムテンプレートを作成できます。
  • エージェントホスト（WEMエージェントがインストールされているマシン）で、<C:\Program Files (x86)>\Citrix\Workspace Environment Management Agent\Citrix Optimizer\Templatesフォルダーに移動し、デフォルトのテンプレートファイルを選択して、便利なフォルダーにコピーします。テンプレートファイルをカスタマイズして固有の情報を反映させ、カスタムテンプレートをWEMにアップロードします。
有効にすると、次の設定を構成できます。
毎週実行。選択すると、WEMは毎週最適化を実行します。毎週実行が選択されていない場合、WEMは次のように動作します。
  • テンプレートをWEMに初めて追加すると、WEMは対応する最適化を実行します。後でそのテンプレートに変更を加えない限り、WEMは最適化を1回だけ実行します。変更には、OSに別のテンプレートを適用することや、テンプレートを有効または無効にすることが含まれます。
  • テンプレートに変更を加えるたびに、WEMは最適化を1回実行します。
カスタムテンプレートを追加するには：
  1. カスタムテンプレートの追加をクリックします。
  2. カスタムテンプレートの追加ウィザードで、次の手順を完了します。
    1. テンプレート名で、参照をクリックし、追加するテンプレートを選択します。
    2. 適用可能なオペレーティングシステムで、テンプレートが適用されるオペレーティングシステムをリストから1つ以上選択します。
      ヒント:
      リストにはないがテンプレートが適用されるWindows 10オペレーティングシステムを追加できます。それらのOSはビルド番号を入力して追加します。OSはセミコロン（;）で区切ってください。例：2001;2004。
    3. 必要に応じてアクティブ化するグループを選択します。
    4. 「保存」をクリックします。
重要:
Citrix Optimizerはカスタムテンプレートのエクスポートをサポートしていません。カスタムテンプレートを追加した後も、ローカルコピーを保持してください。
「状態」列のトグルを使用して、テンプレートを有効状態と無効状態の間で切り替えることができます。無効になっている場合、エージェントはテンプレートを処理せず、WEMはテンプレートに関連付けられた最適化を実行しません。
テンプレートを削除するには、該当するテンプレートの省略記号を選択し、「削除」を選択します。注：組み込みテンプレートは削除できません。
テンプレートを編集するには、該当するテンプレートの省略記号を選択し、「編集」を選択します。
テンプレートの詳細を表示するには、該当するテンプレートの省略記号を選択し、「プレビュー」を選択します。
注:
非永続的なVDI環境の場合、WEMも同様の動作をします。つまり、マシンが再起動すると、環境へのすべての変更が失われます。Citrix Optimizerの場合、WEMはマシンが再起動するたびに最適化を実行します。
使用するテンプレートを自動的に選択する。どのテンプレートを使用すべきか不明な場合は、このオプションを使用して、WEMに各OSに最適なものを選択させます。カスタムテンプレートを優先テンプレートとして使用したい場合は、プレフィックスをコンマ区切りで入力します。カスタムテンプレートは次の名前形式に従います。
  • prefix_<os version>_<os build>
  • prefix_Server_<os version>_<os build>
Citrix Optimizer設定の変更が有効になるまでには、レガシーコンソールの「詳細設定 > 構成 > サービスオプション」タブで「SQL設定の更新遅延」オプションに指定した値に応じて、時間がかかります。
変更をすぐに有効にするには、「監視 > 管理 > エージェント」に移動し、エージェントを見つけて、「その他」メニューから「Citrix Optimizerを処理」を選択します。
ヒント:
新しい変更がすぐに有効にならない場合があります。「Citrix Optimizerを処理」を選択する前に、「エージェントホスト設定を更新」を選択することをお勧めします。

マルチセッションの最適化

これらの設定により、切断されたセッションを持つマルチセッションOSマシンを最適化し、接続されたセッションでのユーザーエクスペリエンスを向上させることができます。
マルチセッションOSマシンは、単一のマシンから複数のセッションを実行し、アプリケーションとデスクトップをユーザーに提供します。切断されたセッションはアクティブなままで、そのアプリケーションは実行を継続します。切断されたセッションは、同じマシンで実行されている接続されたデスクトップやアプリケーションに必要なリソースを消費する可能性があります。これらの設定により、切断されたセッションを持つマルチセッションOSマシンを最適化し、接続されたセッションでのユーザーエクスペリエンスを向上させることができます。
有効にすると、切断されたセッションが存在するマルチセッションOSマシンを最適化します。デフォルトでは、マルチセッションの最適化は無効になっています。この機能は、切断されたセッションが消費できるリソースの数を制限することで、接続されたセッションのユーザーエクスペリエンスを向上させます。セッションが1分間切断されたままになると、WEMエージェントはセッションに関連付けられたプロセスまたはアプリケーションのCPUおよびI/O優先度を下げます。その後、エージェントはセッションが消費できるメモリリソースの量に制限を課します。ユーザーがセッションに再接続すると、WEMは優先度を復元し、制限を解除します。

グループを除外する

マルチセッションの最適化から特定のグループを除外するには、次の手順を実行します。
  1. 指定されたグループを除外を選択し、グループの追加をクリックします。除外するグループの追加ウィザードが表示されます。
  2. IDタイプを選択します。
  3. 追加するグループが存在するドメインを選択します。
  4. 検索ボックスに、追加するグループの名前を入力します。グループの完全な名前を入力します。（検索では大文字と小文字は区別されません。）
  5. プラスアイコンをクリックしてグループを追加します。
  6. 完了したら、保存をクリックしてグループを追加し、除外するグループの追加ウィザードを終了します。

プロセスを除外する

マルチセッション最適化から特定のプロセスを除外するには、プロセスの追加をクリックし、追加するプロセスを参照して、プロセスの保存をクリックします。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、削除を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、編集を選択します。