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

最終公開日 : Nov 13, 2026
重要:
Citrix Virtual Apps and Desktops™ 7 2006以降、現在の展開で以下のいずれかのテクノロジーを使用している場合、それらのテクノロジーを使用するサポート終了（EOL）アイテムを削除した後にのみ、現在のリリースに展開をアップグレードできます。
  • パーソナルvDisk (PvDs)
  • AppDisks™
  • パブリッククラウドホストの種類：Citrix CloudPlatform、Microsoft Azure Classic
詳細については、「PvD、AppDisks、およびサポートされていないホストの削除」を参照してください。
展開にパブリッククラウドホスト接続を使用する場合は、新規インストールまたは現在のリリースへのアップグレードを完了するためにHybrid Rights Licenseが必要です。
インストーラーがサポートされていないテクノロジーの1つ以上、またはHybrid Rights Licenseなしのホスト接続を検出すると、アップグレードは一時停止または停止します。説明メッセージが表示されます。インストーラーログには詳細が含まれています。詳細については、「展開のアップグレード」を参照してください。
Related information
インストールと構成

ホスト接続に対するHybrid Rights Licenseの影響

Hybrid Rights Licenseの資格に基づいて、パブリッククラウドホストへのホスト接続が影響を受ける3つのシナリオがあります。
  • パブリッククラウドホストへのホスト接続を作成するには、Hybrid Rights Licenseが必要です。
  • Hybrid Rights Licenseを所有しているがライセンスの有効期限が切れている場合、パブリッククラウドホストへの既存の接続は資格なしとマークされ、メンテナンスモードに入ります。既存のホスト接続がメンテナンスモードの場合、次の操作はできません。
    • ホスト接続の追加または変更
    • カタログの作成とイメージの更新
    • 電源操作の実行
  • 資格なしのホスト接続が資格ありに変更されると、既存のホスティング接続が再度有効になります。

はじめに

物理マシンまたは仮想マシンのコレクションは、マシンカタログと呼ばれる単一のエンティティとして管理されます。カタログ内のマシンは、マルチセッションOSまたはシングルセッションOSのいずれかの同じ種類のオペレーティングシステムを持ちます。マルチセッションOSマシンを含むカタログには、WindowsマシンまたはLinuxマシンのいずれかを含めることができ、両方を含めることはできません。
サイトを作成した後、Citrix Studioは最初のマシンカタログを作成するようにガイドします。最初のカタログを作成した後、Studioは最初のデリバリーグループを作成するようにガイドします。後で、作成したカタログを変更したり、さらにカタログを作成したりできます。
ヒント:
既存の展開をアップグレードすると、Machine Creation Services (MCS) ストレージ最適化 (MCS I/O) 機能が有効になり、追加の構成は不要です。Virtual Delivery Agent (VDA) と Delivery Controller のアップグレードが MCS I/O のアップグレードを処理します。

概要

VMのカタログを作成するときは、それらのVMをプロビジョニングする方法を指定します。Machine Creation Services™ (MCS) や Citrix Provisioning (旧Provisioning Services) などのCitrixツールを使用できます。または、独自のツールを使用してマシンを提供することもできます。
考慮事項:
  • MCSは、仮想マシンイメージからの単一のシステムディスクをサポートします。そのイメージに接続されている残りのデータディスクは無視されます。
  • Citrix Provisioningを使用してマシンを作成する場合は、手順についてCitrix Provisioningドキュメントを参照してください。
  • MCSを使用してVMをプロビジョニングする場合、カタログ内に同一のVMを作成するためにマスターイメージ（またはイメージのスナップショット）を提供します。カタログを作成する前に、まずツールを使用してマスターイメージを作成および構成します。このプロセスには、イメージへのVirtual Delivery Agent (VDA) のインストールが含まれます。その後、Studioでマシンカタログを作成します。そのイメージ（またはスナップショット）を選択し、カタログに作成するVMの数を指定し、追加情報を構成します。
  • マシンがすでに利用可能な場合でも、それらのマシン用に1つ以上のマシンカタログを作成する必要があります。
  • PowerShell SDKを直接使用してカタログを作成する場合、イメージやスナップショットではなく、ハイパーバイザーテンプレート (VMTemplates) を指定できます。
  • テンプレートを使用してカタログをプロビジョニングすることは、実験的な機能と見なされます。この方法を使用すると、仮想マシンの準備が失敗する可能性があります。その結果、テンプレートを使用してカタログを公開することはできません。
