マシンカタログの作成
重要：
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ストレージ最適化では、仮想マシンごとに書き込みキャッシュ形式のディスクが作成されます。
- 前述のデルタディスクの使用例とは対照的に、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）ストレージ最適化
MCS I/Oと呼ばれるMachine Creation Services（MCS）ストレージの最適化機能の特徴：
- 書き込みキャッシュコンテナは、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を実行すると、リセットをスキップできます。イメージ準備中のMicrosoft Windows KMSリセットおよびMicrosoft Office KMSリセットについて詳しくは、「Machine Creation Services: Image Preparation Overview and Fault-Finding」を参照してください。KMSのアクティブ化について詳しくは、「Activate using Key Management Service」を参照してください。
注：
コマンド
Set-Provserviceconfigurationdataの実行後に作成されたすべてのマシンカタログは、コマンドで指定されたものと同じ設定になります。
Active Directoryによるライセンス認証（ADBA）
ADBAを使用すると、ドメイン接続を介してマシンをアクティブ化できます。マシンは、ドメインに参加するとすぐにアクティブになります。これらのマシンは、ドメインに参加し、ドメインに接続している限り、アクティブのままです。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています（Windows Server 2022を除く）。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リソースに限定されています。
-
ほかのサービスまたはテクノロジ データセンター内の既存のマシンを管理するための、上記以外のツール。この場合、Microsoft System Center Configuration Managerまたはほかのサードパーティアプリケーションを使用してカタログ内のマシン構成の一貫性を保つことをCitrixではお勧めします。
デスクトップの種類（デスクトップエクスペリエンス）
このページは、シングルセッションOSマシンを含むカタログを作成しているときにのみ表示されます。
［デスクトップエクスペリエンス］ ページでは、ユーザーのログオンのたびに行われる処理を指定できます。次のいずれかを選択します。
- ユーザーがログオンするたびに新しい（ランダムの）デスクトップに接続します。
- ユーザーがログオンするたびに同じ（静的な）デスクトップに接続します。
イメージ
このページは、MCSを使用して仮想マシンを作成するときにのみ表示されます。
-
マシンカタログのイメージの種類を選択し、イメージを選択します。次の2種類のイメージを使用できます：
-
マスターイメージ。イメージ準備プロセスで処理されていないイメージ。カタログの作成が開始されると、イメージ準備プロセスが自動的に開始されます。
注：
- MCSを使用する場合は、マスターイメージ上でMicrosoft System Preparation Utility（Sysprep）を実行しないでください。
- スナップショットの代わりにマスターイメージを指定すると、Web Studioでスナップショットが作成されますが、そのスナップショットにわかりやすい名前を付けることはできません。
-
準備済みイメージ。イメージ準備プロセスを経た、VMの作成に直接使用できるイメージ。カタログ作成にマスターイメージではなく準備されたイメージを選択すると、イメージのライフサイクル管理が合理化されるとともに、マシンカタログの作成がより迅速になり、信頼性が高くなります。
注：
- 準備済みイメージを使用して作成されたVMは休止状態をサポートしません。
- 現在、準備済みイメージを使用したカタログの作成は、AzureおよびVMware環境でのみ可能です。
準備済みイメージの作成方法について詳しくは、「イメージ管理（Technical Preview）」を参照してください。
イメージを選択するときに、必要に応じて選択したイメージにメモを追加できます。
最新の製品機能を使用できるようにするため、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。デフォルトで選択されている最小VDAは変更しないでください。ただし、以前のバージョンのVDAを使用する必要がある場合には、「VDAバージョンと機能レベル」を参照してください。
ウィザードで過去に選択したマシン管理テクノロジとの互換性がないスナップショットまたは仮想マシンを選択すると、エラーメッセージが表示されます。
-
-
既存のVMをマシンプロファイルとして使用するには、［マシンプロファイルを使用する］ を選択し、VMを選択します。
注：
現在、マシンプロファイルの使用は、Azure、AWS、GCP、およびVMware VMに制限されています。
VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成するときに、仮想マシンを保存するフォルダーを指定する必要があります。
仮想マシンフォルダーの場所を指定するには、カタログ作成ウィザードで ［Virtual Machines］ ページに移動し、［Select a folder to place the machines］ セクションに移動して、仮想マシンフォルダーの場所を選択します。指定されていない場合、システムは選択したマシンプロファイルのフォルダーをデフォルトの場所と見なします。
-
カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするため、マスターイメージに最新の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が潜在的に低下した場合に、質の高いデータの復元と移行サポートが必要な場合に使います。
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を使用してカタログ内のプールされた（専用ではない）マシンを管理するときに、マシンの一時データキャッシュの使用を有効にできます。カタログで一時データのストレージを指定する接続を使用する場合は、カタログ作成時に一時データキャッシュ情報を有効にして構成できます。
重要：
この機能を使用するには、最新のMCS I/Oドライバーが必要です。このドライバーは、VDAのインストール時またはアップグレード時にオプションとしてインストールできます。デフォルトでは、このドライバーはインストールされません。
カタログで使用する接続を作成するときに、一時データ用に共有ストレージとローカルストレージのどちらを使用するかを指定します。詳しくは、「接続およびリソース」を参照してください。各マシンで一時データのキャッシュを構成する場合、次の2つのオプションを使用できます：［キャッシュに割り当てられたメモリ（MB）］と［ディスク キャッシュ サイズ（GB）］。デフォルトでは、2つのオプションはオフになっています。［キャッシュに割り当てられたメモリ（MB）］オプションを有効にするには、［ディスクキャッシュサイズ（GB）］チェックボックスを選択します。［ディスクキャッシュサイズ］ チェックボックスがオンになっていない場合、［キャッシュに割り当てられたメモリ］ オプションは灰色表示になります。接続の種類によっては、これらのオプションのデフォルト値が異なる場合があります。通常は、デフォルト値で十分です。ただし、以下のデータ用に必要な容量について注意してください：
- Windowsページファイルなどの、Windows自体が作成する一時データファイル
- ユーザープロファイルデータ
- ユーザーのセッションに同期されるShareFileデータ。
- セッションユーザーによって作成またはコピーされるデータや、ユーザーがセッション内にインストールするアプリケーション
各マシンで一時データ用のキャッシュを構成する場合、次の3つの点に注意してください：
-
［ディスクキャッシュサイズ］チェックボックスと［キャッシュに割り当てられたメモリ］チェックボックスをオンにしない場合、一時データはキャッシュされません。各仮想マシンの差分ディスク（OSストレージにあります）に直接書き込まれます。（これはバージョン7.8以前のプロビジョニングアクションです。）
-
［ディスクキャッシュサイズ］チェックボックスと［キャッシュに割り当てられたメモリ］チェックボックスを選択する場合、一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが、構成された制限（［キャッシュに割り当てられたメモリ］ の値）に達すると、古いデータから先に一時データキャッシュディスクに移動されます。
重要：
- ディスクキャッシュの容量が不足すると、ユーザーセッションは利用できなくなります。
- Nutanixホスト接続を使用している場合、この機能は使用できません。
- マシンの作成後は、マシンカタログのキャッシュ値を変更できません。
注：
- ディスクキャッシュのみを使用し、メモリキャッシュを使用しないライトバックキャッシュの構成は廃止されました。一時データのキャッシュを有効にするには、［ディスクキャッシュサイズ（GB）］ と ［キャッシュに割り当てられたメモリ（MB）］ の両方を選択し、メモリキャッシュに0より大きいサイズを指定することをお勧めします。
- メモリキャッシュは、各マシンの合計メモリ容量の一部です。そのため、［キャッシュに割り当てられたメモリ］チェックボックスをオンにする場合は、各マシンの合計メモリ容量を増やすことを検討してください。
- ［ディスクキャッシュサイズ］ をデフォルト値から変更すると、パフォーマンスに影響することがあります。サイズはユーザー要件とマシンの負荷に合わせる必要があります。
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環境が前提条件を満たしていることを確認してください。https://docs.microsoft.com/en-us/azure/active-directory/devices/hybrid-azuread-join-managed-domainsを参照してください。
- このオプションを使用するには、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。詳しくは、Microsoft社のドキュメントを参照してください：https://learn.microsoft.com/en-us/azure/active-directory/devices/concept-azure-ad-join-hybrid。
重要：
- IDの種類に ［オンプレミスActive Directory］ または ［Hybrid Azure Active Directory joined］ を選択した場合、カタログ内の各マシンには、対応するActive Directoryコンピューターアカウントが必要です。
アカウントを作成する場合は、マシンが存在する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文字以上を入力します。
ドメイン資格情報
［資格情報の入力］ を選択して、ターゲットのActive Directoryドメインでアカウント操作を実行する権限を持つ管理者の資格情報を入力します。
［名前の確認］ オプションを使用して、ユーザー名が有効か一意かを確認します。このオプションは、次のような場合に役立ちます：
- 同じユーザー名が複数のドメインに存在する。目的のユーザーを選択するように求められます。
- ドメイン名を忘れた。ドメイン名を指定せずにユーザー名を入力できます。この確認が完了すると、ドメイン名が自動的に入力されます。
注：
［マシン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 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-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は単一のイメージから多くのマシンを作成するため、すべてのマシンが一意であり、ライセンスが正しく割り当てられていることを確認するために、いくつかの手順を実行します。イメージの準備は、カタログ作成プロセスの一部です。この準備により、プロビジョニングされたすべてのマシンが一意のIPアドレスを持ち、一意のインスタンスとしてKMSサーバーに正しくアナウンスされます。MCS内で、マスターイメージのスナップショットを選択した後にイメージの準備が行われます。選択されたマシンからカタログを分離できるように、コピーが作成されます。元の仮想マシンをベースにして準備用の仮想マシンが作成されますが、ネットワーク接続は切断されています。ネットワーク接続を切断すると、他のマシンとの競合が回避でき、準備用の仮想マシンは新しくコピーされたディスクにのみ接続されるようになります。
イメージの準備を実行するために必要な手順を含む小さな 指示 ディスクが、準備用の仮想マシンに接続されます。この準備用の仮想マシンが起動し、イメージの準備プロセスが開始されます。イメージの準備には、次のプロセスが含まれます：
- DHCPを有効にします。DHCPを有効にすると、プロビジョニングされたマシンによるIPアドレスの競合が発生しなくなります。DHCPはすべてのネットワークカードで有効になっています。
- Microsoft Windows KMSをリセットします。KMSをリセットすると、Microsoft Windowsに正しく確実にライセンスが割り当てられます。リセットされたOSが呼び出されるため、新しいインスタンスとしてKMSライセンスサーバーに正しく報告されます。
- Microsoft Office KMSをリセットします（Microsoft Officeがインストールされている場合）。Microsoft Officeをリセットすると、Microsoft Office（2010以降）のすべてのバージョンが正しく確実にKMSサーバーに登録されます。Microsoft Officeのリセットが呼び出されると、新しいインスタンスとしてKMSライセンスサーバーに報告されます。
ヒント：
イメージ準備プロセスが終了すると、ハイパーバイザーから指示ディスクが取得されます。ハイパーバイザーには、イメージ準備プロセスで収集された情報が含まれています。
イメージの準備段階が失敗する理由はさまざまです。次のようなエラーメッセージが表示されます：イメージ準備Officeのリセットに失敗しました。
これらのエラーについては、次のセクションで説明します。
DHCPの有効化
これらのエラーの場合は、静的IPアドレスをサポートしていないネットワークカードが原因で発生します。たとえば、以前のバージョンのDell SonicWallネットワークカードです。SonicWallカードはファイアウォールネットワークカードであるため、操作に失敗しました。DHCPのみをサポートしているため、カードをDHCPに設定しても意味がありません。これは、Citrix Virtual Apps and Desktopsの新しいバージョンで修正されました。ただし、この現象が他の種類のネットワークカードで見られる場合は、フォーラムまたはサポート担当者を通じてCitrixに報告する必要があります。
注：
次の例のこのPowerShell設定は、Citrix Virtual Apps and Desktopsサイトに適用されるため、すべての新しいカタログと既存のカタログに対して実行されるイメージの更新に影響を与えます。
他のネットワークカードでこの問題が発生した場合は、Delivery ControllerでPowerShellコマンドを実行することで解決できます。
Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP
Microsoft Officeのリセット
Microsoft Officeのリセット段階でさまざまなKMSリセットエラーが発生する可能性があります。主なエラーは次のとおりです：
- Access Runtimeなどの一部のMicrosoft Office Runtimeは、Officeのリセットを呼び出して失敗する可能性があります。
- KMSバージョンのMicrosoft Officeがインストールされていません。
- リセット回数を超えました。
エラーが誤検知である場合は、Delivery Controllerで次のPowerShellコマンドを実行することで解決できます。
Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm
Microsoft Windowsのリセット
Microsoft Windowsのリセット段階では、さまざまなKMSエラーが発生する可能性があります。主なエラーは次のとおりです：
- インストールされているWindowsのバージョンは、KMSを使用してアクティブ化されていません。たとえば、マルチライセンス認証キー（MAK）を使用しています。
- リセット回数を超えました。
Microsoft Windowsのバージョンに正しくライセンスが割り当てられている場合は、Delivery Controllerで次のPowerShellコマンドを実行して、OSリセットをクリアできます：
Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm
完全なエラーのインスタンス
イメージ準備マシンは設計上ネットワークに接続されていません。つまり、イメージ準備段階では完全なエラーしか報告できない可能性があります。このエラーの種類の例は次のようになります：マスター仮想マシンイメージの準備に失敗しました。サポートされているOS（Windows 7など）および適切なバージョンのVDA（7.0以降）がイメージにインストールされていることを確認してください。
完全なエラーの主な理由は次のとおりです：
Virtual Delivery Agent（VDA）がインストールされていないか、VDAバージョン5.xがインストールされている
VDA 7.xがマスターイメージにインストールされていない場合、イメージの準備は20分後にタイムアウトになり、上記のエラーを報告します。これは、イメージ準備段階を実行して成功または失敗を報告するソフトウェアがマスターイメージにインストールされていないためです。これを解決するには、マスターイメージとして選択したスナップショットにVDA（最小バージョン7）がインストールされていることを確認してください。
DISKPART SANポリシー
マスターイメージに設定されているDISKPART SANポリシーが原因で、イメージ準備段階全体が失敗する可能性があります。イメージ準備の指示ディスクがオンラインになるように設定されていない場合、マシンはシャットダウンされ、イメージ準備は20分後にエラーを報告します。マスターイメージでこれを確認するには、次のコマンドを実行します：
C:>; Diskpart.exe
DISKPART>; San
<!--NeedCopy-->
このコマンドは、現在のポリシーを返します。Online Allでない場合は、次のコマンドを実行して変更します：
DISKPART>; San policy=OnlineAll
マスターイメージをシャットダウンし、そのマシンのスナップショットを作成して、基本MCSイメージとして使用します。
別の理由でイメージ準備が失敗した場合
イメージの準備が失敗し、エラーの明確な理由がない場合は、MCSカタログを作成するときにイメージの準備プロセスを省略できます。ただし、このプロセスを省略すると、サイトのKMSライセンス設定とネットワーク設定（DHCP）で問題が発生する可能性があります。次のPowerShellコマンドを使用します：
Set-ProvServiceConfigurationData -Name ImageManagementPrep_DoImagePreparation -Value $false
<!--NeedCopy-->
可能な場合はCitrixサポートチームのログを収集し、フォーラムまたはサポート担当者を介してCitrixに問題を報告してください。ログを収集するには、次を実行します：
- マスターイメージで次のレジストリキーを作成し、値（「DWORD（32ビット）の値」）を1に設定します：
HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING。 - マスターイメージを閉じて、スナップショットを作成します。Delivery Controllerで、Citrix PowerShellスナップインを読み込んでPowerShellを起動し、
Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $Trueを実行します。 - このスナップショットに基づいてカタログを作成します。
- ハイパーバイザーで準備用仮想マシンが作成されたら、ログインしてCドライブのルートから抽出します：
Image-prep.log
PvsVmAgentLog.txt
<!--NeedCopy-->
マシンをシャットダウンします。この時点で、エラーが報告されます。
次のPowerShellコマンドを実行して、イメージ準備マシンの自動シャットダウンを再度有効にします：
Remove-ProvServiceConfigurationData -Name
ImageManagementPrep_NoAutoShutdown
次の手順
特定のクラウドサービスカタログの作成については、次を参照してください：
- AWSカタログの作成
- XenServerカタログの作成
- Google Cloud Platformカタログの作成
- Microsoft Azureカタログの作成
- Microsoft System Center Virtual Machine Managerカタログの作成
- Nutanixカタログの作成
- VMwareカタログの作成
最初のカタログを作成すると、Web Studioではデリバリーグループを作成する手順が表示されます。
構成プロセス全体を確認するには、「インストールと構成」を参照してください。
完全な構成ユーザーインターフェイスとPowerShellを使用して、Citrix Provisioningカタログを作成できるようになりました。 この機能の導入には、次のような利点があります：
- MCSとCitrix Provisioningカタログの両方を管理できる単一の統合コンソール。
- ID管理ソリューション、オンデマンドプロビジョニングなどのCitrix Provisioningカタログの新機能を利用できる。
現在、この機能はAzureおよびVMwareのワークロードでのみ使用できます。ただし、VMware環境では、現在PowerShellコマンドのみを使用してカタログを作成できます。詳しくは、「Citrix StudioでのCitrix Provisioningカタログの作成」を参照してください。