マシンカタログを作成する

May 31, 2026

寄稿者:

重要：

Citrix Virtual Apps and Desktops™ 7 2006以降、現在の展開環境で以下のいずれかのテクノロジーを使用している場合、それらのテクノロジーを使用するサポート終了 (EOL) の項目を削除した後にのみ、現在のリリースにアップグレードできます。

パーソナル vディスク (PvDs)

アプリディスク™

パブリッククラウドホストの種類: シトリックスクラウドプラットフォーム、マイクロソフトアジュールクラシック

詳細については、「PvD、AppDisks、およびサポートされていないホストを削除する」を参照してください。

注：

Citrix Virtual Apps and Desktopsの展開は、Web Studio（Webベース）とCitrix Studio（Windowsベース）という2つの管理コンソールを使用して管理できます。この記事ではWeb Studioのみを扱います。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の対応する記事を参照してください。

展開環境でパブリッククラウドホスト接続を使用する場合は、新規インストールまたは現在のリリースへのアップグレードを完了するためにハイブリッド権限ライセンスが必要です。

インストーラーがサポートされていないテクノロジーまたはハイブリッド権限ライセンスのないホスト接続を1つ以上検出すると、アップグレードが一時停止または停止します。説明メッセージが表示されます。インストーラーログには詳細が含まれています。詳細については、「展開環境をアップグレードする」を参照してください。

はじめに

物理マシンまたは仮想マシンのコレクションは、マシンカタログと呼ばれる単一のエンティティとして管理されます。カタログ内のすべてのマシンは、マルチセッションOSまたはシングルセッションOS、およびWindowsまたはLinuxマシンという同じ種類のオペレーティングシステムを備えています。

Web Studioは、サイトを作成した後、最初のマシンカタログを作成するようにガイドします。最初のカタログを作成した後、Web Studioは最初のデリバリーグループを作成するようにガイドします。その後、作成したカタログを変更したり、さらにカタログを作成したりできます。

ヒント：

既存の展開をアップグレードすると、Machine Creation Services (MCS) ストレージ最適化 (MCS I/O) 機能が有効になり、追加の構成は不要です。Virtual Delivery Agent (VDA) と Delivery Controller のアップグレードが MCS I/O のアップグレードを処理します。

概要

VM のカタログを作成するときは、それらの VM をプロビジョニングする方法を指定します。Machine Creation Services™ (MCS) を使用できます。または、独自のツールを使用してマシンを提供することもできます。

考慮事項:

MCS は、仮想マシンイメージからの単一のシステムディスクをサポートします。そのイメージに接続されている残りのデータディスクは無視されます。
MCS を使用して VM をプロビジョニングする場合、カタログに同一の VM を作成するためにマスターイメージ (またはイメージのスナップショット) を提供します。カタログを作成する前に、まずツールを使用してマスターイメージを作成および構成します。このプロセスには、イメージにVirtual Delivery Agent (VDA) をインストールすることが含まれます。次に、Web Studio でマシンカタログを作成します。そのイメージ (またはスナップショット) を選択し、カタログに作成する VM の数を指定し、追加情報を構成します。
マシンがすでに利用可能な場合でも、それらのマシン用に1つ以上のマシンカタログを作成する必要があります。
PowerShell SDK を直接使用してカタログを作成する場合、イメージやスナップショットではなく、ハイパーバイザーテンプレート (VMTemplates) を指定できます。
テンプレートを使用してカタログをプロビジョニングすることは、実験的な機能と見なされます。この方法を使用すると、仮想マシンの準備が失敗する可能性があります。その結果、テンプレートを使用してカタログを公開することはできません。

最初のカタログを作成するために MCS または Citrix Provisioning™ を使用する場合、サイトを作成したときに構成したホスト接続を使用します。後で (最初のカタログとデリバリーグループを作成した後)、その接続に関する情報を変更したり、さらに接続を作成したりできます。

カタログ作成ウィザードを完了すると、正しく構成されていることを確認するためにテストが自動的に実行されます。テストが完了すると、テストレポートを表示できます。Web Studio からいつでもテストを実行できます。

注:

MCS は Windows 10 IoT Core および Windows 10 IoT Enterprise をサポートしていません。詳細については、Microsoft サイトを参照してください。

Citrix プロビジョニングツールの技術的な詳細については、Citrix Virtual Apps and Desktops イメージ管理を参照してください。

RDS ライセンスチェック

Web Studio は現在、Windows マルチセッション OS マシンを含むマシンカタログの作成中に、有効な Microsoft RDS ライセンスのチェックを実行しません。Windows マルチセッション OS マシンの Microsoft RDS ライセンスのステータスを表示するには、Citrix Director に移動します。マシン詳細パネルで Microsoft RDS ライセンスのステータスを表示します。このパネルは、マシン詳細とユーザー詳細ページにあります。詳細については、「Microsoft RDS ライセンスの健全性」を参照してください。

VDA登録

ブローカーセッションを起動する際には、VDAをDelivery Controller™に登録する必要があります。未登録のVDAは、利用可能なリソースの利用率低下につながる可能性があります。VDAが登録されない理由はさまざまであり、その多くは管理者がトラブルシューティングできます。Web Studioは、カタログ作成ウィザードで、またカタログからデリバリーグループにマシンを追加した後で、トラブルシューティング情報を提供します。

ウィザードを使用して既存のマシンを追加すると、コンピューターアカウント名のリストに、各マシンがカタログに追加するのに適しているかどうかが示されます。各マシンの横にあるアイコンにカーソルを合わせると、そのマシンに関する情報メッセージが表示されます。

メッセージで問題のあるマシンが特定された場合は、そのマシンを削除するか、追加します。たとえば、マシンに関する情報が取得できないことを示すメッセージが表示された場合でも、そのマシンを追加します。

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

VDA登録のトラブルシューティングガイダンスについては、CTX136668を参照してください。
VDAのバージョンと機能レベル
VDA登録方法

MCSカタログ作成の概要

カタログ作成ウィザードで情報を提供した後の、デフォルトのMCSアクションの概要を以下に示します。

マスターイメージ（スナップショットではない）を選択した場合、MCSはスナップショットを作成します。
MCSはスナップショットの完全なコピーを作成し、ホスト接続で定義されている各ストレージの場所にそのコピーを配置します。
MCSはマシンをActive Directoryに追加し、一意のIDを作成します。
MCSは、ウィザードで指定された数のVMを作成し、各VMに2つのディスクを定義します。各VMに2つのディスクがあることに加えて、マスターも同じストレージの場所に保存されます。複数のストレージの場所が定義されている場合、それぞれに次のディスクタイプが割り当てられます。
- スナップショットの完全なコピー。これは読み取り専用で、作成されたばかりのVM間で共有されます。
- 各VMに一意のIDを付与する、一意の16 MBのIDディスク。各VMはIDディスクを取得します。
- VMへの書き込みを保存するための一意の差分ディスク。このディスクはシンプロビジョニングされており（ホストストレージでサポートされている場合）、必要に応じてマスターイメージの最大サイズまで増加します。各VMは差分ディスクを取得します。差分ディスクはセッション中に加えられた変更を保持します。専用デスクトップの場合は永続的です。プールされたデスクトップの場合、デリバリーコントローラーを介した再起動ごとに削除され、新しいものが作成されます。