MCSまたはCitrix Provisioning™を使用して最初のカタログを作成する場合、サイトを作成したときに構成したホスト接続を使用します。後で（最初のカタログとデリバリーグループを作成した後）、その接続に関する情報を変更したり、さらに接続を作成したりできます。
カタログ作成ウィザードを完了すると、正しく構成されていることを確認するためにテストが自動的に実行されます。テストが完了すると、テストレポートを表示できます。Studioからいつでもテストを実行できます。
注：
MCSはWindows 10 IoT CoreおよびWindows 10 IoT Enterpriseをサポートしていません。詳細については、Microsoftサイトを参照してください。
Citrix Provisioningツールの技術的な詳細については、Citrix Virtual Apps and Desktops Image Managementを参照してください。

RDS ライセンスチェック

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

VDA登録

ブローカーセッションを起動する際、VDAはDelivery Controller™に登録されている必要があります。登録されていないVDAは、利用可能なリソースの活用不足につながる可能性があります。VDAが登録されない理由はさまざまあり、その多くは管理者がトラブルシューティングできます。Studioは、カタログ作成ウィザードおよびカタログからデリバリーグループにマシンを追加した後に、トラブルシューティング情報を提供します。
ウィザードを使用して既存のマシンを追加すると、コンピューターアカウント名の一覧に、各マシンがカタログへの追加に適しているかどうかが示されます。各マシンの横にあるアイコンにカーソルを合わせると、そのマシンに関する情報メッセージが表示されます。
メッセージで問題のあるマシンが特定された場合は、そのマシンを削除するか、追加します。たとえば、マシンに関する情報が取得できない可能性があることを示すメッセージが表示された場合でも、そのマシンを追加してください。
詳細については、以下を参照してください。

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のストレージソリューション、構成、容量を決定する際には、多くの要因があります。以下の情報は、ストレージ容量に関する適切な考慮事項を提供します。
容量に関する考慮事項:
  • ディスク
    DeltaまたはDifferencing (Diff) ディスクは、ほとんどのMCS展開において、各VMで最大のスペースを消費します。MCSによって作成される各VMには、作成時に最低2つのディスクが割り当てられます。
    • Disk0 = 差分ディスク：マスターベースイメージからコピーされたOSが含まれます。
    • Disk1 = IDディスク: 16 MB - 各VMのActive Directoryデータを格納します。
    製品の進化に伴い、特定のユースケースや機能の消費を満たすために、さらにディスクを追加する必要がある場合があります。例:
    • MCS Storage Optimizationは、各VMにライトキャッシュスタイルのディスクを作成します。XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に利用可能なOSストレージリストと利用可能な一時ストレージリストを同じように構成した場合、MCSはライトバックキャッシュ (WBC) ディスクをOSディスクと同じストレージ場所に配置します。
    • MCSは、前のセクションで説明したDeltaディスクのシナリオとは対照的に、フルクローンを使用する機能を追加しました。
    ハイパーバイザーの機能も考慮に入れる必要があるかもしれません。例:
    • Citrix Hypervisor IntelliCacheは、各Citrix Hypervisorのローカルストレージに読み取りディスクを作成します。このオプションにより、共有ストレージの場所に保持されている可能性のあるマスターイメージに対するIOPSを節約できます。
  • ハイパーバイザーのオーバーヘッド
    ハイパーバイザーは、VMのオーバーヘッドを発生させる特定のファイルを使用します。ハイパーバイザーは、管理および一般的なログ記録操作にもストレージを使用します。オーバーヘッドを含めるための領域を計算します。
    • ログファイル
    • ハイパーバイザー固有のファイル。例：
      • VMwareは、VMストレージフォルダーにファイルを追加します。VMwareのベストプラクティスを参照してください。
      • 仮想マシンの合計サイズ要件を計算します。仮想ディスクに20 GB、スワップファイルに16 GB、ログファイルに100 MBを使用し、合計36.1 GBを消費する仮想マシンを考慮してください。
    • XenServerのスナップショット; VMwareのスナップショット。
  • プロセスオーバーヘッド
    カタログの作成、マシンの追加、カタログの更新には、それぞれ固有のストレージへの影響があります。例：
    • 初期カタログ作成では、ベースディスクのコピーを各ストレージの場所にコピーする必要があります。
      • また、一時的に準備VMを作成する必要があります。
    • カタログにマシンを追加する場合、ベースディスクを各ストレージの場所にコピーする必要はありません。カタログの作成は、選択された機能によって異なります。
    • カタログを更新すると、各ストレージの場所に余分なベースディスクが作成されます。カタログの更新では、カタログ内の各VMが一定期間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 とディスク）のコストとパフォーマンスのバランスを取り、目的のワークロード要件を満たすことができます。
