マシンカタログの作成
重要:
Citrix Virtual Apps and Desktops™ 7 2006では、現在の展開で次のテクノロジのいずれかを使用している場合、これらのテクノロジを使用する製品終了（EOL）アイテムを削除した後でのみ、展開を現在のリリースにアップグレードできます。
- Personal vDisk（PvD）
- AppDisk™
- パブリッククラウドのホストタイプ：Citrix CloudPlatform、Microsoft Azure Classic
詳しくは、「PvD、AppDisk、およびサポートされていないホストの削除」を参照してください。
注：
Web Studio（Webベース）とCitrix Studio（Windowsベース）の2つの管理コンソールを使用して、Citrix Virtual Apps and Desktopsの展開を管理できます。 この記事では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アップグレードが処理されます。
概要
仮想マシンのカタログの作成時には、それらの仮想マシンのプロビジョニング方法を指定します。 Machine Creation Services™（MCS）を使用できます。 または、独自のツールを使用してマシンをプロビジョニングすることもできます。
次の点を考慮してください：
- MCSは、仮想マシンイメージから1つのシステムディスクをサポートします。 このイメージに接続されている残りのデータディスクは無視されます。
- MCSを使用して仮想マシンをプロビジョニングする場合、カタログ内に同じ仮想マシンを作成するためのマスターイメージ（またはイメージのスナップショット）を提供します。 カタログを作成する前に、ツールを使用してマスターイメージを作成し、構成します。 この処理には、イメージへのVirtual Delivery Agent（VDA）のインストールが含まれます。 その後、Web Studioでマシンカタログを作成します。 そのイメージ（またはスナップショット）を選択し、カタログで作成する仮想マシンの数を指定して、追加情報を構成します。
- マシンが既に提供されている場合でも、マシンに対して1つまたは複数のマシンカタログを作成する必要があります。
- PowerShell SDKを使用してカタログを直接作成する場合、イメージまたはそのスナップショットの代わりに、ハイパーバイザーテンプレート（VMTemplates）を指定できます。
- テンプレートを使用したカタログのプロビジョニングは、試験段階の機能と見なされています。 この方法を使用すると、仮想マシンの準備に失敗する場合があります。 そのため、テンプレートを使用してカタログを公開することができなくなります。
MCSまたはCitrix Provisioning™を使用して最初のカタログを作成する場合、サイトの作成時に構成したホスト接続を使用します。 後で（最初のマシンカタログおよびデリバリーグループを作成した後に）、その接続に関する情報を変更したり、追加接続を作成したりすることができます。
カタログの作成ウィザードを完了すると、テストが自動的に実行され、正しく構成されているかどうかが検証されます。 テストが完了したら、テストレポートを表示できます。 Web Studioからテストをいつでも実行できます。
注：
MCSでは、Windows 10 IoT CoreおよびWindows 10 IoT Enterpriseはサポートされていません。 詳しくは、Microsoft社のサイトを参照してください。
Citrix Provisioningツールの技術的な詳細については、「Citrix Virtual Apps and Desktopsのイメージ管理」を参照してください。
RDSライセンスチェック
Citrix Studioは現在、WindowsマルチセッションOSマシンが含まれるマシンカタログの作成時にMicrosoft RDSライセンスの有効性をチェックしません。 WindowsマルチセッションOSマシン用のMicrosoft RDSライセンスの状態を確認するには、Citrix Directorにアクセスしてください。 ［マシンの詳細］ パネルで、Microsoft RDS（Remote Desktop Services）ライセンスの状態を表示します。 このパネルは、［マシンの詳細とユーザーの詳細］ ページにあります。 詳しくは、「Microsoft RDSライセンスの正常性」を参照してください。
VDA登録
仲介セッションを起動する場合、Delivery Controller™にVDAが登録されている必要があります。 VDAが登録されていないと、登録されていれば使用されるはずの資源が使用されない場合があります。 VDAが登録されない理由はさまざまですが、その多くは管理者がトラブルシューティングできます。 Web Studioでは、カタログ作成ウィザードで、マシンをカタログからデリバリーグループに登録した後に、トラブルシューティング情報が提供されます。
ウィザードを使用して既存のマシンを追加すると、コンピューターアカウント名の一覧に、各マシンがカタログに追加するのに適しているかどうかが示されます。 各マシンの横にあるアイコンにマウスを合わせると、そのマシンに関する情報メッセージが表示されます。
メッセージで問題のあるマシンが示された場合は、該当のマシンを削除するか、マシンを追加します。 たとえば、マシンに関する情報を取得できない可能性があることを示すメッセージが表示された場合でも、そのマシンを追加します。
詳しくは、次のトピックを参照してください：
- CTX136668：VDA登録のトラブルシューティングガイダンス
- VDAバージョンと機能レベル
- VDAの登録方法
MCSカタログ作成の概要
以下は、カタログの作成ウィザードに情報を入力した後のデフォルトのMCS操作の簡単な概要です。
- （スナップショットではなく）マスターイメージを選択した場合、MCSでスナップショットが作成されます。
- MCSでスナップショットの完全コピーが作成され、ホスト接続で定義されたストレージの各場所に格納されます。
- MCSによってマシンがActive Directoryに追加され、そこで一意の識別子が作成されます。
- ウィザードで指定した数の仮想マシンがMCSによって作成され、各仮想マシンに対して2つのディスクが定義されます。 1つの仮想マシンにつき2つのディスクに加えて、同じストレージの場所にマスターも保存されます。 ストレージの場所が複数定義されている場合、それぞれの場所に以下の種類のディスクが割り当てられます：
- スナップショットの完全コピー。読み取り専用であり、作成した仮想マシン間で共有されます。
- 各仮想マシンに一意の識別子を与える、一意のIDディスク（16MB）。 各仮想マシンに対し、1つのIDディスクが割り当てられます。
- 仮想マシンへの書き込みを保存する、一意の差分ディスク。 このディスクは（ホストストレージでサポートされている場合）シンプロビジョニングされ、必要に応じてマスターイメージの最大サイズまで拡大します。 各仮想マシンに対し、1つの差分ディスクが割り当てられます。 差分ディスクには、セッション中に加えられた変更が保存されます。 専用デスクトップの場合、この変更は無期限に保存されます。 プールデスクトップの場合、Delivery Controllerによって再起動のたびにこの変更は削除され、新しい変更が作成されます。
または、仮想マシンを作成して静的デスクトップを配信する場合、（カタログの作成ウィザードの ［マシン］ ページで）シックな（完全なコピーの）仮想マシンのクローンを指定できます。 完全なクローンでは、すべてのデータストアにマスターイメージを保持する必要はありません。 各仮想マシンに独自のファイルが存在します。
Machine Creation Servicesのストレージの考慮事項
Machine Creation Services（MCS）のストレージソリューション、構成、容量を決定する際には、多くの要因があります。 以下に、適切なストレージ容量を決定するための考慮事項を示します：
容量に関する考慮事項：
-
ディスク
ほとんどのMCS環境において、デルタ（差分）ディスクが各VMの容量を一番多く占めます。 MCSにより作成される仮想マシンには、作成時にディスクが2つ以上割り当てられます。
- ディスク0 = 差分ディスク：マスター基本イメージからコピーしたOSが含まれます。
- ディスク1 = IDディスク：16MB - 各仮想マシンのActive Directoryデータが含まれます。
製品の進化にともない、特定のユースケースや機能の消費容量に合わせたディスクの追加が必要になることがあります。 次に例を示します：
- MCSストレージ最適化では、仮想マシンごとに書き込みキャッシュ形式のディスクが作成されます。 XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に使用可能なOSストレージ一覧を使用可能な一時ストレージ一覧と同一の構成にすると、MCSはライトバックキャッシュ（WBC）ディスクをOSディスクと同じストレージの場所に配置します。
- 前述のデルタディスクの使用例とは対照的に、MCSには、完全なクローンを使用する機能が追加されています。
Hypervisorの機能も、こうした要因になることがあります。 次に例を示します：
- XenServer IntelliCacheは、各XenServerのローカルストレージ上に読み取りディスクを作成します。 このオプションはマスターイメージに対するIOPSを保存します。このマスターイメージは、共有ストレージの場所に保存することもできます。
-
ハイパーバイザーのオーバーヘッド
ハイパーバイザーごとに固有のファイルを使用するため、このファイルが仮想マシンのオーバーヘッドとなります。 ハイパーバイザーは、管理操作および一般的なログ記録でストレージを使用します。 容量は、以下のオーバーヘッドを考慮して計算してください：
- ログファイル
- ハイパーバイザー固有のファイル。 次に例を示します：
- VMwareにより、VM storageフォルダーにファイルが追加されます。 VMwareのベストプラクティスを参照してください。
- 仮想マシン全体で必要なサイズを計算してください。 たとえば、仮想ディスクに20GB、スワップファイルに16GB、ログファイルに100MBを使用している仮想マシンでは、合計で36.1GBを消費することを考慮に入れます。
- XenServerのスナップショットおよびVMwareのスナップショット。
-
プロセスのオーバーヘッド
カタログの作成と更新、およびマシンの追加を行なうと、それぞれ以下のようにストレージに影響が及びます。 次に例を示します：
- カタログを初めて作成する場合、各ストレージの場所に基本ディスクをコピーする必要があります。
- カタログにマシンを追加する場合は、各ストレージの場所に基本ディスクをコピーする必要はありません。 ただし、カタログの作成方法は、選択した機能によって異なります。
- カタログを更新して、ストレージの場所ごとに基本ディスクを追加で作成します。 また、カタログに含まれる仮想マシンに一定期間にわたって2つの差分ディスクが割り当てられるため、一時的にストレージ占有量が急増することになります。
そのほかの考慮事項：
- RAMのサイズ設定： I/O最適化ディスク、書き込みキャッシュ、スナップショットファイルなど、特定のハイパーバイザーファイルとディスクのサイズに影響します。
- シン/シックプロビジョニング： シンプロビジョニング機能を備えているため、NFSストレージが推奨されます。
Machine Creation Services（MCS）ストレージ最適化
Machine Creation Services（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でディスクサイズを指定します。
- 仮想マシンの初回起動時に、書き込みキャッシュディスクが自動的に作成およびフォーマットされます。 仮想マシンが起動すると、書き込みキャッシュファイル
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とディスクサイズを構成できます。
-
既存のマシンカタログを、バージョン1903のVDAを含む新しい仮想マシンスナップショットに更新すると、その新しいスナップショットは、RAMとディスクサイズに関する既存のカタログのMCS I/O設定を引き続き使用します。 既存の未フォーマットディスクはフォーマットされます。
重要:
MCSストレージ最適化は、Citrix Virtual Apps and Desktopsバージョン1903で変更されました。 このリリースでは、ファイルベースの書き込みキャッシュテクノロジがサポートされ、パフォーマンスと安定性が向上しています。 MCS I/Oで提供される新機能は、Citrix Virtual Apps and Desktopsの過去のリリースと比較して、より高い書き込みキャッシュストレージ要件が必要になることがあります。 割り当てられたワークフローと追加のページファイル用の十分なディスク領域があることを確認するために、ディスクサイズを再評価することをお勧めします。 ページファイルのサイズは通常、システム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プールをまだ作成していない場合は作成します。
-
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--> - カタログの作成を完了します。 詳しくは、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/を参照してください。
マスターイメージの準備
接続ホストの作成について詳しくは、「接続とリソース」を参照してください。
マスターイメージには、オペレーティングシステム、仮想化しないアプリケーション、VDA、およびそのほかのソフトウェアをインストールしておきます。
ヒント：
- マスターイメージは、「クローンイメージ」、「ゴールデンイメージ」、「ベース仮想マシン」、または「基本イメージ」と呼ばれることがあります。 ホストベンダーによって、異なる用語を使用します。
- ホストに、作成されたマシン数に対応する十分なプロセッサ、メモリ、ストレージがあることを確認してください。
- デスクトップとアプリケーションで必要な適切な量のハードディスク領域を構成します。 この値は、後で、またはマシンカタログ内で変更することはできません。
- リモートPCアクセスのマシンカタログでは、マスターイメージを使用しません。
マスターイメージに以下のソフトウェアをインストールして構成します：
- ハイパーバイザー用の統合ツール（Citrix VM Tools、Hyper-V統合サービス、VMware Toolsなど）。 この手順を省略すると、アプリケーションやデスクトップが正しく動作しなくなる場合があります。
- VDA。 最新の機能を利用できるように、最新バージョンをインストールすることをCitrixではお勧めします。 マスターイメージにVDAをインストールできないと、カタログ作成が失敗します。
- アンチウイルスプログラムや電子ソフトウェア配信エージェントなどのサードパーティツール（必要に応じて）。 ユーザーやマシンの種類に適した設定で、サービス（更新機能など）を構成します。
- 仮想化せずにユーザーに提供するサードパーティのアプリケーション。 ただし、可能な場合はアプリケーションを仮想化することをCitrixではお勧めします。 仮想化することで、アプリケーションを追加したり再構成したりするたびにマスターイメージを更新する必要がなくなり、コストが削減されます。 また、各デスクトップにインストールするアプリケーションが少なくなるため、マスターイメージのハードディスクのサイズを減らしてストレージコストを節約できます。
- App-Vアプリケーションを公開する場合は、推奨設定のApp-Vクライアント。 App-V Clientは、Microsoft社から提供されます。
- MCSで作成したマシンカタログで、ローカライズされたMicrosoft Windowsを配信する場合は、マスターイメージに言語パックをインストールして言語オプション（システムロケールや表示言語など）を設定しておく必要があります。 これにより、プロビジョニング時にスナップショットが作成されると、その言語パックおよび言語オプションが仮想マシンで使用されます。
重要:
MCSを使用する場合は、マスターイメージ上でMicrosoft System Preparation Utility（Sysprep）を実行しないでください。
マスターイメージを準備するには
- ハイパーバイザーの管理ツールを使用して、マスターイメージを作成してから、オペレーティングシステムと、すべてのサービスパックおよび更新プログラムをインストールします。 仮想CPUの数を指定します。 また、PowerShellを使用してマシンカタログを作成する場合、仮想CPUの値を指定することもできます。 Web Studioを使用してカタログを作成する場合には、仮想CPUの数は指定できません。 デスクトップとアプリケーションで必要な量のハードディスク領域を構成します。 この値は、後で、またはカタログ内で変更することはできません。
- ハードディスクはデバイスの場所「0」で接続されている必要があります。 多くの標準マスターイメージテンプレートでは、デフォルトでこの場所にハードディスクが構成されますが、カスタムテンプレートを使用する場合は注意してください。
- マスターイメージに前述のソフトウェアをインストールして構成します。
- MCSを使用していない場合、マスターイメージはアプリケーションとデスクトップがメンバーとなっているドメインに統合します。 マスターイメージが、仮想マシンを作成するホスト上で使用できることを確認してください。 MCSを使用している場合、ドメインへのマスターイメージの統合は必要ありません。 プロビジョニングされたマシンは、カタログの作成ウィザードで指定されたドメインに統合されます。
- マスターイメージのスナップショットを作成して、名前を付けることをお勧めします。 カタログの作成時にスナップショットの代わりにマスターイメージを指定すると、Web Studioによりスナップショットが作成されます。 これに名前を付けることはできません。
ボリュームライセンス認証
MCSは、WindowsオペレーティングシステムとMicrosoft Officeのライセンス認証を自動化および管理するためのボリュームライセンス認証をサポートしています。 MCSでサポートされるボリュームライセンス認証モデルは、次の3種類です：
- キー管理サービス（KMS）
- Active Directoryによるライセンス認証（ADBA）
- マルチライセンス認証キー（MAK）
マシンカタログを作成した後にライセンス認証の設定を変更できます。
キー管理サービス（KMS）
KMSは、専用システムを必要としない軽量のサービスであり、他のサービスを提供するシステムで簡単に共同ホストできます。 この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。 イメージの準備中に、MCSはMicrosoft WindowsとMicrosoft OfficeのKMSリセットを行います。 コマンドSet-Provserviceconfigurationdataを実行すると、リセットをスキップできます。 KMSのアクティブ化について詳しくは、「Activate using Key Management Service」を参照してください。
注：
コマンド
Set-Provserviceconfigurationdataの実行後に作成されたすべてのマシンカタログは、コマンドで指定されたものと同じ設定になります。
Active Directoryによるライセンス認証（ADBA）
ADBAを使用すると、ドメイン接続を介してマシンをアクティブ化できます。 マシンは、ドメインに参加するとすぐにアクティブになります。 これらのマシンは、ドメインに参加し、ドメインに接続している限り、アクティブのままです。 この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。 Active Directoryによるライセンス認証について詳しくは、「Active Directoryによるライセンス認証」を参照してください。
マルチライセンス認証キー（MAK）
MAKはボリュームをアクティブ化する方法の1つで、Microsoftサーバーの助けを借りてWindowsシステムを認証します。 一定数のアクティベーションカウントが割り当てられているMAKキーをMicrosoftから購入する必要があります。 Windowsシステムがアクティブ化されるたびに、アクティベーションカウントが減少します。 システムをアクティブ化するには、次の2つの方法があります：
- オンラインアクティベーション：アクティブ化するWindowsシステムがインターネットにアクセスできる場合、システムはプロダクトキーのインストール時にWindowsを自動的にアクティブ化します。 このプロセスにより、対応するMAKのアクティベーションカウントが1減ります。
- オフラインアクティベーション：Windowsシステムがインターネットに接続してオンラインアクティベーションを実行できない場合、MCSはMicrosoftサーバーから確認IDとインストールIDを取得して、Windowsシステムをアクティブ化します。 このアクティベーション方法は、非永続的なマシンカタログに役立ちます。
注：
- MCSはMAKを使用したMicrosoft Officeのアクティベーションをサポートしていません。
- 必要なVDAの最小バージョンは2303です。
主な要件
- Delivery Controllerにはインターネットアクセスが必要です。
- 更新される新しいイメージのMAKキーが元のイメージと異なる場合は、新しいカタログを作成します。
- マスターイメージ上にMAKキーをインストールします。 WindowsシステムにMAKキーをインストールする手順については、「Deploy MAK Activation」を参照してください。
-
イメージの準備を使用しない場合：
-
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activationの下にDWORDレジストリ値Manualを追加します。 - 値を
1に設定します。
-
ライセンス認証数
MAKキーの残りのライセンス認証の数を表示したり、VMが2つ以上のライセンス認証を使用しているかどうかを確認するには、Volume Activation Management Tool（VAMT）を使用します。 「 VAMTのインストール」を参照してください。
MAKを使用してWindowsシステムをアクティブ化する
MAKを使用してWindowsシステムをアクティブ化するには：
- マスターイメージにプロダクトキーをインストールします。 この手順では、1つのアクティベーションカウントが消費されます。
- MCSマシンカタログを作成します。
-
イメージの準備を使用していない場合：
-
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activationの下にDWORDレジストリ値Manualを追加します。 - 値を
1に設定します。
この方法では、オンラインアクティベーションのオプションが無効になります。
-
- VMをマシンカタログに追加します。
- VMの電源をオンにします。
-
オンラインアクティベーションかオフラインアクティベーションかに応じて、Windowsシステムがアクティブ化されます。
- アクティベーションがオンラインの場合、プロダクトキーのインストール後にWindowsシステムがアクティブ化されます。
- アクティベーションがオフラインの場合、MCSはプロビジョニングされたVMと通信して、Windowsシステムのアクティベーションステータスを取得します。 次に、MCSは確認IDとインストールIDをMicrosoftサーバーから取得します。 これらのIDは、Windowsシステムをアクティブ化するために使用されます。
トラブルシューティング
プロビジョニングしたVMがインストールしたMAKキーでライセンス認証されない場合は、PowerShellウィンドウでGet-ProvVMまたはGet-ProvSchemeコマンドを実行します。
- コマンド
Get-ProvScheme：最新のマスターイメージからMCSマシンカタログに関連付けられたパラメーターWindowsActivationTypeを参照します。 -
Get-ProvVMコマンド。 パラメーターWindowsActivationType、WindowsActivationStatus、WindowsActivationStatusErrorCode、およびWindowsActivationStatusErrorを参照してください。
エラーを確認し、問題解決の手順を確認できます。
Web Studioでのマシンカタログの作成
カタログを作成する前に：
- 以下のセクションを確認して、選択する項目および指定する情報について理解しておいてください。
- マシンをホストするハイパーバイザーやクラウドサービスなどのリソースに対して、接続を作成していることを確認してください。
- マシンのプロビジョニングに使用するマスターイメージを作成している場合は、そのイメージにVDAがインストールされていることを確認してください。
カタログ作成ウィザードを開始するには、次の操作を行います：
- 初めてカタログを作成する場合には、適切な選択を行うためのガイドが表示されます（「マシンをセットアップし、マシンカタログを作成して、アプリとデスクトップを実行します」など）。 カタログ作成ウィザードが開きます。
-
すでにカタログを作成済みで、別のカタログを作成したい場合は、次の手順に従います：
-
Web Studioにサインインし、左側のペインで ［マシンカタログ］ を選択してから操作バーで ［マシンカタログの作成］ を選択します。
-
フォルダーを使用してカタログを整理するには、デフォルトのマシンカタログフォルダーの下にフォルダーを作成します。 詳しくは、「カタログフォルダーの作成」を参照してください。
-
カタログを作成するフォルダーを選択し、［マシンカタログの作成］をクリックします。 カタログ作成ウィザードが開きます。
-
ウィザードの指示に従って、以下の項目の操作を行います。 選択内容によって、異なるウィザードページが表示されます。
オペレーティングシステム
各カタログでは、以下のいずれかの種類のマシンを追加します。 いずれかを選択します。
- マルチセッションOS： マルチセッションOSカタログは、ホストされた共有デスクトップを提供します。 マシンでは、サポートされているバージョンのWindowsまたはLinuxオペレーティングシステムを実行できますが、両方をカタログに含めることはできません。 （このOSについて詳しくは、Linux VDAのドキュメントを参照してください）。
- シングルセッションOS： シングルセッションOSカタログでは、さまざまなユーザーに割り当てることができるVDIデスクトップが提供されます。
- リモートPCアクセス： リモートPCアクセスのカタログでは、オフィスにあるユーザーの物理デスクトップマシンへのリモートアクセスが提供されます。 リモートPCアクセスでは、セキュリティを保護するためのVPNが不要です。
マシン管理
このページは、リモートPCアクセスカタログを作成するときには表示されません。
［マシン管理］ ページでは、マシンの管理方法と、マシンの展開に使用するツールが示されます。
Web Studioを使用してカタログ内のマシンの電源を管理するかを選択します。
- Web Studioで電源管理されるマシン（仮想マシンやブレードPCなど）。 このオプションは、ホストへの接続を構成済みの場合にのみ使用可能です。
- Web Studioで電源管理しないマシン（物理マシンなど）。
マシンがWeb Studioで電源管理されるように指定した場合、仮想マシンの作成に使用するツールを選択します。
-
Citrix Provisioningテクノロジ
- Citrix Machine Creation Services（MCS） MCSを使用して、プロビジョニングされイメージが作成された仮想マシンのカタログを作成します。 MCSは、マスターイメージから複製されたイメージをそれらの仮想マシンにコピーします。
-
Citrix Provisioning Services（PVS）MCSを使用してプロビジョニングされ、PVSを使用してイメージが作成された仮想マシンのカタログを作成します。 これらの仮想マシンはPVSターゲットデバイスとして機能し、PVSサーバーは単一の共有ディスクイメージをそれらにストリーミングできます。
注：
- このオプションは、Citrix Cloud™に登録されたPVSサイトでのみ使用でき、現在はAzureリソースに限定されています。
- Citrix Provisioningカタログを作成するときに、［ターゲットデバイス］ ページで、プロビジョニングするマシンのファームとサイトを選択するためのドロップダウンメニューに、存在しなくなったファームとサイトが表示されることがあります。 回避策として、PowerShellコマンド「
Unregister-HypPvsSite」を実行して、データベースから該当するファームとサイトを削除できます。 PowerShellコマンドについて詳しくは、「Unregister-HypPvsSite」を参照してください。
-
ほかのサービスまたはテクノロジ データセンター内の既存のマシンを管理するための、上記以外のツール。 この場合、Microsoft System Center Configuration Managerまたはほかのサードパーティアプリケーションを使用してカタログ内のマシン構成の一貫性を保つことをCitrixではお勧めします。
デスクトップの種類（デスクトップエクスペリエンス）
注：
［デスクトップエクスペリエンス］ ページに表示されるオプションは、［マシンの種類］ ページで選択したマシンの種類に応じて異なります。
-
マルチセッションOSマシンの場合、ユーザーには、ログインするたびにランダムデスクトップが割り当てられます。 次のいずれかのオプションを選択します：
- はい。仮想デスクトップをホストしているマシンのローカルディスクに変更を保存します。（永続的）
- いいえ。ユーザーがログオフすると、すべての変更を破棄し、仮想デスクトップをクリアします。（非永続的）
注：
永続的なマルチセッションマシンの場合、ユーザーがデスクトップに加えた変更は保存され、すべての承認されたユーザーがアクセスできます。
-
シングルセッションOSマシンの場合、［デスクトップエクスペリエンス］ ページには次のオプションが表示されます：
- ユーザーがログオンするたびに新しいデスクトップに接続する（ランダム）。
-
ユーザーがログオンするたびに同じデスクトップに接続する（静的）。
静的デスクトップの場合、ユーザーが行った変更をログオフ後に保存するか破棄するかを決定できます。
［Save changes on the local disk of the machine hosting virtual desktops: Persistent］を選択すると、簡易コピーまたは完全コピーオプションは、［Virtual Machines］ページの［Virtual machine copy］モードで使用できます。
［Discard all changes and clear virtual desktops when the user logs off: Non-persistent］を選択する地、［Virtual Machines］ページで［Virtual machine copy］モードを構成できません。
イメージとマシンプロファイル
このページは、MCSを使用して仮想マシンを作成するときにのみ表示されます。
-
マシンカタログのイメージの種類を選択し、イメージを選択します。 次の2種類のイメージを使用できます：
-
マスターイメージ：まだイメージ準備プロセスで処理されていないイメージ。 カタログの作成が開始されると、イメージ準備プロセスが自動的に開始されます。
注：
- MCSを使用する場合は、マスターイメージ上でMicrosoft System Preparation Utility（Sysprep）を実行しないでください。
- スナップショットの代わりにマスターイメージを指定すると、Web Studioでスナップショットが作成されますが、そのスナップショットにわかりやすい名前を付けることはできません。
-
Prepared image. An image that has gone through the image preparation process and can be used for VM creation directly. Opting for prepared images rather than master images during catalog creation ensures faster and more reliable machine catalog creation, along with streamlined image lifecycle management. > Note: > > - VMs created using prepared images don’t support hibernation. > - Currently, creating catalogs using prepared images are available only in Azure and VMware environments.
準備済みイメージの作成方法について詳しくは、「イメージ管理（Technical Preview）」を参照してください。
イメージを選択するときに、必要に応じて選択したイメージにメモを追加できます。
最新の製品機能を使用できるようにするため、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。 デフォルトで選択されている最小VDAは変更しないでください。 ただし、以前のバージョンのVDAを使用する必要がある場合には、「VDAバージョンと機能レベル」を参照してください。
ウィザードで過去に選択したマシン管理テクノロジとの互換性がないスナップショットまたは仮想マシンを選択すると、エラーメッセージが表示されます。
-
-
既存のVMをマシンプロファイルとして使用するには、［マシンプロファイルを使用する］ を選択し、VMを選択します。
注：
現在、マシンプロファイルの使用は、Azure、AWS、GCP、およびVMware VMに制限されています。
VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成するときに、仮想マシンを保存するフォルダーを指定する必要があります。
仮想マシンフォルダーの場所を指定するには、カタログ作成ウィザードで ［Virtual Machines］ ページに移動し、［Select a folder to place the machines］ セクションに移動して、仮想マシンフォルダーの場所を選択します。 指定されていない場合、システムは選択したマシンプロファイルのフォルダーをデフォルトの場所と見なします。
- AWS展開では、起動テンプレートをマシンプロファイルとして選択できます。
- カタログの最小機能レベルを選択します。 最新の製品機能を使用できるようにするため、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。
マシン
このページは、リモートPCアクセスカタログを作成するときには表示されません。
このページのタイトルは、［マシン管理］ ページで選択した項目： ［マシン］、［仮想マシン］、［仮想マシンとユーザー］ によって変わります。
MCSを使用する場合：
- 作成する仮想マシンの数を指定します。 何も作成しない場合は、0（ゼロ）を入力します。 後で、［マシンの追加］ を実行して空のカタログに対して仮想マシンを作成できます。
- 各仮想マシンのメモリ量（MB単位）を選択します。
- 作成された各仮想マシンにハードディスクがあります。 そのサイズはマスターイメージに設定されます。 カタログでハードディスクのサイズを変更することはできません。
- 環境に複数のゾーンがある場合は、カタログのゾーンを選択できます。
- 静的なデスクトップ仮想マシンを作成する場合は、仮想マシンコピーモードを選択します。 「仮想マシンコピーモード」を参照してください。
- vDiskを使用しないランダムなデスクトップ仮想マシンを作成する場合は、各マシンの一時データに対して使用するキャッシュを構成できます。 「一時データ用キャッシュの構成」を参照してください。
他のツールを使用する場合：
Active Directoryマシンアカウント名の追加（またはアカウント名一覧のインポート） 仮想マシンのActive Directoryアカウント名は、追加またはインポートした後に変更できます。 ［デスクトップエクスペリエンス］ ページで静的なマシンを指定すると、追加する各仮想マシンにオプションでActive Directoryユーザー名を指定できます。
名前を追加またはインポートした後で、［削除］ ボタンを使用して、ユーザーはページ上のままで一覧から名前を削除できます。
他のツール（MCS以外）を使う場合：
追加（またはインポート）する各マシンのアイコンとヒントにより、カタログに追加できない可能性のあるマシン、またはDelivery Controllerに登録できない可能性のあるマシンを特定できます。 詳しくは、「VDAバージョンと機能レベル」を参照してください。
仮想マシン作成時のSIDの追加
ADAccountSidパラメーターを追加して、新しい仮想マシンの作成時にマシンを一意に識別できるようになりました。
これを行うには、以下の手順を実行します：
- サポートされているIDタイプでカタログを作成します。
-
NewProvVMを使用してマシンをカタログに追加します。 次に例を示します：New-ProvVM -ProvisioningSchemeName "name" -ADAccountSid @("SID ") -RunAsynchronously <!--NeedCopy-->
ただし、次のものを使用してマシンをプロビジョニングすることはできません：
- カタログIDプールにないADアカウント
- 使用可能な状態にないADアカウント
仮想マシンコピーモード
［マシン］ ページで指定するコピーモードによって、MCSがマスターイメージからシン（簡易コピー）クローンまたはシック（完全なコピー）クローンのどちらを作成するかが決まります。 （デフォルトはシンクローン）
- 簡易コピークローンは、効率的にストレージを使用し、すばやくマシンを作成したい場合に使います。
- 完全コピークローンは、マシン作成後にIOPSが潜在的に低下した場合に、質の高いデータの復元と移行サポートが必要な場合に使います。
注：
完全コピークローンのアプローチは、マルチセッションまたはシングルセッションOSで永続的な仮想マシンをプロビジョニングする場合にのみ使用できます。
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のみが含まれている場合は、それらはすべて登録対象です。 これには、新しいCitrix Virtual Apps and Desktopsリリース（バージョン1903および現在のリリースより前の19XXリリースを含む）用に構成されたVDAを含むカタログが含まれます。
一時データ用キャッシュの構成
MCSを使用してカタログ内のランダムな非永続マシンを管理する場合、マシンのライトバックキャッシュを有効にして、I/Oパフォーマンスを向上させることができます。
ライトバックキャッシュはMCSIOと呼ばれます。 詳しくは、このブログ記事を参照してください。
前提条件
ライトバックキャッシュを有効にするには、カタログが次の要件を満たしている必要があります：
- 一時データのストレージを指定する接続を使用します。 詳しくは、「接続およびリソース」を参照してください。
-
VDAはバージョン7.9以降であり、最新のMCSIOドライバーがインストールされている必要があります。
注：
このドライバーは、VDAのインストール時またはアップグレード時にオプションとしてインストールできます。 デフォルトでは、このドライバーはインストールされません。
- ディスクキャッシュのドライブ文字の割り当てを有効にするには、仮想マシンが次の追加の要件を満たしている必要があります：
- オペレーティングシステム： Windows
- VDAバージョン：2305以降
注意事項
- ライトバックキャッシュには、メモリキャッシュとディスクキャッシュがあります。 デフォルトでは、接続の種類によってデフォルト値が異なります。 通常は、デフォルト値で十分なことが多いですが、次のデータに必要な容量を検討してください：
- Windowsページファイルなどの、Windows自体が作成する一時データファイル
- ユーザープロファイルデータ
- ユーザーのセッションに同期されるShareFileデータ。
- セッションユーザーによって作成またはコピーされるデータや、ユーザーがセッション内にインストールするアプリケーション。
- ディスクキャッシュのみを使用し、メモリキャッシュを使用しないライトバックキャッシュの構成は削除されました。 一時データのキャッシュを有効にするには、［ディスクキャッシュサイズ（GB）］ と ［キャッシュに割り当てられたメモリ（MB）］ の両方を選択し、メモリキャッシュに0より大きいサイズを指定することをお勧めします。 一時データは最初にメモリキャッシュに書き込まれます。 メモリキャッシュが、構成された制限に達すると、古いデータから先に一時データキャッシュディスクに移動されます。
- メモリキャッシュは、各マシンの合計メモリ容量の一部です。 そのため、［メモリキャッシュサイズ（MB）（推奨）］ チェックボックスをオンにする場合は、各マシンの合計メモリ容量を増やすことを検討してください。
- ［メモリキャッシュサイズ（MB）（推奨）］ チェックボックスをオフのままにすると、最小限のメモリを使用して、一時データがディスクキャッシュに直接書き込まれます。
-
［ディスクキャッシュサイズ（GB）］ をデフォルト値から変更すると、パフォーマンスに影響することがあります。 サイズはユーザー要件とマシンの負荷に合わせる必要があります。
重要:
ディスクキャッシュの容量が不足すると、ユーザーセッションは利用できなくなります。
-
［ディスクキャッシュサイズ］ チェックボックスをオフにすると、キャッシュディスクは作成されません。 この場合、［キャッシュに割り当てられたメモリ］ にすべての一時的なデータを保持するのに十分な値を指定します。 これは、各仮想マシンへの割り当てに大量のRAMが使用できる場合にのみ可能です。
-
両方のチェックボックスをオフにすると、一時データはキャッシュされず、 各仮想マシンの差分ディスク（OSストレージにあります）に書き込まれます。 （これは、7.9より前のリリースでは、プロビジョニングアクションです。）
-
このカタログを使用してAppDiskを作成しようとしている場合は、キャッシュを有効にしないでください。
- マシンカタログの作成後は、キャッシュ値を変更できません。
NIC
このページは、リモートPCアクセスカタログを作成するときには表示されません。
複数のNICを使用する場合は、各NICに仮想ネットワークを関連付けます。 たとえば、特定のセキュアネットワークへのアクセスに1つのNICを割り当てて、より一般的なネットワークへのアクセスに別のNICを割り当てることができます。 また、このページでNICを追加または削除することもできます。
マシンアカウント
このページは、リモートPCアクセスカタログを作成するときにのみ表示されます。
［マシンアカウント］ ページで、ユーザーまたはユーザーグループに対応するActive Directoryマシンアカウントまたは組織単位（OU）を指定して追加します。 組織単位名にはスラッシュ（/）を使用しないでください。
組織単位を追加するとき、ドメインがリストに表示されていない場合は、次の操作を実行できます：
- 完全一致を使用して検索します。
- すべてのドメインを参照して見つけます。
構成済みの電源管理接続を選択するか、電源管理を使用しないことを選択します。 電源管理に必要な接続が構成済みでない場合は、マシンカタログの作成後に新しい接続を作成してから、そのマシンカタログを編集して電源管理設定を更新できます。
マシンID
このページは、MCSを使用して仮想マシンを作成するときにのみ表示されます。
カタログ内の各マシンは、一意のIDを持っている必要があります。 このページでは、カタログ内のマシンのIDを構成できます。 マシンは、プロビジョニングされた後、IDに結合されます。 カタログの作成後にIDの種類を変更することはできません。
このページで設定を構成するための一般的なワークフローは次のとおりです：
- 一覧からIDを選択します。
- アカウントを作成するか既存のアカウントを選択して、アカウントの場所（ドメイン）を指定します。
次のいずれかのオプションを選択できます：
- オンプレミスActive Directory。 組織が所有しているマシンで、その組織に属したActive Directoryアカウントでサインインしたマシン。 これらのマシンはオンプレミスに存在します。
-
Hybrid Azure Active Directory参加済み。 組織が所有しているマシンであり、その組織に属したActive Directory Domain Servicesアカウントでサインインしたマシン。 これらのマシンはクラウドとオンプレミスに存在します。 要件、制限、および考慮事項については、「Hybrid Azure Active Directory参加済み」を参照してください。
注：
- Hybrid Azure Active Directory参加を使用する前に、Azure環境が前提条件を満たしていることを確認してください。 「Microsoft Entraハイブリッド参加を構成する」を参照してください。
- このオプションを使用するには、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。 詳しくは、「Microsoft Entra hybrid joined devices」を参照してください。
- ドメイン非参加。 どのドメインにも参加していないマシン。 要件と制限については、「ドメイン非参加」を参照してください。
重要:
- IDの種類に ［オンプレミスActive Directory］ または ［Hybrid Azure Active Directory joined］ を選択した場合、カタログ内の各マシンには、対応するActive Directoryコンピューターアカウントが必要です。
- IDの種類が ［ドメイン非参加］ である場合には、カタログの最小機能レベルとしてバージョン2311以降のVDAが必要です。 このVDAは最小機能レベルを更新すると使用可能になります。
アカウントを作成する場合は、マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。 カタログ内の各マシンは、一意の名前である必要があります。 作成するマシンのアカウント名前付けスキームを指定します。 詳しくは、「マシンのアカウント名前付けスキーム」を参照してください。
注：
OU名にスラッシュ（
/）が使用されていないことを確認してください。
既存のアカウントを使用する場合、アカウントを参照するか、［インポート］ をクリックしてアカウント名が含まれるCSVファイルを指定します。 インポートするファイルでは、次の形式を使用する必要があります：
- [ADComputerAccount] ADコンピューターアカウント名.ドメイン
追加するすべてのマシンに十分な数のアカウントをインポートする必要があります。 Web Studioインターフェイスはこれらのアカウントを管理します。 そのため、すべてのアカウントのパスワードのリセットを［完全な構成］インターフェイスに許可するか、アカウントのパスワードを指定します（すべてのアカウントで同じパスワードを使用する必要があります）。
物理マシンまたは既存のマシン用のカタログでは、既存のアカウントを選択またはインポートして、各マシンをActive Directoryコンピューターアカウントおよびユーザーアカウントに割り当てます。
マシンのアカウント名前付けスキーム
カタログ内の各マシンは、一意の名前である必要があります。 カタログを作成するときに、マシンのアカウント名前付けスキームを指定する必要があります。 名前で、連続した数字または文字を表示するには、プレースホルダーとしてワイルドカード（ハッシュ記号）を使用します。
名前付けスキームを指定するときは、次の規則に注意してください：
- 名前付けスキームには、少なくとも1個のワイルドカードを含める必要があります。 すべてのワイルドカードは同時に指定する必要があります。
- 名前全体には、ワイルドカードを含め、2文字以上15文字以下が含まれている必要があります。 少なくとも1つの数字ではない値と、1つの#（ワイルドカード）文字を含める必要があります。
- 名前にスペースや次の文字を含めることはできません：
,~!@'$%^&.()}{\/*?"<>|=+[];:_".。 - 名前をハイフン「-」で終了することはできません。
また、名前付けスキームを指定するときは、後で文字が増える余地を十分に残してください。 次の例を考慮に入れてください：「veryverylong#」という名前付けスキームで1,000台分のマシンのアカウントを作成した場合、最後に作成されるアカウント名（veryverylong1000）には16文字が含まれます。 そのため、この名前付けスキームでは、1つまたは複数のマシン名が上限の15文字を超えることになります。
連続する値を数字（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文字以上を入力します。
ドメイン資格情報
アカウント操作を実行する権限を持つ管理者の資格情報を入力します。 詳細な手順は次のとおりです：
- ［資格情報を変更する］をクリックします。 Windowsセキュリティページが表示されます。
-
［ユーザー名］フィールドに、管理者のSamName、ユーザー名、またはユーザーSIDを入力します：
- SamNameを入力する場合、［ドメイン］ フィールドが自動的に入力されます。
- ユーザー名またはSIDを入力する場合、［ドメイン］ フィールドにドメイン名またはSIDを入力することで、ユーザー検索を特定のドメインに限定できます。
- ［名前の確認］ をクリックして、ユーザー名が有効か一意かを確認します。
- ［パスワード］ フィールドに、管理者のドメインパスワードを入力します。
- ［完了］ をクリックします。
注：
［マシンID］で選択したIDの種類が［Hybrid Azure Active Directory joined］である場合、入力する資格情報に
Write userCertificate権限が付与されている必要があります。
概要、名前、および説明
［概要］ ページで、指定した設定を確認します。 カタログの名前と説明を入力します。 これらの情報はWeb Studioに表示されます。
完了したら、［完了］をクリックしてカタログの作成を開始します。 完了したら、［完了］ をクリックしてカタログの作成を開始します。
［マシンカタログ］ では、新しいカタログがインラインプログレスバーとともに表示されます。
作成の進行状況の詳細を表示するには：
-
マシンカタログの上にマウスポインターを置きます。
-
表示されるツールチップで、［詳細の表示］ をクリックします。
手順ごとの進行状況グラフが表示され、次のことがわかります：
- 手順の履歴
- 現在の手順の進行状況と実行時間
- 残りの手順
MCS時間同期
時間同期は、マスターイメージと、カタログにあるマシンIDの種類によって決定されます。 マスターイメージとカタログに従って、時間同期の方法が以下のようになります：
| マスターイメージ | カタログ | 時間同期の方法（結果） |
|---|---|---|
| NDJ | ADまたはHybrid Azure AD | デフォルトでは、NT5DSです。 マスターイメージのレジストリ設定を使用して、MCSによる時間同期設定の変更を無効化できます。 |
| NDJ | NDJまたはAzure AD | 元の時間同期設定と同じ |
| ADまたはHybrid Azure AD | ADまたはHybrid Azure AD | 元の時間同期設定と同じ |
| Azure AD | Azure AD | 元の時間同期設定と同じ |
注：
元の時間同期は、以下のレジストリ設定によって制御され、変更できません：
- Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config
値：MaxAllowedPhaseOffset, MaxNegPhaseCorrection and MaxPosPhaseCorrection
- Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters
値：Type
MCSによる時間同期設定の変更を無効にするには、マスターイメージで以下のレジストリ設定の値を設定します：
Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix- 名前：TimeSyncMethodKeep
- 種類：DWORD
- 0（または値TimeSyncMethodKeepが構成されていない）：元の時間同期設定を保持しません。
- 1：元の時間同期設定とデフォルトのパラメーター値を保持します。
カスタムプロパティの設定に関する重要な考慮事項
カスタムプロパティは、GCPおよびAzure環境のNew-ProvSchemeとSet-ProvSchemeで正しく設定する必要があります。 存在しないカスタムプロパティを指定すると、次のエラーメッセージが表示され、コマンドの実行に失敗します。
- Azureの場合：
無効なプロパティが見つかりました：<invalid property>。 CustomProperties パラメーターでこのプロパティがサポートされていることを確認してください。 - GCPの場合：
無効なプロパティが見つかりました：<invalid property>。 このプロパティで指定された値がHypervisorでサポートされていることを確認してください。
トラブルシューティング
重要:
Web Studioを使用してマシンカタログを作成すると、それ以降は
Get-ProvTaskPowerShellコマンドを使用してマシンカタログの作成に関連するタスクを取得することができなくなります。 これはマシンカタログが正常に作成されたかどうかにかかわらず、取得対象のタスクがWeb Studioによって削除されることから生じる制限です。
サポートチームが解決策を提供するのに役立つログをCitrixで収集することをお勧めします。 Citrix Provisioningを使用する場合、以下の手順でログファイルを生成します：
-
マスターイメージで次のレジストリキーを作成し、値（DWORD（32ビット）の値）を1に設定します：
HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING。 -
マスターイメージを閉じて、スナップショットを作成します。
-
Delivery Controllerで、次のPowerShellコマンドを実行します：
Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True。 - このスナップショットに基づいてカタログを作成します。
- ハイパーバイザーで準備用仮想マシンが作成されたら、ログインしてC:\: Image-prep.log and 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プールをまだ作成していない場合は作成します。 詳しくは、「Creating a Catalog」を参照してください。
-
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マシンカタログを作成する前に構成を検証
New-ProvSchemeコマンドで-validateパラメーターを使用して、MCSマシンカタログを作成する前に構成設定を検証できます。 パラメーターを指定してこのPowerShellコマンドを実行すると、間違ったパラメーターが使用されている場合、またはパラメーターが別のパラメーターと競合している場合は、適切なエラーメッセージが表示されます。 その後、エラーメッセージを使用して問題を解決し、PowerShellを使用してMCSマシンカタログを正常に作成できます。 現在、この機能はAWS、Azure、GCP、およびVMware仮想化環境に適用できます。
注：
検証中は、実際のMCSマシンカタログを作成しないでください。 コマンドの結果を使用してエラーを修正し、正常なカタログを作成する必要があります。 したがって、
New-ProvSchemeコマンドの実行中は、偽のIDプール名を使用します。
構成を検証するには、次の手順を実行します：
- Delivery ControllerホストからPowerShellウィンドウを開きます。
-
asnp citrix*を実行し、Citrix固有のPowerShellモジュールをロードします。 -
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マシンカタログを作成できます。
次の手順
特定のクラウドサービスカタログの作成については、次を参照してください：
- AWSカタログの作成
- XenServerカタログの作成
- Google Cloud Platformカタログの作成
- Microsoft Azureカタログの作成
- Microsoft System Center Virtual Machine Managerカタログの作成
- Nutanixカタログの作成
- VMwareカタログの作成
最初のカタログを作成すると、Web Studioではデリバリーグループを作成する手順が表示されます。
構成プロセス全体を確認するには、「インストールと構成」を参照してください。
Web StudioとPowerShellを使用して、Citrix Provisioningカタログを作成できます。 この機能の導入には次の利点があります：
- MCSとCitrix Provisioningカタログの両方を管理できる単一の統合コンソール。
- ID管理ソリューション、オンデマンドプロビジョニングなどのCitrix Provisioningカタログの新機能を利用できる。
現在、この機能はAzureおよびVMwareのワークロードでのみ使用できます。 ただし、VMware環境では、現在PowerShellコマンドのみを使用してカタログを作成できます。 詳しくは、「Citrix StudioでのCitrix Provisioningカタログの作成」を参照してください。
追加情報
この記事の概要
- はじめに
- 概要
- MCS I/Oライトバックキャッシュディスクへの特定のドライブ文字の割り当て
- マスターイメージの準備
- ボリュームライセンス認証
- Web Studioでのマシンカタログの作成
- オペレーティングシステム
- マシン管理
- デスクトップの種類（デスクトップエクスペリエンス）
- イメージとマシンプロファイル
- マシン
- NIC
- マシンアカウント
- マシンID
- ドメイン資格情報
- 概要、名前、および説明
- MCS時間同期
- カスタムプロパティの設定に関する重要な考慮事項
- トラブルシューティング
- MCS I/Oライトバックキャッシュディスクへの特定のドライブ文字の割り当て
- MCSマシンカタログを作成する前に構成を検証
- 次の手順
- 追加情報