あるいは、静的デスクトップを配信するためにVMを作成する場合、カタログ作成ウィザードのマシンページで、シック（完全コピー）VMクローンを指定できます。完全クローンは、すべてのデータストアにマスターイメージを保持する必要はありません。各VMは独自のファイルを持ちます。

MCSストレージに関する考慮事項

MCSのストレージソリューション、構成、容量を決定する際には、多くの要因があります。以下の情報は、ストレージ容量に関する適切な考慮事項を提供します。

容量に関する考慮事項:

ディスク

デルタディスクまたは差分（Diff）ディスクは、ほとんどのMCS展開において、各VMで最大のスペースを消費します。MCSによって作成される各VMには、作成時に最低2つのディスクが割り当てられます。
- Disk0 = 差分ディスク: マスターベースイメージからコピーされたOSを含みます。
- Disk1 = 識別ディスク: 16 MB - 各仮想マシンのActive Directoryデータを含みます。
製品の進化に伴い、特定のユースケースや機能の消費を満たすために、さらにディスクを追加する必要がある場合があります。例：
- MCS Storage Optimization は、各VMにライトキャッシュスタイルのディスクを作成します。XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に利用可能なOSストレージリストと利用可能な一時ストレージリストを同じに構成した場合、MCSはライトバックキャッシュ（WBC）ディスクをOSディスクと同じストレージ場所に配置します。
- MCSは、前のセクションで説明したデルタディスクのシナリオとは対照的に、フルクローンを使用する機能を追加しました。
ハイパーバイザーの機能も考慮に入れる必要があるかもしれません。例：
- XenServer IntelliCacheは、各XenServerのローカルストレージにリードディスクを作成します。このオプションにより、共有ストレージの場所に保持されている可能性のあるマスターイメージに対するIOPSを節約できます。
ハイパーバイザーのオーバーヘッド

ハイパーバイザーによって、VMのオーバーヘッドを発生させる特定のファイルが使用されます。ハイパーバイザーは、管理および一般的なログ記録操作にもストレージを使用します。オーバーヘッドを含めるための領域を計算してください。
- ログファイル
- ハイパーバイザー固有のファイル。例:
  - VMwareは、VMストレージフォルダーにさらにファイルを追加します。詳細については、VMwareのベストプラクティスを参照してください。
  - 仮想マシンの合計サイズ要件を計算します。仮想ディスクに20 GB、スワップファイルに16 GB、ログファイルに100 MBを使用し、合計36.1 GBを消費する仮想マシンを検討してください。
- XenServerのスナップショット; VMwareのスナップショット。
プロセスのオーバーヘッド

カタログの作成、マシンの追加、およびカタログの更新には、それぞれ固有のストレージへの影響があります。例:
- 初期カタログ作成では、ベースディスクのコピーを各ストレージの場所にコピーする必要があります。
- カタログにマシンを追加しても、ベースディスクを各ストレージの場所にコピーする必要はありません。カタログの作成は、選択された機能によって異なります。
- カタログを更新して、各ストレージの場所に余分なベースディスクを作成します。カタログの更新では、カタログ内の各VMが一定期間2つの差分ディスクを持つため、一時的なストレージのピークも発生します。

その他の考慮事項:

RAMのサイズ設定: I/O最適化ディスク、ライトキャッシュ、スナップショットファイルなど、特定のハイパーバイザーファイルとディスクのサイズに影響します。
シンプロビジョニング / シックプロビジョニング: シンプロビジョニング機能があるため、NFSストレージが推奨されます。

マシンクリエーションサービス (MCS) ストレージ最適化

マシンクリエーションサービス (MCS) ストレージ最適化機能は、MCS I/O とも呼ばれます。この機能は、Azure、GCP、XenServer、VMware、AWS、および SCVMM でのみ利用可能です。

書き込みキャッシュコンテナは、Citrix Provisioning と同じ機能である ファイルベース です。たとえば、Citrix Provisioning の書き込みキャッシュファイル名は D:\vdiskdif.vhdx で、MCS I/O の書き込みキャッシュファイル名は D:\mcsdif.vhdx です。
書き込みキャッシュディスクに書き込まれる Windows クラッシュダンプファイルのサポートを含めることで、診断機能が向上します。
MCS I/O は、最適なマルチティア書き込みキャッシュソリューションを提供するために、RAM 内キャッシュとハードディスクへのオーバーフロー というテクノロジーを保持しています。この機能により、管理者は各ティア（RAM とディスク）のコストとパフォーマンスのバランスを取り、目的のワークロード要件を満たすことができます。

書き込みキャッシュ方式を ディスクベース から ファイルベース に更新するには、次の変更が必要です。

MCS I/O は、RAM のみのキャッシュをサポートしなくなりました。マシンカタログ作成時に Web Studio でディスクサイズを指定してください。
VM の書き込みキャッシュディスクは、VM を初めて起動するときに自動的に作成およびフォーマットされます。VM が起動すると、書き込みキャッシュファイル mcsdif.vhdx がフォーマットされたボリューム MCSWCDisk に書き込まれます。
ページファイルは、このフォーマットされたボリューム MCSWCDisk にリダイレクトされます。その結果、このディスクサイズはディスク領域の合計量を考慮します。これには、ディスクサイズと生成されたワークロードの差分にページファイルサイズを加えたものが含まれます。これは通常、VM の RAM サイズに関連付けられます。

MCS ストレージ最適化の更新を有効にする

MCS I/O ストレージ最適化機能を有効にするには、Delivery Controller と VDA を Citrix Virtual Apps and Desktops の最新バージョンにアップグレードしてください。

注：

MCS I/O が有効になっている既存の展開をアップグレードする場合、追加の構成は不要です。VDA と Delivery Controller のアップグレードによって、MCS I/O のアップグレードが処理されます。

MCS ストレージ最適化の更新を有効にする際は、次の点を考慮してください。

マシンカタログを作成する際、管理者はRAMとディスクサイズを設定できます。

マシンカタログのセットアップ(/ja-jp/citrix-virtual-apps-desktops/2503/media/mcsio-disable.png)
既存のマシンカタログをバージョン1903用に構成されたVDAを含む新しいVMスナップショットに更新すると、次の動作が発生します。新しいスナップショットは、既存のカタログのMCS I/O設定をRAMとディスクサイズに引き続き使用します。既存の生ディスクはフォーマットされます。

重要:

MCSストレージ最適化は、Citrix Virtual Apps and Desktopsバージョン1903で変更されました。このリリースでは、ファイルベースのライトキャッシュテクノロジーがサポートされており、パフォーマンスと安定性が向上しています。MCS I/Oによって提供される新しい機能は、以前のCitrix Virtual Apps and Desktopsリリースと比較して、より高いライトキャッシュストレージ要件を必要とする場合があります。Citrixは、割り当てられたワークフローと追加のページファイルサイズに対して十分なディスク容量があることを確認するために、ディスクサイズを再評価することを推奨します。ページファイルサイズは通常、システムRAMの量に関連しています。既存のカタログディスクサイズが不十分な場合は、マシンカタログを作成し、より大きなライトキャッシュディスクを割り当ててください。

MCS I/Oライトバックキャッシュディスクに特定のドライブ文字を割り当てる

MCS I/Oライトバックキャッシュディスクに特定のドライブ文字を割り当てることができます。この実装により、使用するアプリケーションのドライブ文字とMCS I/Oライトバックキャッシュディスクのドライブ文字との間の競合を回避できます。MCS I/Oライトバックキャッシュディスクにドライブ文字を割り当てるには、PowerShellコマンドを使用できます。サポートされているハイパーバイザーは、Azure、GCP、VMware、SCVMM、およびXenServerです。