書き込みキャッシュ方式をディスクベースからファイルベースに更新するには、次の変更が必要です。
  1. MCS I/O は、RAM のみのキャッシュをサポートしなくなりました。マシンカタログ作成時に Citrix Studio でディスクサイズを指定してください。
  2. VM の書き込みキャッシュディスクは、VM を初めて起動するときに自動的に作成およびフォーマットされます。VM が起動すると、書き込みキャッシュファイル mcsdif.vhdx がフォーマットされたボリューム MCSWCDisk に書き込まれます。
  3. ページファイルはこのフォーマットされたボリューム 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 を含む新しい VM スナップショットに既存のマシンカタログを更新すると、次の動作になります。新しいスナップショットは、既存のカタログの RAM およびディスクサイズに対する MCS I/O 設定を引き続き使用します。既存の生ディスクはフォーマットされます。
重要:
Citrix Virtual Apps and Desktops バージョン 1903 で MCS ストレージ最適化が変更されました。このリリースでは、ファイルベースのライトキャッシュテクノロジがサポートされ、パフォーマンスと安定性が向上しています。MCS I/O によって提供される新しい機能では、以前の Citrix Virtual Apps and Desktops リリースと比較して、より高いライトキャッシュストレージ要件が必要になる場合があります。Citrix は、割り当てられたワークフローと追加のページファイルサイズに対して十分なディスク容量があることを確認するために、ディスクサイズを再評価することをお勧めします。ページファイルサイズは通常、システム RAM の量に関連しています。既存のカタログディスクサイズが不十分な場合は、マシンカタログを作成し、より大きなライトキャッシュディスクを割り当ててください。

永続的なライトバックキャッシュディスクを持つカタログを PowerShell を使用して作成する

永続的なライトバックキャッシュディスクを持つカタログを構成するには、PowerShell パラメーター New-ProvScheme CustomProperties を使用します。このパラメーターは、MCS プロビジョニングされたマシンに対してライトバックキャッシュディスクがどのように永続化するかを決定するために使用される追加のプロパティ PersistWBC をサポートします。PersistWBC プロパティは、UseWriteBackCache パラメーターが指定され、WriteBackCacheDiskSize パラメーターがディスクが作成されることを示すように設定されている場合にのみ使用されます。
PersistWBCをサポートする前の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="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
</CustomProperties>
これらのプロパティを使用する場合、CustomPropertiesパラメーターからプロパティが省略されていると、それらはデフォルト値を含むことに注意してください。PersistWBCプロパティには、trueまたはfalseの2つの可能な値があります。
PersistWBC プロパティを true に設定すると、Citrix Virtual Apps and Desktops 管理者が Citrix Studio を使用してマシンをシャットダウンしても、ライトバックキャッシュディスクは削除されません。
PersistWBC プロパティを false に設定すると、Citrix Virtual Apps and Desktops 管理者が Citrix Studio を使用してマシンをシャットダウンしたときに、ライトバックキャッシュディスクが削除されます。
注：
PersistWBC プロパティが省略されている場合、このプロパティはデフォルトで false になり、Citrix Studio を使用してマシンがシャットダウンされると、ライトバックキャッシュは削除されます。
例えば、CustomPropertiesパラメーターを使用してPersistWBCをtrueに設定する場合：
<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="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
重要:
PersistWBCプロパティは、New-ProvScheme PowerShellコマンドレットを使用してのみ設定できます。作成後にプロビジョニングスキームのCustomPropertiesを変更しようとしても、マシンカタログや、マシンがシャットダウンされたときのライトバックキャッシュディスクの永続性には影響しません。
例えば、New-ProvSchemeをライトバックキャッシュを使用するように設定し、同時にPersistWBCプロパティをtrueに設定する場合：
New-ProvScheme
-CleanOnBoot
-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=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256

