製品ドキュメント
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
PDFを表示

マシンカタログの作成

April 7, 2026
寄稿者: 
C C

重要:

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

  • Personal vDisks (PvD)
  • AppDisks™
  • パブリッククラウドホストの種類: Citrix CloudPlatform、Microsoft Azure Classic

詳しくは、「PVD、AppDisks、およびサポートされていないホストの削除」を参照してください。

注:

バージョン2511以降、Citrix Web Studio（Webベース）はCitrix Virtual Apps and Desktops™の唯一の管理コンソールです。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。

展開でパブリッククラウドホスト接続を使用する場合は、新規インストールまたは現在のリリースへのアップグレードを完了するためにHybrid Rights Licenseが必要です。 CustomProperties インストーラーがサポートされていないテクノロジーまたはHybrid Rights Licenseのないホスト接続を1つ以上検出すると、アップグレードは一時停止または停止します。説明メッセージが表示されます。インストーラーログには詳細が含まれています。詳しくは、「展開のアップグレード」を参照してください。

はじめに

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

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

  • ヒント:

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

概要

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

考慮事項:

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

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

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

注:

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

RDSライセンスの確認 

-  Web Studioは現在、WindowsマルチセッションOSマシンを含むマシンカタログの作成中に、有効なMicrosoft RDSライセンスのチェックを実行しません。Windows **マルチセッションOSマシン**のMicrosoft RDSライセンスのステータスを表示するには、Citrix Directorに移動します。**Machine Details**パネルでMicrosoft RDSライセンスのステータスを表示します。このパネルは、**Machine Details and the User Details**ページにあります。詳しくは、「[Microsoft RDSライセンスの健全性](/ja-jp/citrix-virtual-apps-desktops/director/troubleshoot-deployments/machines.html#microsoft-rds-license-health)」を参照してください。

VDA登録

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

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

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

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

-  [CTX136668](https://support.citrix.com/support-home/kbsearch/article?articleNumber=ctx136668)（VDA登録のトラブルシューティングガイダンス）

MCSカタログ作成の概要 

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

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

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

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

容量に関する考慮事項:

-  ディスク

デルタディスクまたは差分（Diff）ディスクは、ほとんどのMCS展開において、各VMで最大のスペースを消費します。MCSによって作成される各VMには、作成時に最低2つのディスクが割り当てられます。

-  Disk0 = 差分ディスク: マスターベースイメージからコピーされたOSを含みます
-  Disk1 = IDディスク: 16 MB - 各VMのActive Directoryデータを含みます

製品の進化に伴い、特定のユースケースや機能の消費を満たすために、さらにディスクを追加する必要がある場合があります。例：

-  [MCSストレージ最適化](https://www.citrix.com/blogs/2016/08/03/introducing-mcs-storage-optimisation/)は、各VMにライトキャッシュスタイルのディスクを作成します。XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に利用可能なOSストレージリストと利用可能な一時ストレージリストを同じように構成すると、MCSはライトバックキャッシュ（WBC）ディスクをOSディスクと同じストレージの場所に配置します
-  MCSは、前のセクションで説明したデルタディスクのシナリオとは対照的に、[完全クローン](https://www.citrix.com/blogs/2016/10/12/xenapp-and-xendesktop-7-11-mcs-full-clone-support/)を使用する機能を追加しました

ハイパーバイザーの機能も考慮に入れる必要がある場合があります。例：

-  [XenServer IntelliCache](/ja-jp/citrix-hypervisor/storage/intellicache.html)は、各XenServerのローカルストレージに読み取りディスクを作成します。このオプションは、共有ストレージの場所に保持されている可能性のあるマスターイメージに対するIOPSを節約します

  • ハイパーバイザーのオーバーヘッド

    異なるハイパーバイザーは、VMのオーバーヘッドを作成する特定のファイルを使用します。ハイパーバイザーは、管理および一般的なログ記録操作にもストレージを使用します。オーバーヘッドを含めるスペースを計算します

  • プロセスオーバーヘッド

    カタログの作成、マシンの追加、およびカタログの更新には、独自のストレージへの影響があります。例：

    • 初期カタログ作成では、ベースディスクのコピーを各ストレージの場所にコピーする必要があります
    • カタログにマシンを追加しても、ベースディスクを各ストレージの場所にコピーする必要はありません。カタログ作成は、選択された機能によって異なります
    • カタログを更新して、各ストレージの場所に余分なベースディスクを作成します。カタログの更新では、カタログ内の各VMが一定期間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とディスク）のコストとパフォーマンスのバランスを取り、目的のワークロードの期待に応えることができます

ライトキャッシュメソッドをディスクベースからファイルベースに更新するには、次の変更が必要です。

  1. MCS I/OはRAMのみのキャッシュをサポートしなくなりました。マシンカタログ作成時にWeb 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スナップショットに既存のマシンカタログを更新すると、次の動作が発生します。新しいスナップショットは、既存のカタログのMCS I/O設定をRAMとディスクサイズに引き続き使用します。既存の生ディスクはフォーマットされます。

  • 重要:

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

MCS I/Oライトバックキャッシュディスクへの特定のドライブレターの割り当て

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

注:

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

制限事項

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

ライトバックキャッシュディスクへのドライブレターの割り当て

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

  1. PowerShellウィンドウを開きます。
  2. asnp citrix*を実行します。
  3. まだ作成されていない場合は、IDプールを作成します。
    1. 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-->

マスターイメージの準備

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

  • 知っておくと良いこと:

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

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

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

重要:

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

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

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

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

  • Key Management Service (KMS)
    • Active Directoryベースのアクティベーション (ADBA)

    • Multiple Activation Key (MAK)

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

Key Management Service (KMS) 

-  KMSは、専用のシステムを必要とせず、他のサービスを提供するシステムと簡単に共存できる軽量なサービスです。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。イメージ準備中に、MCSはMicrosoft WindowsおよびMicrosoft OfficeのKMSリアームを実行します。コマンド`Set-Provserviceconfigurationdata`を実行することで、リアームをスキップできます。KMSアクティベーションの詳細については、「[Key Management Serviceを使用したアクティベーション](https://learn.microsoft.com/ja-jp/windows/deployment/volume-activation/activate-using-key-management-service-vamt)」を参照してください。

-  > **注：** > > コマンド`Set-Provserviceconfigurationdata`の実行後に作成されたすべてのマシンカタログには、コマンドで指定されたものと同じ設定が適用されます。

Active Directoryベースのアクティベーション (ADBA)

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

Multiple Activation Key (MAK)

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

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

注：

  • MCSは、MAKを使用したMicrosoft Officeのアクティベーションをサポートしていません。
    • 必要なVDAの最小バージョンは2303です。

主要な要件

  • デリバリーコントローラーはインターネットアクセスが必要です。
  • 更新する新しいイメージが元のMAKキーと異なる場合は、新しいカタログを作成します。
  • マスターイメージにMAKキーをインストールします。WindowsシステムにMAKキーをインストールする手順については、「MAKアクティベーションの展開」を参照してください。

  • イメージ準備を使用しない場合：

    1. Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activationの下にレジストリDWORD値Manualを追加します。
    2. 値を1に設定します。

アクティベーション数

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

  • MAKを使用したWindowsシステムのアクティブ化

  • MAKを使用してWindowsシステムをアクティブ化するには：

    1. マスターイメージにプロダクトキーをインストールします。この手順で1つのアクティベーション数を消費します。
    1. MCSマシンカタログを作成します。

  1. イメージ準備を使用しない場合：

    1. Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activationの下にレジストリDWORD値Manualを追加します。
    2. 値を1に設定します。

    この方法により、オンラインアクティベーションのオプションが無効になります。

  2. マシンカタログにVMを追加します。
  3. VMの電源をオンにします。

  4. オンラインアクティベーションかオフラインアクティベーションかによって、Windowsシステムがアクティブ化されます。

    • アクティベーションがオンラインの場合、プロダクトキーのインストール後にWindowsシステムがアクティブ化されます。
    • アクティベーションがオフラインの場合、MCSはプロビジョニングされたVMと通信してWindowsシステムのアクティベーションステータスを取得します。その後、MCSはMicrosoftサーバーから確認IDとインストールIDを取得します。これらのIDを使用してWindowsシステムがアクティブ化されます。

  • トラブルシューティング

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

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

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

Web Studioを使用したマシンカタログの作成

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

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

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

  1. これが最初に作成するカタログである場合、適切な選択肢（「アプリとデスクトップを実行するためのマシンをセットアップし、マシンカタログを作成する」など）に誘導されます。カタログ作成ウィザードが開きます。

  2. すでにカタログを作成しており、別のカタログを作成したい場合は、次の手順に従います。

    1. Web Studioにサインインし、左ペインでマシンカタログを選択し、アクションバーでマシンカタログの作成を選択します。

    2. フォルダーを使用してカタログを整理するには、デフォルトのマシンカタログフォルダーの下にフォルダーを作成します。詳しくは、「カタログフォルダーの作成」を参照してください。

    3. カタログを作成するフォルダーを選択し、マシンカタログの作成をクリックします。カタログ作成ウィザードが開きます。

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

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

各カタログには1種類のマシンのみが含まれます。いずれかを選択します。

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

マシン管理

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

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

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

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

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

  • Citrix Provisioningテクノロジー

    • Citrix Machine Creation Services (MCS) MCSを使用してプロビジョニングおよびイメージ化されたVMのカタログを作成します。MCSは、マスターイメージからクローンされたイメージをこれらのVMにコピーします。

    • Citrix Provisioning Services (PVS) MCSを使用してプロビジョニングされ、PVSを使用してイメージ化されたVMのカタログを作成します。これらのVMはPVSターゲットデバイスとして機能し、PVSサーバーは単一の共有ディスクイメージをそれらにストリーミングできます。

      注:

      • このオプションは、Citrix Cloud™に登録されているPVSサイトでのみ利用可能であり、現在はAzureリソースに限定されています。
      • Citrix Provisioningカタログを作成する際、ターゲットデバイスページで、プロビジョニングするマシンのファームとサイトを選択するためのドロップダウンメニューに、存在しないファームとサイトがリストされている場合があります。回避策として、PowerShellコマンドUnregister-HypPvsSiteを実行して、データベースからファームとサイトを削除できます。PowerShellコマンドの詳細については、「Unregister-HypPvsSite」を参照してください。

  • その他のサービスまたはテクノロジー データセンターにすでに存在するマシンを管理するツール。Citrixは、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Managerまたは別のサードパーティ製アプリケーションを使用することを推奨します。

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

  • 注:

    デスクトップエクスペリエンスページに表示されるオプションは、マシンタイプページで選択したマシンタイプによって異なります。

  • マルチセッションOSマシンでは、ユーザーはログオンするたびにランダムなデスクトップを割り当てられます。次のいずれかのオプションを選択します。

    • はい、仮想デスクトップをホストするマシンのローカルディスクに変更を保存します。 (永続)
    • いいえ、すべての変更を破棄し、ユーザーがログオフするときに仮想デスクトップをクリアします。 (非永続)

  • 注:

  • 永続的なマルチセッションマシンでは、ユーザーがデスクトップに行った変更は保存され、すべての認証済みユーザーがアクセスできます。

  • シングルセッションOSマシンでは、デスクトップエクスペリエンスページで次のオプションが表示されます。

    • ユーザーがログオンするたびに新しい（ランダムな）デスクトップに接続するようにします。

    • ユーザーがログオンするたびに同じ（静的）デスクトップに接続するようにします。

      静的デスクトップの場合、ユーザーが行った変更をログオフ後に保存するか破棄するかをさらに決定できます。

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

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

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

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

  1. マシンカタログのイメージタイプを選択し、イメージを選択します。2つのイメージタイプが利用可能です。

    • マスターイメージ。 イメージ準備プロセスをまだ経ていないイメージ。カタログ作成が開始されると、イメージ準備プロセスが自動的に開始されます。

注:

  • MCSを使用している場合、マスターイメージでSysprepを実行しないでください。
    >
    > -  スナップショットではなくマスターイメージを指定した場合、Web Studioはスナップショットを作成しますが、名前を付けることはできません。
    >

-  **準備済みイメージ。** イメージ準備プロセスを完了し、VM作成に直接使用できるイメージ。カタログ作成時にマスターイメージではなく準備済みイメージを選択すると、より高速で信頼性の高いマシンカタログ作成が保証され、イメージライフサイクル管理が合理化されます。必要に応じて、選択した準備済みイメージにメモを追加します。

    > **注:**

  •  >
 > -  準備済みイメージを使用して作成されたVMは、ハイバネーションをサポートしていません。
 > -  現在、準備済みイメージを使用したカタログ作成は、AzureおよびVMware環境でのみ利用可能です。

  • 準備済みイメージの作成方法の詳細については、「イメージ管理（プレビュー）」を参照してください。

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

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

    • ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。

  1. 既存のVMをマシンプロファイルとして使用するには、マシンプロファイルを使用を選択し、VMを選択します。

    注:

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

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

    仮想マシンのフォルダーの場所を指定するには、カタログ作成ウィザードで仮想マシンページに移動し、マシンを配置するフォルダーを選択セクションに移動して、仮想マシンのフォルダーの場所を選択します。指定されていない場合、システムは選択されたマシンプロファイルのフォルダーをデフォルトの場所と見なします。

  2. AWS展開の場合、起動テンプレートをマシンプロファイルとして選択できます。
  3. カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。

マシン

-  リモートPCアクセス カタログを作成している場合、このページは表示されません。

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

MCSを使用する場合：

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

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

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

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

その他のツールを使用する場合（MCS以外）：

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

  • 仮想マシン作成時のSIDの追加

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

これを行うには：

    1. サポートされているIDタイプでカタログを作成します。
    1. NewProvVMを使用してカタログにマシンを追加します。例：
     New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
 <!--NeedCopy-->

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

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

仮想マシンコピーモード

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

  • ストレージ使用効率とマシン作成速度を向上させるには、高速コピー（シン）クローンを使用します。
  • データリカバリと移行のサポートを強化し、マシン作成後のIOPSを削減する可能性のある完全コピー（シック）クローンを使用します。

注：

  • 完全コピー（シック）クローン方式は、マルチセッションまたはシングルセッションOS上の永続VMをプロビジョニングする場合にのみ利用可能です。

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

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

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

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

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

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

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

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

重要:

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

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

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

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

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

前提条件

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

-  一時データ用のストレージを指定する接続を使用していること。詳細については、「[接続とリソース](/en-us/citrix-virtual-apps-desktops/manage-deployment/connections)」を参照してください。

  • VDAがバージョン7.9以降であり、現在のMCSIOドライバーがインストールされていること。

    注:

    このドライバーのインストールは、VDAのインストールまたはアップグレード時のオプションです。デフォルトでは、このドライバーはインストールされません。

    • ディスクキャッシュのドライブ文字割り当てを有効にするには、VMが次の追加要件を満たしている必要があります。
    • オペレーティングシステム: Windows
    • VDAバージョン: 2305以降

考慮事項 

-  ライトバックキャッシュには、*メモリ*キャッシュと*ディスク*キャッシュがあります。デフォルトでは、接続タイプによってデフォルト値が異なります。一般的に、デフォルト値はほとんどの場合で十分ですが、次のものに必要な領域を考慮してください。
-  Windows自体によって作成される一時データファイル（Windowsページファイルを含む）
-  ユーザープロファイルデータ
-  ユーザーセッションに同期されるShareFileデータ
-  セッションユーザーまたはユーザーがセッション内にインストールする可能性のあるアプリケーションによって作成またはコピーされる可能性のあるデータ

![Storage image](/en-us/citrix-virtual-apps-desktops/media/storage-temp2.png)
  • ディスクキャッシュとメモリキャッシュなしでライトバックキャッシュを構成する機能は削除されました。一時データ用のキャッシュを有効にするには、ディスクキャッシュサイズ (GB)とキャッシュに割り当てるメモリ (MB)を選択し、メモリキャッシュに0より大きいサイズを指定することをお勧めします。一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが構成された制限に達すると、最も古いデータは一時データキャッシュディスクに移動されます。
  • メモリキャッシュは、各マシンの総メモリ量の一部です。したがって、メモリキャッシュサイズ (MB) (推奨)チェックボックスを有効にする場合は、各マシンの総メモリ量を増やすことを検討してください。
  • メモリキャッシュサイズ (MB) (推奨)チェックボックスをオフのままにすると、一時データは最小限のメモリを使用してディスクキャッシュに直接書き込まれます。

  • ディスクキャッシュサイズ (GB)をデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズは、ユーザー要件とマシンにかかる負荷に合わせる必要があります。

    重要:

    • ディスクキャッシュの容量が不足すると、ユーザーのセッションは使用できなくなります。

  • ディスクキャッシュサイズチェックボックスをオフにすると、キャッシュディスクは作成されません。この場合、すべての一時データを保持するのに十分な大きさのキャッシュに割り当てるメモリ値を指定します。これは、各VMに割り当てる大量のRAMが利用可能な場合にのみ実現可能です。

  • 両方のチェックボックスをオフにすると、一時データはキャッシュされません。一時データは、各VMの差分ディスク（OSストレージに配置）に書き込まれます。（これは、7.9より前のリリースでのプロビジョニングアクションです。）

  • このカタログを使用してAppDiskを作成する予定がある場合は、キャッシュを有効にしないでください。

  • マシンカタログの作成後に、キャッシュ値を変更することはできません。

セキュリティ

セキュリティページは、AWS仮想化環境でマシンプロファイルを割り当てずにマシンカタログを作成する場合にのみ表示されます。セキュリティページを使用して、VMのセキュリティグループを構成します。これは、既存のマシンカタログを編集およびクローン作成する場合にも適用されます。

マシンプロファイルベースのマシンカタログを作成する場合、セキュリティグループの構成はマシンプロファイルから継承されるため、セキュリティページは表示されません。

NIC (NICs)

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

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

マシンアカウント

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

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

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

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

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

マシンID

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

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

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

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

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

  • オンプレミスActive Directory。組織が所有し、その組織に属するActive Directoryアカウントでサインインするマシン。これらはオンプレミスに存在します。

  • Microsoft Entraハイブリッド参加済み。組織が所有し、その組織に属するActive Directory Domain Servicesアカウントでサインインするマシン。これらはクラウドとオンプレミスに存在します。要件、制限、および考慮事項については、「Microsoft Entraハイブリッド参加済み」を参照してください。

    注：

  • ドメイン非参加。どのドメインにも参加していないマシン。要件と制限については、「ドメイン非参加」を参照してください。

重要：

  • IDタイプとしてオンプレミスActive DirectoryまたはMicrosoft Entraハイブリッド参加済みを選択した場合、カタログ内の各マシンには対応するActive Directoryコンピューターアカウントが必要です。
  • ドメイン非参加IDタイプでは、カタログの最小機能レベルとしてVDAバージョン2311以降が必要です。利用可能にするには、最小機能レベルを更新してください。

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

  • 注：

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

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

  • [ADComputerAccount] ADcomputeraccountname.domain

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

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

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

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

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

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

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

シーケンシャル値が数字 (0～9) または文字 (A～Z) のどちらであるかを示すことができます。

  • 0～9。選択した場合、指定されたワイルドカードはシーケンシャルな数字に解決されます。

    注：

    ワイルドカードが1つだけの場合 (#)、アカウント名は1から始まります。2つの場合、アカウント名は01から始まります。3つの場合、アカウント名は001から始まり、以降同様です。

  • A～Z。選択した場合、指定されたワイルドカードはシーケンシャルな文字に解決されます。

たとえば、PC-Sales-## ( 0～9 を選択) という命名スキームでは、PC-Sales-01、PC-Sales-02、PC-Sales-03などのアカウント名が生成されます。

オプションで、アカウント名の開始文字を指定できます。

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

ドメイン資格情報

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

  1. [資格情報の入力] をクリックします。Windowsセキュリティページが表示されます。

  2. [ユーザー名] フィールドに、管理者のSamName、ユーザー名、またはユーザーSIDを入力します。

    • SamNameを入力すると、[ドメイン] フィールドが自動的に入力されます。
    • ユーザー名またはSIDを入力する場合は、[ドメイン] フィールドにドメイン名またはSIDを入力することで、特定のドメインにユーザー検索を制限できます。
  3. [名前の確認] をクリックして、ユーザー名が有効または一意であるかを確認します。
  4. [パスワード] フィールドに、管理者のドメインパスワードを入力します。
  5. [完了] をクリックします。

注：

[マシンID] で選択したIDタイプが Microsoft Entra ハイブリッド参加済み の場合、入力する資格情報には Write userCertificate 権限が付与されている必要があります。

概要、名前、説明

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

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

[マシンカタログ] に、新しいカタログがインライン進捗バーとともに表示されます。

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

  1. マシンカタログにマウスを重ねます。

  2. 表示されるツールヒントで、[詳細の表示] をクリックします。

    ステップバイステップの進捗グラフが表示され、次の項目を確認できます。

    • ステップ履歴
    • 現在のステップの進捗と実行時間
    • 残りのステップ

MCS時刻同期

時刻同期は、マスターイメージと、参加しているマシンIDカタログのタイプによって決定されます。マスターイメージとカタログに応じて、次の時刻同期方法が適用されます。

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

注：

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

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

値：MaxAllowedPhaseOffset、MaxNegPhaseCorrection、および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-ProvTask PowerShellコマンドを使用することはできません。この制限は、カタログが正常に作成されたかどうかにかかわらず、Web 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。

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

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

注:

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

制限事項

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

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

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

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

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

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

MCSマシンカタログ作成前の構成検証

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

注:

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

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

  1. Delivery ControllerホストからPowerShellウィンドウを開きます。
  2. asnp citrix* を実行して、Citrix固有のPowerShellモジュールをロードします。

  3. 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-->
  4. 構成設定を検証した後、実際のIDプール名と正しいパラメーターを使用してMCSマシンカタログを作成できます。

Azure ArcへのVMのオンボーディング

Azure Arcを使用すると、組織はどこでホストされているVMなどのリソースを、Azureで実行されているかのように管理できます。Azure Arcを使用すると、Azure MonitorなどのAzureサービスを利用して、リソースの包括的な可視性とプロアクティブな管理を実現できます。

Azure ArcにVMをオンボーディングするには、New-ProvScheme コマンドを使用してMCSマシンカタログを作成します。既存のカタログをSet-ProvScheme コマンドで更新することもできます。カタログに追加された新しいVMのみがAzure Arcにオンボーディングされます。

現在、この機能はCitrixオンプレミスハイパーバイザーのVMware、Nutanix、SCVMMすべてに適用されます。

前提条件

MCSカタログでAzure Arcオンボーディングを有効にする前に、以下を考慮してください。

  • Azureリソースグループ（以下を含む）：

    • Arcサーバーの読み取り、作成、削除をアカウントに許可します。
    • VM拡張機能、ライセンス、プライベートリンクスコープの管理をアカウントに許可します。
    • リソースグループスコープでサービスプリンシパルにAzure Connected Machine Resource Administrator ロールが割り当てられていること。

Azureポータルを使用してAzureロールを割り当てるを参照してください。

  • マスターイメージ（以下を含む）：

    • VDA: 2311以降（2411を除く）。

      注：

      CVAD 2411ではAzure Arcオンボーディングはサポートされていません。[BRK-14897]

    • AzureConnectedMachineAgentエージェントがインストールされていること。MSIは、MicrosoftドキュメントのWindowsまたはLinuxセクションからダウンロードできます。

Azure ArcにVMをオンボーディングする手順

  1. AzureArcResourceManagement 機能を持つサービスアカウントを設定します。

    サービスアカウントは、Microsoft Entra IDなどのIDプロバイダーにアクセスするための資格情報を保存することで、認証または承認に使用されます。各サービスアカウントは単一のIDプロバイダーに紐付けられます。

    AzureArcResourceManagement 機能を持つAzureADにアクセスするための新しいサービスアカウントを作成するには、以下を実行します。

    New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement”
<!--NeedCopy-->

    application-id は、Azure Connected Machine Resource Administratorロールが割り当てられたサービスプリンシパルと同じである必要があります。

  2. サービスアカウントをIDプールに割り当てます。例：

    Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”
<!--NeedCopy-->

  3. 以下のArcパラメーターを使用してMCSカタログを作成または更新します。

    • EnableAzureArcOnboarding: カタログでArcオンボーディングを有効にする必要があるかどうかを示します。
    • AzureArcSubscriptionId: Arc接続されたVMが作成されるAzureサブスクリプションを示します。
    • AzureArcRegion: Arc接続されたVMが作成されるAzureリージョンを示します。
    • AzureArcResourceGroup: Arc接続されたVMが作成されるAzureリソースグループを示します。[前提条件]でAzure Arcリソースグループに関する情報を参照してください。

    例：新しいカタログでAzure Arcオンボーディングを有効にする場合：

    `New-ProvScheme -ProvisioningSchemeName "demo" -MasterImageVM "XDHyp:\HostingUnits\hosting-unit\masterVMName.vm\masterSnapshotName.snapshot" -HostingUnitName “hosting-unit” -IdentityPoolName “identity-pool”`

-EnableAzureArcOnboarding -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
<!--NeedCopy-->

    例：既存のカタログでAzure Arcオンボーディングを有効にする場合：

    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $true -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
<!--NeedCopy-->

    例：既存のカタログでAzure Arcオンボーディングを無効にする場合：

    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:
<!--NeedCopy-->
  4. Arcをオンボードするために、新しいマシンをカタログに追加します。
  5. VMの電源をオンにした後、Azureポータルの AzureArcResourceGroup の下に接続されたマシンとしてVMが表示されるはずです。

考慮事項

  • Arcオンボーディングは現在、新しいVMのみでサポートされています。そのため、Set-ProvSchemeを使用して既存のカタログを更新した場合、新しく追加されたVMのみが初回起動時にArcにオンボードされます。
  • Arcカスタムプロパティは、下位互換性のために既存のカタログでも引き続きサポートされています。ただし、EnableAzureArcOnboardingなどのArcカスタムプロパティを使用してNew-ProvSchemeを実行すると、カタログの作成は失敗します。
  • EnableAzureArcOnboardingをtrueに設定する場合、New-ProvSchemeおよびSet-ProvSchemeのすべてのパラメーターを追加する必要があります。

トラブルシューティング

New-ProvSchemeを使用してSCVMMカタログを作成する際に、次のエラーが発生する場合があります。

Master Image/Machine Profile's VM's device id is different than the NetworkMapping's device id '0'. Please provide a device id that matches the master image/machine profile.
<!--NeedCopy-->

その場合は、New-ProvSchemeのNetworkMappingパラメーターでDeviceIdを明示的に指定していることを確認してください。例：

New-ProvScheme -ProvisioningSchemeType "MCS" -InitialBatchSizeHint 1 -HostingUnitName $HostingUnitName `
            -IdentityPoolName $CatalogName -MasterImageVM $MasterImage -ProvisioningSchemeName $CatalogName `
            -VMCpuCount 2 -VMMemoryMB 4096  -EnableAzureArcOnboarding `
            -AzureArcSubscriptionId $AzureArcSubscription -AzureArcRegion $AzureArcRegion `
            -AzureArcResourceGroup $AzureArcResourceGroup
            -NetworkMapping @{"FDDxxxxxx-xxxx-4xxx-9EBC-3xxxxxxxx"="XDHyp:\HostingUnits\<hosting unit name>\abc.network"}
<!--NeedCopy-->

次のステップ

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

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

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

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

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

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

詳細情報

マシンカタログの作成
April 7, 2026
寄稿者: 
C C
April 7, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.