注:

この機能には、VDAバージョン2305以降が必要です。

制限事項

Windowsオペレーティングシステムのみに適用可能
ライトバックキャッシュディスクに適用可能なドライブ文字: EからZ
Azure一時ディスクがライトバックキャッシュディスクとして使用されている場合は適用されません
新しいマシンカタログを作成する場合にのみ適用可能

ライトバックキャッシュディスクにドライブ文字を割り当てる

書き戻しキャッシュディスクにドライブ文字を割り当てるには:

PowerShell ウィンドウを開きます。
asnp citrix* を実行します。
まだ作成されていない場合は、IDプールを作成します。

WriteBackCacheDriveLetter プロパティを持つ New-ProvScheme コマンドを使用してプロビジョニングスキームを作成します。例:

New-ProvScheme -CleanOnBoot `
-HostingUnitName "<name>" `
-IdentityPoolName $schemeName `
-ProvisioningSchemeName $schemeName `
-InitialBatchSizeHint 1 `
-UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
-MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
-NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
-ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
-CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
<Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
<Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
<Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
</CustomProperties>'
<!--NeedCopy-->

カタログの作成を完了します。詳細については、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/ を参照してください。

マスターイメージを準備する

接続ホストの作成については、接続とリソースを参照してください。

マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれています。

知っておくと良いこと:

マスターイメージは、クローンイメージ、ゴールデンイメージ、ベースVM、またはベースイメージとも呼ばれます。ホストベンダーは異なる用語を使用します。
ホストに、作成されるマシンの数に対応できる十分なプロセッサ、メモリ、ストレージがあることを確認してください。
デスクトップとアプリケーションに必要なハードディスク容量を正しく構成します。この値は、後で変更したり、マシンカタログで変更したりすることはできません。
リモートPCアクセスマシンカタログはマスターイメージを使用しません。

マスターイメージに次のソフトウェアをインストールして構成します:

ハイパーバイザー用の統合ツール（Citrix VM Tools、Hyper-V Integration Services、VMware toolsなど）。この手順を省略すると、アプリケーションやデスクトップが正しく機能しない可能性があります。
VDA。Citrixは、最新機能にアクセスできるように、最新バージョンをインストールすることを推奨します。マスターイメージにVDAをインストールしないと、カタログ作成が失敗します。
必要に応じて、ウイルス対策ソフトウェアや電子ソフトウェア配布エージェントなどのサードパーティツール。ユーザーとマシンタイプに適した設定（更新機能など）でサービスを構成します。
仮想化しないサードパーティアプリケーション。Citrixはアプリケーションの仮想化を推奨します。仮想化により、アプリケーションの追加または再構成後にマスターイメージを更新する必要がなくなるため、コストが削減されます。また、インストールされるアプリケーションが少ないほど、マスターイメージのハードディスクのサイズが小さくなり、ストレージコストを節約できます。
App-Vアプリケーションを公開する予定がある場合は、推奨設定のApp-Vクライアント。App-VクライアントはMicrosoftから入手できます。
MCSを使用する場合、Microsoft Windowsをローカライズする際は、ロケールと言語パックをインストールします。プロビジョニング中にスナップショットが作成されると、プロビジョニングされたVMはインストールされているロケールと言語パックを使用します。

重要:

MCSを使用している場合、マスターイメージでSysprepを実行しないでください。

マスターイメージを準備するには：

ハイパーバイザーの管理ツールを使用してマスターイメージを作成し、オペレーティングシステム、すべてのサービスパック、および更新プログラムをインストールします。vCPUの数を指定します。PowerShellを使用してマシンカタログを作成する場合も、vCPUの値を指定できます。Web Studioを使用してカタログを作成する場合、vCPUの数を指定することはできません。デスクトップとアプリケーションに必要なハードディスク容量を構成します。この値は後で変更したり、カタログ内で変更したりすることはできません。
ハードディスクがデバイスロケーション0に接続されていることを確認します。ほとんどの標準マスターイメージテンプレートでは、このロケーションがデフォルトで構成されていますが、一部のカスタムテンプレートではそうでない場合があります。
上記のソフトウェアをマスターイメージにインストールして構成します。
MCSを使用しない場合は、マスターイメージをアプリケーションとデスクトップが属するドメインに参加させます。マスターイメージがマシンが作成されるホストで利用可能であることを確認します。MCSを使用している場合、マスターイメージをドメインに参加させる必要はありません。プロビジョニングされたマシンは、カタログ作成ウィザードで指定されたドメインに参加します。
Citrixは、マスターイメージのスナップショットを作成して名前を付けることを推奨します。カタログ作成時にスナップショットではなくマスターイメージを指定した場合、Web Studioはスナップショットを作成します。そのスナップショットに名前を付けることはできません。

ボリュームライセンスのアクティベーション

MCSは、WindowsオペレーティングシステムとMicrosoft Officeのアクティベーションを自動化および管理するためのボリュームライセンス認証をサポートしています。MCSがボリュームライセンス認証でサポートする3つのモデルは次のとおりです。

キー管理サービス (KMS)
アクティブディレクトリに基づくライセンス認証 (ADBA)
マルチプルアクティベーションキー (MAK)

マシンカタログの作成後に、アクティベーション設定を変更できます。

キー管理サービス (KMS)

KMSは、専用のシステムを必要とせず、他のサービスを提供するシステム上で簡単に共存できる軽量なサービスです。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。イメージ準備中に、MCSはMicrosoft WindowsおよびMicrosoft OfficeのKMSリアームを実行します。Set-Provserviceconfigurationdataコマンドを実行することで、リアームをスキップできます。KMSアクティベーションの詳細については、「キー管理サービスを使用したアクティベーション」を参照してください。

注：

Set-Provserviceconfigurationdataコマンドの実行後に作成されたすべてのマシンカタログは、コマンドで指定されたものと同じ設定になります。

アクティブディレクトリに基づくライセンス認証 (ADBA)

ADBAを使用すると、ドメイン接続を介してマシンをアクティベートできます。マシンはドメインに参加するとすぐにアクティベートされます。これらのマシンは、ドメインに参加し、ドメインと接続している限りアクティベートされたままになります。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。Active Directoryベースのアクティベーションの詳細については、「Active Directoryベースのアクティベーション」を使用してアクティベートするを参照してください。

マルチプルアクティベーションキー (MAK)

MAKは、Microsoftサーバーの助けを借りて、ボリュームをアクティベートし、Windowsシステムを認証する方法です。MicrosoftからMAKキーを購入する必要があります。このキーには、固定されたアクティベーションカウントが割り当てられています。Windowsシステムがアクティベートされるたびに、アクティベーションカウントは減少します。システムをアクティベートする方法は2つあります。

オンラインアクティベーション：アクティベートしたいWindowsシステムがインターネットにアクセスできる場合、プロダクトキーをインストールするとシステムは自動的にWindowsをアクティベートします。このプロセスにより、対応するMAKのアクティベーションカウントが1減少します。
オフラインアクティベーション：Windowsシステムがオンラインアクティベーションのためにインターネットに接続できない場合、MCSはMicrosoftサーバーから確認IDとインストールIDを取得してWindowsシステムをアクティベートします。このアクティベーション方法は、非永続的なマシンカタログに役立ちます。

注:

MCS は MAK を使用した Microsoft Office のアクティベーションをサポートしていません。

必要な VDA の最小バージョンは 2303 です。

主な要件

Delivery Controller はインターネットにアクセスできる必要があります。
更新する新しいイメージの MAK キーが元のイメージと異なる場合は、新しいカタログを作成します。
マスターイメージに MAK キーをインストールします。Windows システムに MAK キーをインストールする手順については、「MAK アクティベーションの展開」を参照してください。
イメージ準備を使用しない場合:
1. Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation の下にレジストリ DWORD 値 Manual を追加します。
2. 値を 1 に設定します。

アクティベーション数

MAK キーの残りのアクティベーション数を確認したり、VM が 2 つ以上のアクティベーションを消費しているかどうかを確認したりするには、ボリュームライセンス認証管理ツール (VAMT) を使用します。「VAMT のインストール」を参照してください。

MAK を使用して Windows システムをアクティベートする

MAK を使用して Windows システムをアクティベートするには:

マスターイメージにプロダクトキーをインストールします。この手順でアクティベーションカウントが 1 つ消費されます。
MCS マシンカタログを作成します。
イメージの準備を使用しない場合:
1. Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation の下にレジストリ DWORD 値 Manual を追加します。
2. 値を 1 に設定します。
この方法では、オンラインアクティベーションのオプションが無効になります。
マシンカタログに VM を追加します。
VM の電源を入れます。
オンラインアクティベーションかオフラインアクティベーションかに応じて、Windows システムがアクティベートされます。
- アクティベーションがオンラインの場合、プロダクトキーのインストール後に Windows システムがアクティベートされます。
- アクティベーションがオフラインの場合、MCS はプロビジョニングされた VM と通信して Windows システムのアクティベーションステータスを取得します。その後、MCS は Microsoft サーバーから確認 ID とインストール済み ID を取得します。これらの ID は Windows システムのアクティベーションに使用されます。

トラブルシューティング

プロビジョニングされた VM がインストール済みの MAK キーでアクティベートされない場合は、PowerShell ウィンドウで Get-ProvVM または Get-ProvScheme コマンドを実行します。

Get-ProvScheme コマンド: 最新のマスターイメージから MCS マシンカタログに関連付けられているパラメーター WindowsActivationType を参照してください。
Get-ProvVM コマンド。パラメーター WindowsActivationType、WindowsActivationStatus、WindowsActivationStatusErrorCode、および WindowsActivationStatusError を参照してください。

エラーを確認し、問題を解決するための手順を検証できます。

Web Studio を使用してマシンカタログを作成する

カタログを作成する前に:

このセクションを確認して、選択する項目と提供する情報について理解してください。
ハイパーバイザー、クラウドサービス、およびマシンをホストするその他のリソースへの接続が作成されていることを確認してください。
マシンをプロビジョニングするためのマスターイメージを作成した場合は、そのイメージにVDAがインストールされていることを確認してください。

カタログ作成ウィザードを開始するには:

これが最初に作成するカタログである場合、適切な選択肢（「マシンをセットアップし、アプリとデスクトップを実行するためのマシンカタログを作成する」など）に誘導されます。カタログ作成ウィザードが開きます。
すでにカタログを作成しており、別のカタログを作成したい場合は、次の手順に従ってください:
1. Web Studio にサインインし、左ペインで マシンカタログ を選択し、アクションバーで マシンカタログの作成 を選択します。
2. フォルダーを使用してカタログを整理するには、デフォルトの Machine Catalogs フォルダーの下にフォルダーを作成します。詳細については、「カタログフォルダーを作成する」を参照してください。
3. カタログを作成したいフォルダーを選択し、Create Machine Catalog をクリックします。カタログ作成ウィザードが開きます。

ウィザードは以下の項目について案内します。表示されるウィザードページは、選択内容によって異なります。

オペレーティングシステム

各カタログには、1種類のマシンのみが含まれます。1つ選択してください。

マルチセッションOS: マルチセッションOSカタログは、ホストされた共有デスクトップを提供します。マシンはサポートされているバージョンのWindowsまたはLinuxオペレーティングシステムを実行できますが、カタログには両方を含めることはできません。（そのOSの詳細については、Linux VDAのドキュメントを参照してください。）
シングルセッションOS: シングルセッションOSカタログは、さまざまなユーザーに割り当てることができるVDIデスクトップを提供します。
Remote PC Access: Remote PC Accessカタログは、ユーザーに物理的なオフィスデスクトップマシンへのリモートアクセスを提供します。Remote PC Accessは、セキュリティを提供するためにVPNを必要としません。

マシン管理

このページは、Remote PC Accessカタログを作成する際には表示されません。

マシン管理ページには、マシンの管理方法と、マシンの展開に使用するツールが表示されます。

カタログ内のマシンをWeb Studio経由で電源管理するかどうかを選択します。

マシンはWeb Studio経由で電源管理されます（例: VMまたはブレードPC）。このオプションは、ホストへの接続をすでに構成している場合にのみ利用可能です。
マシンはWeb Studio経由で電源管理されません（例: 物理マシン）。

マシンがWeb Studio経由で電源管理されることを示した場合、VMの作成に使用するツールを選択します。

シトリックスプロビジョニングテクノロジー
- Citrix Machine Creation Services (MCS) MCSを使用してプロビジョニングおよびイメージングされたVMのカタログを作成します。MCSは、マスターイメージからクローンされたイメージをそれらのVMにコピーします。
- Citrix Provisioning Services (PVS) MCSを使用してプロビジョニングされ、PVSを使用してイメージングされたVMのカタログを作成します。これらのVMはPVSターゲットデバイスとして機能し、PVSサーバーは単一の共有ディスクイメージをそれらにストリーミングできます。
  注記:
  - このオプションは、Citrix Cloud™に登録されているPVSサイトでのみ利用可能であり、現在はAzureリソースに限定されています。
  - Citrix Provisioningカタログの作成中に、ターゲットデバイスページで、プロビジョニングするマシンのファームとサイトを選択するためのドロップダウンメニューに、存在しないファームとサイトがリストされている場合があります。回避策として、PowerShellコマンド Unregister-HypPvsSite を実行して、データベースからファームとサイトを削除できます。PowerShellコマンドの詳細については、「Unregister-HypPvsSite」を参照してください。
その他のサービスまたはテクノロジー データセンターに既に存在するマシンを管理するツール。Citrixでは、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Managerまたはその他のサードパーティ製アプリケーションを使用することをお勧めします。

デスクトップの種類（デスクトップエクスペリエンス）

注：

デスクトップエクスペリエンスページで利用できるオプションは、マシンの種類ページで選択したマシンの種類によって異なります。

マルチセッションOSマシンでは、ユーザーはログオンするたびにランダムなデスクトップを割り当てられます。次のいずれかのオプションを選択します。
- はい、仮想デスクトップをホストするマシンのローカルディスクに変更を保存します。（永続的）
- いいえ、すべての変更を破棄し、ユーザーがログオフするときに仮想デスクトップをクリアします。（非永続的）
注：

永続的なマルチセッションマシンでは、ユーザーがデスクトップに加えた変更は保存され、すべての承認済みユーザーがアクセスできます。
シングルセッションOSマシンでは、デスクトップエクスペリエンスページで次のオプションが表示されます。
- ユーザーがログオンするたびに新しい（ランダムな）デスクトップに接続するようにします。
- ユーザーがログオンするたびに同じ（静的な）デスクトップに接続するようにします。
  
  静的デスクトップの場合、ユーザーが行った変更をログオフ後に保存するか破棄するかをさらに決定できます。

「仮想デスクトップをホストするマシンのローカルディスクに変更を保存する：永続的」を選択した場合、仮想マシンページで仮想マシンコピーモードの高速コピーまたは完全コピーオプションが利用可能です。

「すべての変更を破棄し、ユーザーがログオフするときに仮想デスクトップをクリアする：非永続的」を選択した場合、仮想マシンページで仮想マシンコピーモードを構成することはできません。

イメージとマシンプロファイル

このページは、MCS を使用して VM を作成する場合にのみ表示されます。

マシンカタログのイメージタイプを選択し、イメージを選択します。利用可能なイメージタイプは次の2種類です。
- マスターイメージ。 イメージ準備プロセスをまだ経ていないイメージ。イメージ準備プロセスは、カタログ作成が開始されると自動的に開始されます。
  注：
  - MCS を使用している場合、マスターイメージで Sysprep を実行しないでください。
  - スナップショットではなくマスターイメージを指定した場合、Web Studio はスナップショットを作成しますが、名前を付けることはできません。
- 準備済みイメージ。 イメージ準備プロセスを経たイメージで、VM 作成に直接使用できます。カタログ作成時にマスターイメージではなく準備済みイメージを選択すると、マシンカタログの作成がより高速かつ信頼性の高いものになり、イメージのライフサイクル管理も効率化されます。
  注：
  - 準備済みイメージを使用して作成された VM は、休止状態をサポートしていません。
  - 現在、準備済みイメージを使用したカタログ作成は、Azure および VMware 環境でのみ利用可能です。
準備済みイメージの作成方法について詳しくは、「イメージ管理（プレビュー）」を参照してください。

イメージを選択する際、必要に応じて選択したイメージにメモを追加できます。

最新の製品機能を使用できるようにするには、マスターイメージに最新の VDA バージョンがインストールされていることを確認してください。デフォルトの最小 VDA 選択を変更しないでください。ただし、以前の VDA バージョンを使用する必要がある場合は、「VDA のバージョンと機能レベル」を参照してください。

ウィザードで以前に選択したマシン管理テクノロジと互換性のないスナップショットまたは VM を選択すると、エラーメッセージが表示されます。
既存のVMをマシンプロファイルとして使用するには、「マシンプロファイルを使用」を選択し、その後、VMを選択します。

「注：」

現在、マシンプロファイルの使用は、Azure、AWS、GCP、およびVMwareのVMに制限されています。

VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成する際、仮想マシンを保持するフォルダを指定する必要があります。

仮想マシンフォルダの場所を指定するには、カタログ作成ウィザードで「仮想マシン」ページに移動し、「マシンを配置するフォルダを選択」セクションに移動して仮想マシンフォルダの場所を選択します。指定しない場合、システムは選択されたマシンプロファイルのフォルダをデフォルトの場所と見なします。
AWS展開の場合、起動テンプレートをマシンプロファイルとして選択できます。
カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。

マシン

このページは、リモートPCアクセスカタログを作成する際には表示されません。

このページのタイトルは、「マシン管理」ページで選択した内容によって異なります。「マシン」、「仮想マシン」、または「VMとユーザー」。

「MCSを使用する場合：」

作成する仮想マシンの数を指定します。作成しない場合は「0」（ゼロ）を入力します。後で、「マシンの追加」を実行して、空のカタログにVMを作成できます。
各VMが持つメモリ量（MB単位）を選択します。
作成された各VMにはハードディスクがあります。そのサイズはマスターイメージで設定されます。カタログでハードディスクのサイズを変更することはできません。
展開に複数のゾーンが含まれている場合、カタログのゾーンを選択できます。
静的デスクトップVMを作成する場合は、仮想マシンコピーモードを選択します。詳細については、「仮想マシンコピーモード」を参照してください。
vDiskを使用しないランダムデスクトップVMを作成する場合は、各マシンの一時データに使用するキャッシュを構成できます。詳細については、「一時データ用のキャッシュの構成」を参照してください。

他のツールを使用する場合:

Active Directoryマシンアカウント名を追加（またはリストをインポート）します。VMを追加/インポートした後で、そのVMのActive Directoryアカウント名を変更できます。デスクトップエクスペリエンスページで静的マシンを指定した場合、追加する各VMのActive Directoryユーザー名をオプションで指定できます。

名前を追加またはインポートした後、このページにいる間に削除ボタンを使用してリストから名前を削除できます。

他のツールを使用する場合（ただしMCSではない場合）:

追加（またはインポート）された各マシンに表示されるアイコンとツールヒントは、カタログに追加できない可能性のあるマシンや、Delivery Controllerに登録できないマシンを特定するのに役立ちます。詳細については、「VDAのバージョンと機能レベル」を参照してください。

仮想マシンの作成中にSIDを追加する

新しい仮想マシンを作成する際に、マシンを一意に識別するためにパラメーターADAccountSidを追加できるようになりました。

これを行うには:

サポートされているIDタイプでカタログを作成します。

NewProvVMを使用してマシンをカタログに追加します。例：

New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
<!--NeedCopy-->

ただし、次の条件でマシンをプロビジョニングすることはできません。

カタログIDプールにないADアカウント
利用可能な状態ではないADアカウント

仮想マシンコピーモード

「マシン」ページで指定するコピーモードによって、MCSがマスターイメージからシン（高速コピー）クローンまたはシック（完全コピー）クローンを作成するかが決まります。（デフォルト = シンクローン）

より効率的なストレージ使用とより高速なマシン作成のために、高速コピーのクローンを使用します。
マシン作成後のIOPS削減の可能性を伴う、より優れたデータ回復と移行のサポートのために、完全コピーのクローンを使用します。

注：

完全コピーのクローンアプローチは、マルチセッションまたはシングルセッションOS上の永続VMのプロビジョニングにのみ利用可能です。

VDAバージョンと機能レベル

カタログの機能レベルは、カタログ内のマシンで利用可能な製品機能を制御します。新しい製品バージョンで導入された機能を使用するには、新しいVDAが必要です。ただし、以前のVDAバージョンを持つそのカタログ内のマシンは登録できません。

「マシン」（または「デバイス」）ページの下部にあるメニューで、最小VDAレベルを選択できます。これにより、カタログの最小機能レベルが設定されます。デフォルトでは、オンプレミス展開の場合、最新の機能レベルが選択されます。Citrixの推奨に従って、常にVDAとコアコンポーネントを最新バージョンにインストールおよびアップグレードする場合は、この選択を変更する必要はありません。ただし、古いVDAバージョンを使い続ける必要がある場合は、正しい値を選択してください。

Citrix Virtual Apps and Desktopsのリリースに新しいVDAバージョンが含まれていない場合や、新しいVDAが機能レベルに影響を与えない場合があります。そのような場合、機能レベルは、インストールまたはアップグレードされたコンポーネントよりも古いVDAバージョンを示すことがあります。各リリースの新機能の記事には、デフォルトの機能レベルの変更が示されています。

選択された機能レベルは、その上にあるマシンのリストに影響します。リストでは、各エントリの横にあるツールチップが、その機能レベルでマシンのVDAがカタログと互換性があるかどうかを示します。

各マシンのVDAが選択された最小機能レベルを満たしていないか、それを超えていない場合、ページにメッセージが表示されます。ウィザードを続行できます。これらのマシンは、後でControllerに登録できない可能性があります。または、次のことができます。

古いVDAを含むマシンをリストから削除し、それらのVDAをアップグレードしてから、カタログに再度追加します。
最新の製品機能へのアクセスを妨げる、より低い機能レベルを選択する。

マシンが間違ったマシンタイプであるためにカタログに追加されなかった場合も、メッセージが表示されます。例としては、サーバーをシングルセッションOSカタログに追加しようとしたり、ランダム割り当て用に作成されたシングルセッションOSマシンを静的マシンのカタログに追加したりする場合があります。

重要:

リリース1811で、追加の機能レベルが追加されました: 1811 (またはそれ以降)。このレベルは、将来のCitrix Virtual Apps and Desktopsの機能で使用することを目的としています。7.9 (またはそれ以降) の選択は、引き続きデフォルトです。このデフォルトは、現在すべての展開で有効です。

1811 (またはそれ以降) を選択した場合、そのカタログ内の以前のVDAバージョンはControllerに登録できません。ただし、カタログにバージョン1811以降のサポートされているVDAのみが含まれている場合、それらはすべて登録の対象となります。これには、バージョン1903および現在のリリース以前のその他の19XXリリースを含む、後のCitrix Virtual Apps and Desktopsリリース用に構成されたVDAを含むカタログが含まれます。

一時データ用のキャッシュを構成する

カタログ内のランダムな非永続マシンをMCSで管理する場合、マシンのI/Oパフォーマンスを向上させるために、ライトバックキャッシュを有効にできます。

ライトバックキャッシュはMCSIOと呼ばれます。詳しくは、こちらのブログ記事を参照してください。

前提条件

ライトバックキャッシュを有効にするには、カタログは次の要件を満たす必要があります。

一時データ用のストレージを指定する接続を使用します。詳しくは、接続とリソースを参照してください。
VDAはバージョン7.9以降であり、現在のMCSIOドライバーがインストールされている必要があります。

注:

このドライバーのインストールは、VDAをインストールまたはアップグレードする際のオプションです。デフォルトでは、このドライバーはインストールされません。
ディスクキャッシュのドライブ文字割り当てを有効にするには、VMは次の追加要件を満たす必要があります。
- オペレーティングシステム: Windows
- VDAバージョン: 2305以降

考慮事項

ライトバックキャッシュには、メモリキャッシュとディスクキャッシュがあります。デフォルトでは、接続タイプによってデフォルト値が異なります。通常、デフォルト値はほとんどのケースで十分ですが、以下のために必要な領域を考慮してください。
- Windowsページファイルを含む、Windows自体によって作成される一時データファイル。
- ユーザープロファイルデータ。
- ユーザーのセッションに同期されるShareFileデータ。
- セッションユーザーまたはユーザーがセッション内にインストールする可能性のあるアプリケーションによって作成またはコピーされる可能性のあるデータ。
ストレージイメージ(/ja-jp/citrix-virtual-apps-desktops/2503/media/storage-temp2.png)
ディスクキャッシュがありメモリキャッシュがないライトバックキャッシュの構成は削除されました。一時データのキャッシュを有効にするには、ディスクキャッシュサイズ (GB) と キャッシュに割り当てられるメモリ (MB) を選択し、メモリキャッシュに0より大きいサイズを指定することをお勧めします。一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが設定された制限に達すると、最も古いデータは一時データキャッシュディスクに移動されます。
メモリキャッシュは、各マシン上のメモリの総量の一部です。したがって、メモリキャッシュサイズ (MB) (推奨) チェックボックスを有効にする場合は、各マシン上のメモリの総量を増やすことを検討してください。
メモリキャッシュサイズ (MB) (推奨) チェックボックスをオフのままにすると、一時データはディスクキャッシュに直接書き込まれ、最小限のメモリが使用されます。
ディスクキャッシュサイズ (GB) をデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズは、ユーザーの要件とマシンにかかる負荷に合わせる必要があります。

重要:

ディスクキャッシュの容量が不足すると、ユーザーのセッションは使用できなくなります。
ディスクキャッシュサイズ チェックボックスをオフにすると、キャッシュディスクは作成されません。この場合、すべての一時データを保持するのに十分な大きさの キャッシュに割り当てられるメモリ の値を指定します。これは、各VMに割り当てるための大量のRAMが利用可能な場合にのみ実現可能です。
両方のチェックボックスをオフにすると、一時データはキャッシュされません。各VMの差分ディスク（OSストレージにあります）に書き込まれます。(これは、7.9より前のリリースでのプロビジョニングアクションです。)
AppDisksを作成するためにこのカタログを使用する予定がある場合は、キャッシングを有効にしないでください。
マシンカタログが作成された後で、そのキャッシュ値を変更することはできません。

ニック (複数形)

このページは、Remote PC Accessカタログを作成しているときには表示されません。

複数のNICを使用する予定がある場合は、各カードに仮想ネットワークを関連付けます。たとえば、一方のカードを特定のセキュアネットワークへのアクセスに割り当て、もう一方のカードをより一般的に使用されるネットワークへのアクセスに割り当てることができます。このページからNICを追加または削除することもできます。

マシンアカウント

このページは、Remote PC Accessカタログを作成している場合にのみ表示されます。

マシンアカウントページで、ユーザーまたはユーザーグループに対応するActive Directoryマシンアカウントまたは組織単位（OU）を追加するように指定します。OU名にスラッシュ（/）を使用しないでください。

OUを追加するときに、ドメインがリストに表示されていない場合は、次の操作を実行できます。

完全一致で検索します。
すべてのドメインを参照して見つけます。

以前に構成した電源管理接続を選択するか、電源管理を使用しないことを選択できます。電源管理を使用したいが、適切な接続がまだ構成されていない場合は、後でその接続を作成し、マシンカタログを編集して電源管理設定を更新できます。

マシンID

このページは、MCSを使用してVMを作成する場合にのみ表示されます。

カタログ内の各マシンは一意のIDを持つ必要があります。このページでは、カタログ内のマシンのIDを構成できます。マシンはプロビジョニング後にIDに結合されます。カタログを作成した後でIDタイプを変更することはできません。

このページで設定を構成するための一般的なワークフローは次のとおりです。

リストからIDを選択します。
アカウントを作成するか、既存のアカウントを使用するか、およびそれらのアカウントの場所（ドメイン）を指定します。

次のいずれかのオプションを選択できます。

オンプレミスActive Directory。組織が所有し、その組織に属するActive Directoryアカウントでサインインするマシン。これらはオンプレミスに存在します。
ハイブリッドAzure Active Directory参加済み。組織が所有し、その組織に属するActive Directory Domain Servicesアカウントでサインインするマシン。これらはクラウドとオンプレミスに存在します。要件、制限、および考慮事項については、「ハイブリッドAzure Active Directory参加済み」を参照してください。
注：
- ハイブリッドAzure Active Directory参加を使用する前に、Azure環境が前提条件を満たしていることを確認してください。「Microsoft Entra ハイブリッド参加の構成」を参照してください。
- このオプションでは、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。詳細については、「Microsoft Entra ハイブリッド参加済みデバイス」を参照してください。
ドメイン非参加。どのドメインにも参加していないマシン。要件と制限については、「ドメイン非参加」を参照してください。

重要：

IDタイプとしてオンプレミスActive DirectoryまたはハイブリッドAzure Active Directory参加済みを選択した場合、カタログ内の各マシンには対応するActive Directoryコンピューターアカウントが必要です。

ドメイン非参加IDタイプでは、カタログの最小機能レベルとしてVDAバージョン2311以降が必要です。利用可能にするには、最小機能レベルを更新してください。

アカウントを作成する場合、マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。カタログ内の各マシンには一意の名前が必要です。作成するマシンのアカウント命名スキームを指定します。詳細については、「マシンアカウント命名スキーム」を参照してください。

注：

OU名にスラッシュ (/) を使用しないようにしてください。

既存のアカウントを使用する場合は、アカウントを参照するか、[インポート] をクリックしてアカウント名を含む .csv ファイルを指定します。インポートするファイルの内容は、次の形式を使用する必要があります。

[ADComputerAccount] ADcomputeraccountname.domain

追加するすべてのマシンに対して十分なアカウントがあることを確認してください。Web Studioインターフェイスがそれらのアカウントを管理します。したがって、そのインターフェイスですべてのアカウントのパスワードをリセットできるようにするか、すべてのアカウントで同じである必要があるアカウントパスワードを指定してください。

物理マシンまたは既存のマシンを含むカタログの場合、既存のアカウントを選択またはインポートし、各マシンをActive Directoryコンピューターアカウントとユーザーアカウントの両方に割り当てます。

マシンアカウントの命名スキーム

カタログ内の各マシンには一意の名前が必要です。カタログを作成する際には、マシンアカウントの命名スキームを指定する必要があります。名前に表示される連続した数字または文字のプレースホルダーとして、ワイルドカード（ハッシュマーク）を使用します。

命名スキームを指定する際は、以下の規則に注意してください。

命名スキームには少なくとも1つのワイルドカードを含める必要があります。すべてのワイルドカードはまとめて配置する必要があります。
ワイルドカードを含む名前全体は、2文字以上15文字以下である必要があります。少なくとも1つの非数字文字と1つの#（ワイルドカード）文字を含める必要があります。
名前にスペースや次の文字を含めることはできません: ,~!@'$%^&.()}{\/*?"<>|=+[];:_".。
名前の末尾にハイフン (-) を使用することはできません。

また、命名スキームを指定する際には、将来の拡張のために十分な余地を残してください。例を挙げます。「veryverylong#」というスキームで1,000個のマシンアカウントを作成した場合、最後に作成されるアカウント名（veryverylong1000）は16文字になります。したがって、この命名スキームでは、最大15文字を超えるマシン名が1つ以上生成されることになります。

連続する値が数字 (0-9) なのか文字 (A-Z) なのかを示すことができます。

0-9。選択した場合、指定されたワイルドカードは連続する数字に解決されます。

注記:

ワイルドカード (#) が1つの場合、アカウント名は1から始まります。2つの場合、アカウント名は01から始まります。3つの場合、アカウント名は001から始まります。以降も同様です。
A-Z。選択した場合、指定されたワイルドカードは連続した文字に解決されます。

たとえば、PC-Sales-##（0-9が選択されている場合）という命名スキームでは、PC-Sales-01、PC-Sales-02、PC-Sales-03などのアカウントが作成されます。

必要に応じて、アカウント名の開始文字を指定できます。

0-9を選択した場合、アカウントは指定された数字から順に命名されます。前のフィールドで使用するワイルドカードの数に応じて、1桁以上の数字を入力します。たとえば、2つのワイルドカードを使用する場合は、2桁以上の数字を入力します。
A-Zを選択した場合、アカウントは指定された文字から順に命名されます。前のフィールドで使用するワイルドカードの数に応じて、1文字以上の文字を入力します。たとえば、2つのワイルドカードを使用する場合は、2文字以上の文字を入力します。

ドメイン資格情報

アカウント操作を実行する権限を持つ管理者の資格情報を入力します。詳細な手順は次のとおりです。

[Enter credentials] をクリックします。Windowsセキュリティページが表示されます。
[User name] フィールドに、管理者のSamName、ユーザー名、またはユーザーSIDを入力します。
- SamNameを入力すると、[Domain] フィールドが自動的に入力されます。
- ユーザー名またはSIDを入力する場合、[Domain] フィールドにドメイン名またはSIDを入力することで、特定のドメインにユーザー検索を限定できます。
[Check name] をクリックして、ユーザー名が有効または一意であるかを確認します。
[Password] フィールドに、管理者のドメインパスワードを入力します。
「完了」をクリックします。

「注：」

「マシンID」で選択したIDタイプが「Hybrid Azure Active Directory joined」の場合、入力する資格情報には、Write userCertificate権限が付与されている必要があります。

概要、名前、および説明

「概要」ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報はWeb Studioに表示されます。

完了したら、「完了」をクリックしてカタログの作成を開始します。完了したら、「完了」を選択してカタログの作成を開始します。

「マシンカタログ」で、新しいカタログがインラインの進行状況バーとともに表示されます。

作成の進行状況の詳細を表示するには：

マシンカタログにマウスを合わせます。
表示されるツールヒントで、「詳細の表示」をクリックします。

ステップバイステップの進行状況グラフが表示され、次の項目を確認できます。
- ステップの履歴
- 現在のステップの進行状況と実行時間
- 残りのステップ

MCSの時刻同期

タイム同期は、マスターイメージと、マシンIDが結合されたカタログのタイプによって決定されます。マスターイメージとカタログに応じて、以下のタイム同期方法が適用されます。

マスターイメージ	カタログ	結果として得られるタイム同期方法
NDJ	AD またはハイブリッド Azure AD	デフォルトでは、NT5DS。マスターイメージのレジストリ設定を使用して、MCSがタイム同期設定を変更するのを無効にできます。
NDJ	NDJ or Azure AD	元の時刻同期設定と同じ設定が適用されます
AD またはハイブリッド Azure AD	AD またはハイブリッド Azure AD	元の時刻同期設定と同じ設定が適用されます
アジュール AD	アジュール AD	元の時刻同期設定と同じです

注：

元の時刻同期は、以下のレジストリ設定によって制御されており、変更できません。

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config

Value: MaxAllowedPhaseOffset, MaxNegPhaseCorrection, and MaxPosPhaseCorrection

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters

値: 種類

MCSが時刻同期設定を変更しないようにするには、マスターイメージで以下のレジストリ設定の値を設定します。

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
名前：タイムシンクメソッドキープ
種類：ディーワード
0 (または、値 TimeSyncMethodKeep が構成されていない場合): 元の時刻同期設定を保持しません。
1: 元の時刻同期設定とデフォルトのパラメーター値を保持します。

カスタムプロパティの設定に関する重要な考慮事項

GCPおよびAzure環境では、New-ProvSchemeおよびSet-ProvSchemeでカスタムプロパティを正しく設定する必要があります。存在しないカスタムプロパティを指定すると、以下のエラーメッセージが表示され、コマンドは実行に失敗します。

Azure においては: Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.
GCP においては: Invalid property found: <invalid property>. Ensure that the value supplied for the property is supported in the Hypervisor.

トラブルシューティング

重要:

Web Studio を使用してマシンカタログを作成した後、マシンカタログ作成に関連するタスクを取得するために Get-ProvTask PowerShell コマンドを使用することはできません。この制限は、カタログが正常に作成されたかどうかにかかわらず、Web Studio がマシンカタログ作成後にそれらのタスクを削除するためです。

Citrix は、サポートチームが解決策を提供できるよう、ログを収集することをお勧めします。Citrix Provisioning を使用している場合は、次の手順でログファイルを生成します。

マスターイメージで、値 1 (DWORD (32 ビット) 値として) の次のレジストリキーを作成します: HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING。
マスターイメージをシャットダウンし、スナップショットを作成します。
デリバリーコントローラー上で、以下の PowerShell コマンドを実行します: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True。
そのスナップショットに基づいてカタログを作成します。
ハイパーバイザー上に準備 VM が作成されたら、ログインして C:\ のルートから次のファイル (Image-prep.log および PvsVmAgentLog.txt) を抽出します。
マシンをシャットダウンすると、その時点で障害が報告されます。
イメージ準備マシンの自動シャットダウンを再度有効にするには、次の PowerShell コマンドを実行します: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown。

MCS I/Oライトバックキャッシュディスクに特定のドライブ文字を割り当てる

MCS I/Oライトバックキャッシュディスクに特定のドライブ文字を割り当てることができます。この実装により、使用するアプリケーションのドライブ文字とMCS I/Oライトバックキャッシュディスクのドライブ文字との間の競合を回避できます。これを行うには、PowerShellコマンドを使用できます。サポートされているハイパーバイザーは、Azure、GCP、VMware、SCVMM、およびXenServerです。

注記:

この機能には、VDAバージョン2305以降が必要です。

制限事項

Windowsオペレーティングシステムにのみ適用されます
ライトバックキャッシュディスクに適用可能なドライブ文字: EからZ
Azure一時ディスクがライトバックキャッシュディスクとして使用される場合は適用されません
新しいマシンカタログを作成する場合にのみ適用されます

ライトバックキャッシュディスクにドライブ文字を割り当てる

ライトバックキャッシュディスクにドライブ文字を割り当てるには:

PowerShellウィンドウを開きます。
asnp citrix*を実行します。
まだ作成されていない場合は、IDプールを作成します。詳細については、カタログの作成を参照してください。

New-ProvSchemeコマンドとWriteBackCacheDriveLetterプロパティを使用してプロビジョニングスキームを作成します。例:

New-ProvScheme -CleanOnBoot `
-HostingUnitName "<name>" `
-IdentityPoolName $schemeName `
-ProvisioningSchemeName $schemeName `
-InitialBatchSizeHint 1 `
-UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
-MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
-NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
-ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
-CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
<Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
<Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
<Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
</CustomProperties>'
<!--NeedCopy-->