マスターイメージの準備

接続ホストの作成については、「接続とリソース」を参照してください。
マスターイメージには、オペレーティングシステム、仮想化されていないアプリケーション、VDA、およびその他のソフトウェアが含まれています。
知っておくと良いこと:
  • マスターイメージは、クローンイメージ、ゴールデンイメージ、ベースVM、またはベースイメージとも呼ばれることがあります。ホストベンダーは異なる用語を使用します。
  • Citrix Provisioning を使用する場合、マスターイメージまたは物理コンピューターをマスターターゲットデバイスとして使用できます。Citrix Provisioning は、イメージを参照するために MCS とは異なる用語を使用します。詳細については、Citrix Provisioning のドキュメントを参照してください。
  • ホストに、作成されるマシンの数に対応できる十分なプロセッサ、メモリ、ストレージがあることを確認してください。
  • デスクトップとアプリケーションに必要なハードディスク容量を正しく構成してください。この値は後で変更したり、マシンカタログで変更したりすることはできません。
  • Remote PC Accessのマシンカタログはマスターイメージを使用しません。
  • MCSを使用する際のMicrosoft KMSアクティベーションに関する考慮事項: 展開にXenServer 6.1または6.2、vSphere、またはMicrosoft System Center Virtual Machine Managerホストを備えた7.x VDAが含まれている場合、Microsoft WindowsまたはMicrosoft Officeを手動で再アクティブ化する必要はありません。
マスターイメージに以下のソフトウェアをインストールして構成します:
  • ハイパーバイザー用の統合ツール（Citrix VM Tools、Hyper-V Integration Services、VMware toolsなど）。この手順を省略すると、アプリケーションやデスクトップが正しく機能しない可能性があります。
  • VDA。Citrix は、最新機能にアクセスできるように、最新バージョンのインストールを推奨しています。マスターイメージに VDA をインストールしないと、カタログの作成が失敗します。
  • 必要に応じて、アンチウイルスソフトウェアや電子ソフトウェア配布エージェントなどのサードパーティツール。ユーザーとマシンタイプに適した設定（更新機能など）でサービスを構成します。
  • 仮想化しないサードパーティアプリケーション。Citrixはアプリケーションの仮想化を推奨します。仮想化により、アプリケーションの追加または再構成後にマスターイメージを更新する必要がなくなるため、コストが削減されます。また、インストールされるアプリケーションが少ないほど、マスターイメージのハードディスクサイズが小さくなり、ストレージコストが節約されます。
  • App-Vアプリケーションを公開する予定がある場合は、推奨設定のApp-Vクライアント。App-VクライアントはMicrosoftから入手できます。
  • MCSを使用する場合、Microsoft Windowsをローカライズする際は、ロケールと言語パックをインストールしてください。プロビジョニング中にスナップショットが作成されると、プロビジョニングされたVMはインストールされているロケールと言語パックを使用します。
