システム最適化
Workspace Environment Management™ (WEM) のシステム最適化は、以下の設定で構成されています。
これらの設定は、エージェントマシンでのリソース使用量を削減するように設計されています。これにより、解放されたリソースが他のアプリケーションで利用できるようになります。そうすることで、サーバーあたりのユーザー数を増やすことでユーザー密度が向上します。
システム最適化設定はマシンベースであり、すべてのユーザーセッションに適用されますが、プロセス最適化はユーザー中心です。これは、ユーザーAのセッションでプロセスがCPUスパイク保護をトリガーした場合、そのイベントはユーザーAのみに記録されることを意味します。ユーザーBが同じプロセスを開始した場合、プロセス最適化の動作はユーザーBのセッション内のプロセス起動によってのみ決定されます。
CPU管理
これらの設定により、CPU使用率を最適化できます。
プロセスはすべてのコアで実行でき、必要なだけCPUを使用できます。WEMのCPU管理機能を使用すると、個々のプロセスが使用できるCPU容量を制限できます。CPUスパイク保護は、CPU使用率全体を削減するようには設計されていません。過剰なCPU使用率を消費するプロセスによるユーザーエクスペリエンスへの影響を軽減するように設計されています。
CPUスパイク保護が有効になっている場合、プロセスが指定されたしきい値に達すると、WEMは一定時間、プロセスの優先度を自動的に下げます。その後、新しいアプリケーションが起動されると、優先度の低いプロセスよりも高い優先度を持ち、システムはスムーズに動作し続けます。
CPUスパイク保護は、各プロセスを迅速な「スナップショット」で検査します。プロセスの平均負荷が指定されたサンプル時間で指定された使用制限を超えると、その優先度は直ちに低下します。指定された時間が経過すると、プロセスのCPU優先度は以前の値に戻ります。プロセスは「スロットリング」されません。CPUクランプとは異なり、優先度のみが低下します。
CPUスパイク保護は、個々のプロセスの少なくとも1つのインスタンスがしきい値を超えない限りトリガーされません。つまり、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と同様に論理プロセッサと見なされます。たとえば、6コアCPUを1つ搭載した物理マシンは、12個の論理プロセッサを持つと見なされます（ハイパースレッディングテクノロジーによりコアが2倍になります）。12コアCPUを8個搭載した物理マシンは96個の論理プロセッサを持ちます。4コアCPUを2個搭載したVMは8個の論理プロセッサを持ちます。
-
仮想マシンにも同じことが当てはまります。たとえば、12コアCPUを8個搭載した物理マシン（論理プロセッサ96個）があり、4つのマルチセッションOS VDA VMをサポートしているとします。各VMは4コアCPUを2個搭載（論理プロセッサ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スパイク保護はトリガーされません。たとえば、Server 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 (explorer.exe) の場合は「explorer」と入力します。
ヒント:
ここで設定したプロセスのCPU優先度は、エージェントが新しい設定を受信し、プロセスが再起動されたときに有効になります。
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)。
-
メモリ制限。メモリ使用量制限を入力します。
-
制限の種類。リストから制限モードを選択します。
-
動的制限。指定されたプロセスに動的制限を適用できます。この設定は、指定されたプロセスに割り当てられるメモリ量を動的に制限します。適用すると、利用可能なメモリに応じてメモリ使用量制限が適用されます。そのため、指定されたプロセスが消費するメモリが指定された量を超える可能性があります。
-
静的制限。指定されたプロセスに静的制限を適用できます。この設定は、指定されたプロセスに割り当てられるメモリ量を常に制限します。適用すると、利用可能なメモリの量に関係なく、プロセスが指定された量を超えるメモリを消費するのを制限します。結果として、指定されたプロセスが消費するメモリは指定された量に制限されます。
-
プロセスを削除するには、プロセスの横にある省略記号をクリックし、**「削除」**を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、**「編集」**を選択します。
I/O管理
これらの設定を使用すると、特定のプロセスのI/O優先度を最適化して、ディスクおよびネットワークI/Oアクセスを競合しているプロセスがパフォーマンスのボトルネックを引き起こさないようにすることができます。たとえば、I/O管理設定を使用して、ディスク帯域幅を大量に消費するアプリケーションを抑制できます。
ここで設定するプロセス優先度は、プロセス内のすべてのスレッドの「ベース優先度」を確立します。スレッドの実際の、つまり「現在の」優先度は高くなる場合があります（ただし、ベースより低くなることはありません）。一般に、Windowsは優先度の低いスレッドよりも優先度の高いスレッドにアクセスを許可します。
プロセスI/O優先度
有効にすると、特定のプロセスのI/O優先度を最適化できるため、ディスクおよびネットワークI/Oアクセスを競合しているプロセスがパフォーマンスのボトルネックを引き起こすことはありません。
プロセスを追加するには、**「プロセスを追加」をクリックします。次の情報を指定し、「プロセスを保存」**をクリックします。
-
プロセス名。拡張子なしでプロセスの実行可能ファイル名を入力します。たとえば、Windowsエクスプローラー (explorer.exe) の場合は、「explorer」と入力します。
-
I/O優先度。プロセス内のすべてのスレッドの「ベース」優先度を入力します。プロセスのI/O優先度が高いほど、そのスレッドはより早くI/Oアクセスを取得します。「高」、「標準」、「低」、**「非常に低い」**から選択します。
ヒント:
ここで設定したプロセスI/O優先度は、エージェントが新しい設定を受信し、プロセスが次回再起動されたときに有効になります。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、**「削除」**を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、**「編集」**を選択します。
高速ログオフ
これらの設定により、リモートセッションへのHDX™接続を即座に終了できます。これにより、ユーザーはセッションがすぐに閉じられたという印象を受けます。ただし、セッション自体はVDA上でバックグラウンドでセッションログオフフェーズを続行します。
注:
高速ログオフは、Citrix virtual apps™およびRDSリソースのみをサポートします。
有効にすると、この構成セット内のすべてのユーザーに対して高速ログオフが有効になります。ユーザーはすぐにログアウトされ、セッションログオフタスクはバックグラウンドで続行されます。
特定のグループを除外するには、次の手順を実行します。
-
指定されたグループを除外を選択し、次にグループの追加を選択します。「除外するグループの追加」ウィザードが表示されます。
-
識別タイプを選択します。
-
追加したいグループが存在するドメインを選択します。
-
検索ボックスに、追加したいグループの名前を入力します。(検索では大文字と小文字は区別されません。)
-
プラスアイコンをクリックしてグループを追加します。
-
完了したら、保存をクリックしてグループを追加し、「除外するグループの追加」ウィザードを終了します。
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つ以上のオペレーティングシステムをリストから選択します。ヒント:リストにはないがテンプレートが適用されるWindows 10オペレーティングシステムを追加できます。それらのOSはビルド番号を入力して追加します。OSはセミコロン（;）で区切ってください。例：2001;2004。
-
必要に応じてアクティブ化するグループを選択します。
-
「保存」をクリックします。
-
重要:
Citrix Optimizerはカスタムテンプレートのエクスポートをサポートしていません。追加後もカスタムテンプレートのローカルコピーを保持してください。
「State」列のトグルを使用して、テンプレートを有効状態と無効状態の間で切り替えることができます。無効にすると、エージェントはテンプレートを処理せず、WEMはテンプレートに関連付けられた最適化を実行しません。
テンプレートを削除するには、該当するテンプレートの省略記号を選択し、「Delete」を選択します。注：組み込みテンプレートは削除できません。
テンプレートを編集するには、該当するテンプレートの省略記号を選択し、「Edit」を選択します。
テンプレートの詳細を表示するには、該当するテンプレートの省略記号を選択し、「Preview」を選択します。
注:
非永続的なVDI環境の場合、WEMは同じ動作に従います。つまり、マシンが再起動すると、環境へのすべての変更が失われます。Citrix Optimizerの場合、WEMはマシンが再起動するたびに最適化を実行します。
使用するテンプレートを自動的に選択する。どのテンプレートを使用すべきかわからない場合は、このオプションを使用して、WEMに各OSに最適なテンプレートを選択させます。カスタムテンプレートを優先テンプレートとして使用したい場合は、コンマ区切りのプレフィックスリストを入力します。カスタムテンプレートは次の名前形式に従います。
-
prefix_<os version>_<os build> -
prefix_Server_<os version>_<os build>
Citrix Optimizer設定の変更が有効になるまでには、レガシーコンソールの「Advanced Settings > Configuration > Service Options」タブで「SQL Settings Refresh Delay」オプションに指定した値に応じて、時間がかかります。
変更をすぐに有効にするには、「Monitoring > Administration > Agents」に移動し、エージェントを見つけて、「More」メニューから「Process Citrix Optimizer」を選択します。
ヒント:
新しい変更がすぐに有効にならない場合があります。「Process Citrix Optimizer」を選択する前に、「Refresh agent host settings」を選択することをお勧めします。
マルチセッションの最適化
これらの設定により、切断されたセッションを持つマルチセッションOSマシンを最適化し、接続されたセッションでのユーザーエクスペリエンスを向上させることができます。
マルチセッションOSマシンは、単一のマシンから複数のセッションを実行して、ユーザーにアプリケーションとデスクトップを提供します。切断されたセッションはアクティブなままであり、そのアプリケーションは実行を継続します。切断されたセッションは、同じマシンで実行されている接続されたデスクトップやアプリケーションに必要なリソースを消費する可能性があります。これらの設定により、切断されたセッションを持つマルチセッションOSマシンを最適化し、接続されたセッションでのユーザーエクスペリエンスを向上させることができます。
有効にすると、切断されたセッションが存在するマルチセッションOSマシンを最適化します。デフォルトでは、マルチセッションの最適化は無効になっています。この機能は、切断されたセッションが消費できるリソースの数を制限することで、接続されたセッションのユーザーエクスペリエンスを向上させます。セッションが1分間切断されたままであると、WEMエージェントはセッションに関連付けられたプロセスまたはアプリケーションのCPUおよびI/O優先度を下げます。その後、エージェントはセッションが消費できるメモリリソースの量に制限を課します。ユーザーがセッションに再接続すると、WEMは優先度を復元し、制限を解除します。
グループの除外
特定のグループをマルチセッションの最適化から除外するには、次の手順を実行します。
-
指定されたグループを除外を選択し、グループの追加をクリックします。除外するグループの追加ウィザードが表示されます。
-
IDタイプを選択します。
-
追加するグループが存在するドメインを選択します。
-
検索ボックスに、追加するグループの名前を入力します。グループの完全な名前を入力します。（検索では大文字と小文字は区別されません。）
-
プラスアイコンをクリックしてグループを追加します。
-
完了したら、保存をクリックしてグループを追加し、除外するグループの追加ウィザードを終了します。
プロセスを除外
マルチセッション最適化から特定のプロセスを除外するには、プロセスの追加をクリックし、追加するプロセスを参照して、プロセスの保存をクリックします。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、削除を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、編集を選択します。