カタログの作成を完了します。

MCSマシンカタログを作成する前に構成を検証します

MCSマシンカタログを作成する前に、New-ProvSchemeコマンドの-validateパラメーターを使用して構成設定を検証できます。このPowerShellコマンドをパラメーターと共に実行すると、誤ったパラメーターが使用された場合や、あるパラメーターが別のパラメーターと競合する場合に、適切なエラーメッセージが表示されます。その後、エラーメッセージを使用して問題を解決し、PowerShellを使用してMCSマシンカタログを正常に作成できます。現在、この機能はAWS、Azure、GCP、およびVMwareの仮想化環境に適用できます。

注:

検証中は、実際のMCSマシンカタログを作成してはなりません。コマンドの結果を使用してエラーを修正し、その後で正常なカタログを作成する必要があります。したがって、New-ProvSchemeコマンドを実行する際は、偽のIDプール名を使用してください。

構成を検証するには、次の手順を実行します。

デリバリーコントローラーホストから PowerShell ウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするためにasnp citrix*を実行します。

New-ProvSchemeコマンドを実行し、-validateパラメーターを使用します。コマンドが機能するように、偽のIDプール名を提供します。例:

$result =New-ProvScheme  -CleanOnBoot -HostingUnitName "vSanRg" -IdentityPoolName "mptmpcatalogdemo" -InitialBatchSizeHint 1  -MasterImageVM "XDHyp:\HostingUnits\vSanRg\Windows19MasterImage.vm\Citrix_XD_NonMachineProfileWin19Machines.snapshot" -NetworkMapping @{"0"="XDHyp:\HostingUnits\vSanRg\\VM Network.network"} -ProvisioningSchemeName "MachineProfileW10Machines"  -Scope @()
-VMCpuCount 2  -VM
MemoryMB 6143 -MachineProfile "XDHyp:\HostingUnits\vSanRg\TRW-Win11-tpm-BL-TEMPLATE.template" -TenancyType Shared  -FunctionalLevel "L7_20" -Validate
$result.TerminatingError | Format-List -Property *
<!--NeedCopy-->