重要:
Citrix Provisioning または MCS を使用している場合は、マスターイメージで Sysprep を実行しないでください。
マスターイメージを準備するには：
  1. ハイパーバイザーの管理ツールを使用してマスターイメージを作成し、オペレーティングシステム、すべてのサービスパック、および更新プログラムをインストールします。vCPU の数を指定します。PowerShell を使用してマシンカタログを作成する場合も、vCPU の値を指定できます。Studio を使用してカタログを作成する場合、vCPU の数を指定することはできません。デスクトップとアプリケーションに必要なハードディスク容量を構成します。この値は、後で変更したり、カタログ内で変更したりすることはできません。
  2. ハードディスクがデバイスロケーション0に接続されていることを確認します。ほとんどの標準マスターイメージテンプレートでは、この場所がデフォルトで構成されていますが、一部のカスタムテンプレートではそうでない場合があります。
  3. 上記のソフトウェアをマスターイメージにインストールして構成します。
  4. Citrix Provisioning を使用する場合、マスターターゲットデバイスをドメインに参加させる前に、マスターターゲットデバイスから仮想ディスク用の VHD ファイルを作成します。詳細については、Citrix Provisioning のドキュメントを参照してください。
  5. MCSを使用していない場合は、アプリケーションとデスクトップがメンバーであるドメインにマスターイメージを参加させます。マシンが作成されるホストでマスターイメージが利用可能であることを確認します。MCSを使用している場合、マスターイメージをドメインに参加させる必要はありません。プロビジョニングされたマシンは、カタログ作成ウィザードで指定されたドメインに参加します。
  6. Citrix は、マスターイメージのスナップショットを作成して名前を付けることを推奨しています。カタログ作成時にスナップショットではなくマスターイメージを指定した場合、Studio はスナップショットを作成します。そのスナップショットに名前を付けることはできません。

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

カタログ作成ウィザードを開始する前に、このセクションを確認してください。
マスターイメージを使用している場合は、カタログを作成する前に、イメージに VDA がインストールされていることを確認してください。
Studio から:
  • サイトをすでに作成しているが、まだマシンカタログを作成していない場合、Studio はカタログを作成するための正しい開始場所に案内します。
  • カタログを既に作成していて、別のカタログを作成する場合は、Studio ナビゲーションペインで Machine Catalogs を選択します。次に、Actions ペインで 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を必要としません。

マシン管理

このページは、リモートPCアクセスカタログを作成する際には表示されません。
マシン管理ページには、マシンの管理方法と、マシンの展開に使用するツールが表示されます。
カタログ内のマシンをStudio経由で電源管理するかどうかを選択します。
  • マシンはStudio経由で電源管理されます（例：VMまたはブレードPC）。このオプションは、ホストへの接続を既に構成している場合にのみ利用可能です。
  • マシンはStudio経由で電源管理されません（例：物理マシン）。
マシンがStudio経由で電源管理されることを指定した場合、VMの作成に使用するツールを選択します。
  • Citrix Machine Creation Services (MCS): マスターイメージを使用して仮想マシンを作成および管理します。MCSは物理マシンでは利用できません。
  • Citrix Provisioning: （旧Provisioning Services。）ターゲットデバイスをデバイスコレクションとして管理します。マスターターゲットデバイスからイメージ化されたCitrix Provisioning仮想ディスクが、デスクトップとアプリケーションを提供します。
    注：
    このオプションはサポートされなくなりました。Citrix ProvisioningターゲットデバイスをCitrix Virtual Apps and Desktopsカタログにインポートするには、Citrix Provisioning Export Devices Wizardを使用します。
  • その他: データセンターに既に存在するマシンを管理するツールです。Citrixでは、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Managerまたはその他のサードパーティ製アプリケーションを使用することをお勧めします。

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

このページは、シングルセッションOSマシンを含むカタログを作成している場合にのみ表示されます。
デスクトップエクスペリエンスページでは、ユーザーがログオンするたびに何が起こるかを決定します。次のいずれかを選択します。
  • ユーザーはログオンするたびに新しい（ランダムな）デスクトップに接続します。
  • ユーザーはログオンするたびに同じ（静的な）デスクトップに接続します。
2番目のオプションを選択し、MCSを使用してマシンをプロビジョニングしている場合は、デスクトップに対するユーザーの変更がどのように処理されるかを構成できます。
  • ユーザーの変更をローカルディスク上のデスクトップに保存します。
  • ユーザーがログオフしたときに、ユーザーの変更を破棄し、仮想デスクトップをクリアします。ユーザーパーソナライゼーションレイヤーを使用している場合は、このオプションを選択します。

マスターイメージ

このページは、MCSを使用してVMを作成している場合にのみ表示されます。
マスターイメージページで、ホストへの接続を選択し、以前に作成したスナップショットまたはVMを選択します。最初のカタログを作成している場合、利用可能な接続は、サイトを作成したときに構成した接続のみです。
注意：
  • MCSまたはCitrix Provisioningを使用している場合、マスターイメージでSysprepを実行しないでください。
  • スナップショットではなくマスターイメージを指定した場合、Studioはスナップショットを作成しますが、名前を付けることはできません。
