システム最適化

最終公開日 : 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スパイク保護は、個々のプロセスの少なくとも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
  • ウィンイニット
  • サービス
  • シーアールエスエス
  • オーディオDG
  • 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使用率に影響を与え続けている可能性があります。
プロセスを追加するには、Add process をクリックします。次の情報を指定し、Save process をクリックします。
  • プロセス名。拡張子を含まないプロセスの実行可能ファイル名。たとえば、Windows エクスプローラー (explorer.exe) の場合は「explorer」と入力します。
  • 優先度。プロセス内のすべてのスレッドの「ベース」優先度。プロセスの優先度レベルが高いほど、プロセッサ時間が多く割り当てられます。Idel、Below normal、Normal、Above normal、High、Realtime から選択します。
ヒント:
ここで設定したプロセスのCPU優先度は、エージェントが新しい設定を受信し、プロセスが再起動されたときに有効になります。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、Delete を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、Edit を選択します。

CPUアフィニティ

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

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）。
  • メモリ制限。メモリ使用量制限を入力します。
  • 制限タイプ。リストから制限モードを選択します。
    • 動的制限 (Dynamic Limit)。指定されたプロセスに動的制限を適用できます。この設定は、指定されたプロセスに割り当てられるメモリ量を動的に制限します。適用されると、利用可能なメモリに応じてメモリ使用量制限が強制されます。そのため、指定されたプロセスが消費するメモリは、指定された量を超える可能性があります。
    • 静的制限 (Static Limit)。指定されたプロセスに静的制限を適用できます。この設定は、指定されたプロセスに割り当てられるメモリ量を常に制限します。適用されると、利用可能なメモリ量に関係なく、プロセスが指定された量を超えるメモリを消費するのを制限します。結果として、指定されたプロセスが消費するメモリは、指定された量で上限が設定されます。
プロセスを削除するには、プロセスの横にある省略記号をクリックし、**「削除」**を選択します。
プロセスを編集するには、プロセスの横にある省略記号をクリックし、**「編集」**を選択します。

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リソースのみをサポートします。
有効にすると、この構成セット内のすべてのユーザーに対して高速ログオフが有効になります。ユーザーはすぐにログアウトされますが、セッションログオフタスクはバックグラウンドで続行されます。
特定のグループを除外するには、次の手順を実行します。
  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. 識別子の種類を選択します。
  3. 追加するグループが存在するドメインを選択します。
  4. 検索ボックスに、追加するグループの名前を入力します。グループの完全な名前を入力してください。(検索では大文字と小文字は区別されません。)
  5. プラスアイコンをクリックしてグループを追加します。
  6. 完了したら、「保存」をクリックしてグループを追加し、「除外するグループの追加」ウィザードを終了します。

プロセスを除外する

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