エラーメッセージ:

ErrorData    : {[[ValidationFailureCount, xxx], [InvalidMemoryValue, The memory size provided 6143 must be a multiple of 4 MB and must be greater than or equal to 4 MB.], [InconsistentGuestOsSetting, The GuestOs setting - windows9_64Guest of the selected machine profile does not match with the setting - windows2019srv_64Guest of master image. Please select a machine profile that matches the GuestOs setting of the master image.], [InconsistentVtpmSetting, The vTPM setting of the selected machine profile does not match with the selected master image. Please select a machine profile that matches the vTPM setting of the master image.], [InconsistentFirmwareSetting, The firmware setting - efi of the selected machine profile does not match with the setting - bios of master image. Please select a machine profile that matches the firmware setting of the master image ErrorId      : ValidationFailure
ErrorMessage : ValidationFailure
Operation    : ValidatingInputs
<!--NeedCopy-->

構成設定を検証した後、実際のIDプール名と正しいパラメーターを使用してMCSマシンカタログを作成できます。

次のステップ

特定のクラウドサービスカタログの作成については、以下を参照してください。

これが最初に作成されたカタログである場合、Web Studio はデリバリーグループを作成するように案内します。

構成プロセス全体を確認するには、インストールと構成を参照してください。

Web Studio と PowerShell を使用して Citrix Provisioning カタログを作成できます。この実装には、次の利点があります。

MCS と Citrix Provisioning カタログの両方を管理するための単一の統合コンソール。
ID 管理ソリューション、オンデマンドプロビジョニングなど、Citrix Provisioning カタログの新機能を利用できます。

現在、この機能は Azure および VMware ワークロードでのみ利用可能です。ただし、VMware 環境では、現在 PowerShell コマンドのみを使用してカタログを作成できます。詳細については、Citrix Studio で Citrix Provisioning カタログを作成するを参照してください。

詳細情報

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

この情報は役に立ちましたか?

マシンカタログを作成する

May 31, 2026

寄稿者:

May 31, 2026

寄稿者:

この記事の概要

はじめに
概要
MCS I/Oライトバックキャッシュディスクに特定のドライブ文字を割り当てる
マスターイメージを準備する
ボリュームライセンスのアクティベーション
Web Studio を使用してマシンカタログを作成する
オペレーティングシステム
マシン管理
デスクトップの種類（デスクトップエクスペリエンス）
イメージとマシンプロファイル
マシン
ニック (複数形)
マシンアカウント
マシンID
ドメイン資格情報
概要、名前、および説明
MCSの時刻同期
カスタムプロパティの設定に関する重要な考慮事項
トラブルシューティング
MCS I/Oライトバックキャッシュディスクに特定のドライブ文字を割り当てる
MCSマシンカタログを作成する前に構成を検証します
次のステップ
詳細情報

この情報は役に立ちましたか?