最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。デフォルトの最小VDA選択を変更しないでください。ただし、以前のVDAバージョンを使用する必要がある場合は、「VDAバージョンと機能レベル」を参照してください。
ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。

デバイスコレクション

このページは、Citrix Provisioning を使用してVMを作成する場合にのみ表示されます。
デバイスコレクションページには、デバイスコレクションと、まだカタログに追加されていないデバイスが表示されます。
使用するデバイスコレクションを選択します。

マシン

リモートPCアクセス カタログを作成している場合、このページは表示されません。
このページのタイトルは、マシン管理ページで選択した内容（マシン、仮想マシン、またはVMとユーザー）によって異なります。
MCSを使用する場合：
  • 作成する仮想マシンの数を指定します。
  • 各 VM が持つメモリ量 (MB 単位) を選択します。
  • 作成された各VMにはハードディスクがあります。そのサイズはマスターイメージで設定されます。カタログでハードディスクのサイズを変更することはできません。
  • 展開に複数のゾーンが含まれている場合、カタログのゾーンを選択できます。
  • 静的デスクトップVMを作成する場合は、仮想マシンコピーモードを選択します。「仮想マシンコピーモード」を参照してください。
  • vDiskを使用しないランダムデスクトップVMを作成する場合は、各マシンの一時データに使用するキャッシュを構成できます。「一時データ用のキャッシュの構成」を参照してください。
Citrix Provisioningを使用する場合：
デバイスページには、前のウィザードページで選択したデバイスコレクション内のマシンが一覧表示されます。このページでマシンを追加または削除することはできません。
その他のツールを使用する場合：
Active Directoryマシンアカウント名を追加（またはリストをインポート）します。VMを追加/インポートした後、そのVMのActive Directoryアカウント名を変更できます。「デスクトップエクスペリエンス」ページで静的マシンを指定した場合、追加する各VMのActive Directoryユーザー名をオプションで指定できます。
名前を追加またはインポートした後、このページにいる間は「削除」ボタンを使用してリストから名前を削除できます。
Citrix Provisioningまたはその他のツールを使用する場合（MCS以外）：
追加された（またはインポートされた、あるいはCitrix Provisioningデバイスコレクションからの）各マシンに表示されるアイコンとツールヒントは、カタログに追加できない可能性のあるマシンや、Delivery Controllerに登録できないマシンを特定するのに役立ちます。詳細については、「VDAのバージョンと機能レベル」を参照してください。

仮想マシンのコピーモード

「マシン」ページで指定するコピーモードによって、MCSがマスターイメージからシン（高速コピー）クローンを作成するか、シック（完全コピー）クローンを作成するかが決まります。（デフォルト = シンクローン）
  • ストレージをより効率的に使用し、マシンの作成を高速化するには、高速コピーのクローンを使用します。
  • マシン作成後のIOPSを削減できる可能性があり、より優れたデータ回復と移行サポートのために、完全コピーのクローンを使用します。

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

カタログの機能レベルは、カタログ内のマシンで利用できる製品機能を制御します。新しい製品バージョンで導入された機能を使用するには、新しいVDAが必要です。機能レベルを設定すると、そのバージョンで導入されたすべての機能（および機能レベルが変更されない場合はそれ以降のバージョンで導入された機能）がカタログ内のマシンで利用可能になります。ただし、そのカタログ内の以前のVDAバージョンのマシンは登録できません。
「マシン」（または「デバイス」）ページの下部にあるメニューで、最小VDAレベルを選択できます。これにより、カタログの最小機能レベルが設定されます。デフォルトでは、オンプレミス展開の場合、最新の機能レベルが選択されています。Citrixの推奨に従って、常にVDAとコアコンポーネントを最新バージョンにインストールおよびアップグレードする場合は、この選択を変更する必要はありません。ただし、古いVDAバージョンを使い続ける必要がある場合は、正しい値を選択してください。
Citrix Virtual Apps and Desktopsのリリースには、新しいVDAバージョンが含まれていない場合や、新しいVDAが機能レベルに影響を与えない場合があります。そのような場合、機能レベルは、インストールまたはアップグレードされたコンポーネントよりも古いVDAバージョンを示すことがあります。たとえば、バージョン7.17には7.17 VDAが含まれていますが、デフォルトの機能レベル（「7.9以降」）は最新のままです。したがって、コンポーネント7.9～7.16を7.17にインストールまたはアップグレードした後も、デフォルトの機能レベルを変更する必要はありません。各リリースの「新機能」の記事には、デフォルトの機能レベルの変更が示されています。
選択された機能レベルは、その上にあるマシンのリストに影響します。リストでは、各エントリの横にあるツールヒントが、その機能レベルでマシンの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を含むカタログも含まれます。

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

VMに一時データをローカルでキャッシュすることはオプションです。MCSを使用してカタログ内のプールされた（専用ではない）マシンを管理する場合、マシン上の一時データキャッシュの使用を有効にできます。カタログが一時データのストレージを指定する接続を使用している場合、カタログの作成時に一時データキャッシュ情報を有効にして構成できます。
重要:
この機能には、最新のMCS I/Oドライバーが必要です。このドライバーのインストールは、VDAをインストールまたはアップグレードする際のオプションです。デフォルトでは、このドライバーはインストールされていません。
カタログが使用する接続を作成するときに、一時データが共有ストレージとローカルストレージのどちらを使用するかを指定します。詳しくは、「接続とリソース」を参照してください。各マシンの一時データキャッシュを構成するには、次の2つのオプションを使用できます。キャッシュに割り当てられるメモリ (MB) と ディスクキャッシュサイズ (GB)。デフォルトでは、この2つのオプションはクリアされています。キャッシュに割り当てられるメモリ (MB) オプションを有効にするには、ディスクキャッシュサイズ (GB) チェックボックスをオンにします。ディスクキャッシュサイズ チェックボックスが選択されていない場合、キャッシュに割り当てられるメモリ オプションはグレー表示されます。接続の種類によっては、これらのオプションのデフォルト値が異なる場合があります。一般的に、デフォルト値はほとんどの場合に十分です。ただし、以下のために必要な領域を考慮してください。
  • Windows自体によって作成される一時データファイル（Windowsページファイルを含む）。
  • ユーザープロファイルデータ。
  • ユーザーのセッションに同期されるShareFileデータ。
  • セッションユーザーまたはユーザーがセッション内にインストールする可能性のあるアプリケーションによって作成またはコピーされる可能性のあるデータ。
一時ストレージとイメージストレージ
各マシンの一時データキャッシュを構成するには、以下の3つのシナリオに注意してください。
  • ディスクキャッシュサイズチェックボックスとメモリ割り当てキャッシュチェックボックスを選択しない場合、一時データはキャッシュされません。各VMの差分ディスク（OSストレージにあります）に直接書き込まれます。（これはバージョン7.8以前のプロビジョニングアクションです。）
  • ディスクキャッシュサイズチェックボックスを選択し、メモリ割り当てキャッシュチェックボックスを選択しない場合、一時データは最小限のメモリキャッシュを使用して、キャッシュディスクに直接書き込まれます。
  • ディスクキャッシュサイズチェックボックスとメモリ割り当てキャッシュチェックボックスを選択した場合、一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが構成された制限（キャッシュに割り当てられるメモリ値）に達すると、最も古いデータは一時データキャッシュディスクに移動されます。
重要:
  • ディスクキャッシュの容量が不足すると、ユーザーセッションは使用できなくなります。
  • この機能は、Nutanixホスト接続を使用している場合は利用できません。
  • マシン作成後、マシンカタログのキャッシュ値を変更することはできません。
注：
  • メモリキャッシュは、各マシンの合計メモリ量の一部です。したがって、キャッシュに割り当てられるメモリ オプションを有効にする場合は、各マシンの合計メモリ量を増やすことを検討してください。
  • ディスクキャッシュサイズをデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズは、ユーザー要件とマシンにかかる負荷に合わせる必要があります。

NIC

リモートPCアクセス カタログを作成している場合、このページは表示されません。
「ネットワークインターフェイスカード」ページで、複数のNICを使用する予定がある場合は、各カードに仮想ネットワークを関連付けます。たとえば、1つのカードを特定のセキュアネットワークへのアクセスに割り当て、別のカードをより一般的に使用されるネットワークへのアクセスに割り当てることができます。このページからNICを追加または削除することもできます。

マシンアカウント

このページは、リモートPCアクセス カタログを作成する場合にのみ表示されます。
「マシンアカウント」ページで、ユーザーまたはユーザーグループに対応するActive Directoryマシンアカウントまたは組織単位（OU）を指定します。OU名にスラッシュ（/）を使用しないでください。
以前に構成した電源管理接続を選択するか、電源管理を使用しないことを選択できます。電源管理を使用したいが、適切な接続がまだ構成されていない場合は、後でその接続を作成し、マシンカタログを編集して電源管理設定を更新できます。

コンピューターアカウント

このページは、MCSを使用してVMを作成する場合にのみ表示されます。
カタログ内の各マシンには、対応するActive Directoryコンピューターアカウントが必要です。「コンピューターアカウント」ページで、アカウントを作成するか既存のアカウントを使用するか、およびそれらのアカウントの場所を指定します。
  • アカウントを作成する場合、マシンが存在するOUでコンピューターアカウントを作成する権限が必要です。
    マシンのアカウント命名スキームを指定します。連続する数字または文字が表示される場所を示すには、ハッシュマークを使用します。OU名にスラッシュ（/）を使用しないでください。名前は数字で始めることはできません。たとえば、PC-Sales-##（0～9を選択）という命名スキームでは、PC-Sales-01、PC-Sales-02、PC-Sales-03などのコンピューターアカウントが作成されます。
  • 既存のアカウントを使用する場合は、アカウントを参照するか、インポートをクリックしてアカウント名を含む.csvファイルを指定します。インポートするファイルの内容は、次の形式を使用する必要があります。
[ADComputerAccount]
ADcomputeraccountname.domain
...
追加するすべてのマシンに対して十分なアカウントがあることを確認してください。Studioがこれらのアカウントを管理するため、Studioがすべてのアカウントのパスワードをリセットすることを許可するか、すべてのアカウントで同じパスワードを指定してください。
物理マシンまたは既存のマシンを含むカタログの場合、既存のアカウントを選択またはインポートします。各マシンをActive Directoryコンピューターアカウントとユーザーアカウントの両方に割り当てます。
Citrix Provisioningで作成されたマシンの場合、ターゲットデバイスのコンピューターアカウントは異なる方法で管理されます。Citrix Provisioningのドキュメントを参照してください。

概要、名前、および説明

概要ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報はStudioに表示されます。
完了したら、完了をクリックしてカタログ作成を開始します。

トラブルシューティング

重要:
Citrix Studio を使用してマシンカタログを作成した後、Get-ProvTask PowerShell コマンドを使用して、マシンカタログ作成に関連するタスクを取得することはできません。この制限は、カタログが正常に作成されたかどうかにかかわらず、Studio がマシンカタログ作成後にそれらのタスクを削除するためです。
Citrix では、サポートチームが解決策を提供できるよう、ログを収集することをお勧めします。Citrix Provisioning を使用している場合は、次の手順でログファイルを生成します。
  1. マスターイメージで、値 1 (DWORD (32 ビット) 値として) を持つ次のレジストリキーを作成します: HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING。
  2. マスターイメージをシャットダウンし、スナップショットを作成します。
  3. Delivery Controller で、次の PowerShell コマンドを実行します: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True。
  4. そのスナップショットに基づいてカタログを作成します。
  5. ハイパーバイザー上に準備 VM が作成されたら、ログインして C:\ のルートから次のファイル (Image-prep.log および PvsVmAgentLog.txt) を抽出します。
  6. マシンをシャットダウンすると、その時点で障害が報告されます。
  7. イメージ準備マシンの自動シャットダウンを再度有効にするには、次の PowerShell コマンドを実行します: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown。

次のステップ

これが最初に作成されたカタログである場合、Studio は デリバリーグループの作成 に誘導します。