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

最終公開日 : Nov 13, 2026
重要:
Citrix Virtual Apps and Desktops™ 7 2006以降、現在の展開で以下のいずれかのテクノロジーを使用している場合、それらのテクノロジーを使用するサポート終了（EOL）項目を削除した後にのみ、現在のリリースにアップグレードできます。
  • パーソナルvDisk (PvD)
  • AppDisks™
  • パブリッククラウドホストの種類：Citrix CloudPlatform、Microsoft Azure Classic
詳細については、「PvD、AppDisks、およびサポートされていないホストの削除」を参照してください。
注:
Citrix Virtual Apps and Desktopsの展開は、Web Studio（Webベース）とCitrix Studio（Windowsベース）の2つの管理コンソールを使用して管理できます。この記事ではWeb Studioのみを扱います。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
展開にパブリッククラウドホスト接続を使用する場合は、新規インストールまたは現在のリリースへのアップグレードを完了するためにハイブリッド権限ライセンスが必要です。
インストーラーがサポートされていないテクノロジーまたはハイブリッド権限ライセンスのないホスト接続を1つ以上検出すると、アップグレードは一時停止または停止します。説明メッセージが表示されます。インストーラーログには詳細が含まれています。詳細については、「展開のアップグレード」を参照してください。
Related information
インストールと構成
AWSカタログを作成するXenServer®カタログを作成するGoogle Cloud Platformカタログを作成するHPE Moonshot マシンカタログを作成するMicrosoft Azure カタログを作成するMicrosoft System Center Virtual Machine Managerカタログを作成するNutanixカタログを作成するVMwareカタログを作成する

はじめに

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

概要

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

RDS ライセンスチェック

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

VDA登録

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

MCSカタログ作成の概要

カタログ作成ウィザードで情報を提供した後の、デフォルトのMCSアクションの概要を以下に示します。
  • マスターイメージ（スナップショットではない）を選択した場合、MCSはスナップショットを作成します。
  • MCSはスナップショットの完全なコピーを作成し、ホスト接続で定義された各ストレージの場所にそのコピーを配置します。
  • MCSはマシンをActive Directoryに追加し、一意のIDを作成します。
  • MCSは、ウィザードで指定された数のVMを作成し、各VMに2つのディスクを定義します。VMごとの2つのディスクに加えて、マスターも同じストレージの場所に保存されます。複数のストレージの場所が定義されている場合、それぞれが次のディスクタイプを取得します。
    • 作成されたばかりのVM間で共有される、読み取り専用のスナップショットの完全なコピー。
    • 各VMに一意のIDを付与する、16 MBの一意のIDディスク。各VMはIDディスクを1つ取得します。
    • 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にライトキャッシュスタイルのディスクを作成します。
    • MCSは、前のセクションで説明した差分ディスクのシナリオとは対照的に、フルクローンを使用する機能を追加しました。
    ハイパーバイザーの機能も考慮に入れる必要があるかもしれません。例:
    • 「XenServer IntelliCache」(/ja-jp/citrix-hypervisor/storage/intellicache.html)は、各XenServerのローカルストレージにリードディスクを作成します。このオプションにより、共有ストレージの場所に保持されている可能性のあるマスターイメージに対するIOPSを節約できます。
  • ハイパーバイザーのオーバーヘッド
    ハイパーバイザーの種類によって、VMにオーバーヘッドを発生させる特定のファイルが使用されます。ハイパーバイザーは、管理および一般的なログ記録操作にもストレージを使用します。以下のオーバーヘッドを含めるための領域を計算してください。
  • プロセスオーバーヘッド
    カタログの作成、マシンの追加、カタログの更新には、それぞれ固有のストレージへの影響があります。例:
    • 初期カタログ作成では、ベースディスクのコピーを各ストレージの場所にコピーする必要があります。
      • また、一時的に準備用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のみのキャッシュをサポートしなくなりました。マシンカタログ作成時に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スナップショットに更新すると、次の動作が発生します。新しいスナップショットは、既存のカタログのRAMおよびディスクサイズに対するMCS I/O設定を継続して使用します。既存のRAWディスクはフォーマットされます。
重要:
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プールを作成します。
  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>'
  5. カタログの作成を完了します。詳細については、<https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/>を参照してください。

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

接続ホストの作成については、「接続とリソース」を参照してください。
マスターイメージには、オペレーティングシステム、仮想化されていないアプリケーション、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の数を指定することはできません。デスクトップとアプリケーションに必要なハードディスク容量を構成します。この値は後で、またはカタログ内で変更することはできません。
  2. ハードディスクがデバイスロケーション0に接続されていることを確認します。ほとんどの標準マスターイメージテンプレートではこのロケーションがデフォルトで構成されていますが、一部のカスタムテンプレートではそうでない場合があります。
  3. 上記のソフトウェアをマスターイメージにインストールして構成します。
  4. MCSを使用しない場合は、アプリケーションとデスクトップが属するドメインにマスターイメージを参加させます。マスターイメージがマシンが作成されるホストで利用可能であることを確認します。MCSを使用している場合、マスターイメージをドメインに参加させる必要はありません。プロビジョニングされたマシンは、カタログ作成ウィザードで指定されたドメインに参加します。
  5. Citrixは、マスターイメージのスナップショットを作成して名前を付けることを推奨します。カタログ作成時にスナップショットではなくマスターイメージを指定した場合、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バージョンでサポートされています。Active Directoryベースのアクティベーションの詳細については、「Active Directory-based activation」を使用してアクティベートするを参照してください。

複数ライセンス認証キー（MAK）

MAKは、Microsoftサーバーの助けを借りてボリュームをアクティブ化し、Windowsシステムを認証する方法です。MicrosoftからMAKキーを購入する必要があります。これには、固定されたアクティベーションカウントが割り当てられています。Windowsシステムがアクティブ化されるたびに、アクティベーションカウントが減少します。システムをアクティブ化する方法は2つあります。
  • オンラインアクティベーション：アクティブ化したいWindowsシステムがインターネットにアクセスできる場合、プロダクトキーをインストールすると、システムはWindowsを自動的にアクティブ化します。このプロセスにより、対応するMAKのアクティベーションカウントが1減ります。
  • オフラインアクティベーション: Windowsシステムがオンラインアクティベーションのためにインターネットに接続できない場合、MCSはMicrosoftサーバーから確認IDとインストールIDを取得してWindowsシステムをアクティベートします。このアクティベーション方法は、非永続的なマシンカタログに役立ちます。
注：
  • MCSはMAKを使用したMicrosoft Officeのアクティベーションをサポートしていません。
  • 必要なVDAの最小バージョンは2303です。

主な要件

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

アクティベーション数

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

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

MAKを使用してWindowsシステムをアクティベートするには：
  1. マスターイメージにプロダクトキーをインストールします。この手順で1つのアクティベーションカウントが消費されます。
  2. MCSマシンカタログを作成します。
  3. イメージ準備を使用しない場合：
    1. Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activationの下にレジストリDWORD値Manualを追加します。
    2. 値を1に設定します。
    この方法では、オンラインアクティベーションのオプションが無効になります。
  4. マシンカタログにVMを追加します。
  5. VMの電源を入れます。
  6. オンラインアクティベーションかオフラインアクティベーションかに応じて、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 にサインインし、左側のペインで Machine Catalogs を選択し、アクションバーで Create Machine Catalog を選択します。
    2. フォルダーを使用してカタログを整理するには、デフォルトのMachine Catalogsフォルダーの下にフォルダーを作成します。詳細については、(/ja-jp/citrix-virtual-apps-desktops/2407/install-configure/machine-catalogs-manage.html#create-a-catalog-folder)を参照してください。
    3. カタログを作成したいフォルダーを選択し、Create Machine Catalogをクリックします。カタログ作成ウィザードが開きます。
ウィザードは次の項目について説明します。表示されるウィザードページは、選択内容によって異なります。

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

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

マシン管理

このページは、リモート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 versions and functional levelsを参照してください。
    ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。
  2. 既存のVMをマシンプロファイルとして使用するには、Use a machine profileを選択し、その後、VMを選択します。
    注記:
    現在、マシンプロファイルの利用はAzure、AWS、GCP、およびVMware VMに限定されています。
    VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成する際、仮想マシンを保持するフォルダーを指定する必要があります。
    仮想マシンフォルダーの場所を指定するには、カタログ作成ウィザードで、仮想マシンページに移動し、マシンを配置するフォルダーを選択セクションに移動して仮想マシンフォルダーの場所を選択します。指定しない場合、システムは、選択したマシンプロファイルのフォルダーをデフォルトの場所と見なします。
  3. カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。

マシン

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

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

新しい仮想マシンを作成する際に、マシンを一意に識別するためにパラメータ ADAccountSid を追加できるようになりました。
これを行うには：
  1. サポートされているIDタイプでカタログを作成します。
  2. NewProvVM を使用してカタログにマシンを追加します。例：
    New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
ただし、次の条件のマシンをプロビジョニングすることはできません。
  • カタログ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のみが含まれている場合、それらはすべて登録の対象となります。これには、バージョン1903や現在のリリース以前の他の19XXリリースを含む、後のCitrix Virtual Apps and Desktopsリリース用に構成されたVDAを含むカタログも含まれます。

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

カタログ内のランダムな非永続マシンを管理するためにMCSを使用する場合、マシンのI/Oパフォーマンスを向上させるために、ライトバックキャッシュを有効にできます。
ライトバックキャッシュはMCSIOと呼ばれます。詳細については、こちらのブログ記事を参照してください。

前提条件

ライトバックキャッシュを有効にするには、カタログが次の要件を満たしている必要があります。
  • 一時データ用のストレージを指定する接続を使用していること。詳細については、接続とリソースを参照してください。
  • VDAはバージョン7.9以降で、最新のMCSIOドライバーがインストールされている必要があります。
    注:
    このドライバーのインストールは、VDAをインストールまたはアップグレードする際のオプションです。デフォルトでは、このドライバーはインストールされません。
  • ディスクキャッシュのドライブ文字割り当てを有効にするには、VMは次の追加要件を満たしている必要があります。
    • オペレーティングシステム：Windows
    • VDAバージョン：2305以降

考慮事項

  • ライトバックキャッシュには、メモリキャッシュとディスクキャッシュがあります。デフォルトでは、接続の種類によってデフォルト値が異なります。通常、デフォルト値はほとんどのケースで十分ですが、次の用途に必要な領域を考慮してください。
    • Windows自体によって作成される一時データファイル（Windowsページファイルを含む）。
    • ユーザープロファイルデータ。
    • ユーザーのセッションに同期されるShareFileデータ。
    • セッションユーザーまたはユーザーがセッション内にインストールする可能性のあるアプリケーションによって作成またはコピーされる可能性のあるデータ。
    ストレージイメージ
  • ディスクキャッシュのみでメモリキャッシュなしのライトバックキャッシュの構成は非推奨になりました。一時データのキャッシュを有効にするには、ディスクキャッシュサイズ (GB) と キャッシュに割り当てられるメモリ (MB) を選択し、メモリキャッシュに0より大きいサイズを指定することをお勧めします。一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが構成された制限に達すると、最も古いデータは一時データキャッシュディスクに移動されます。
  • メモリキャッシュは、各マシンの合計メモリ量の一部です。したがって、メモリキャッシュサイズ (MB) (推奨) チェックボックスを有効にする場合は、各マシンの合計メモリ量を増やすことを検討してください。
  • メモリキャッシュサイズ (MB) (推奨) チェックボックスをオフのままにすると、一時データは最小限のメモリを使用してディスクキャッシュに直接書き込まれます。
  • ディスクキャッシュサイズ (GB) をデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズは、ユーザー要件とマシンにかかる負荷に合わせる必要があります。
    重要:
    ディスクキャッシュの空き容量がなくなると、ユーザーセッションは使用できなくなります。
  • ディスクキャッシュサイズ チェックボックスをオフにすると、キャッシュディスクは作成されません。この場合、すべての一時データを保持するのに十分な大きさの キャッシュに割り当てられるメモリ の値を指定します。これは、各VMに割り当てるための大量のRAMが利用可能な場合にのみ実現可能です。
  • 両方のチェックボックスをオフにすると、一時データはキャッシュされません。各VMの差分ディスク（OSストレージにあります）に書き込まれます。（これは、7.9より前のリリースでのプロビジョニングアクションです。）
  • このカタログを使用してAppDiskを作成する予定がある場合は、キャッシュを有効にしないでください。
  • マシンカタログ作成後にキャッシュ値を変更することはできません。

NIC

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

マシンアカウント

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

マシンID

このページは、MCSを使用してVMを作成する場合にのみ表示されます。
カタログ内の各マシンは一意のIDを持つ必要があります。このページでは、カタログ内のマシンのIDを構成できます。マシンはプロビジョニング後にIDに参加します。カタログ作成後にIDタイプを変更することはできません。
このページで設定を構成するための一般的なワークフローは次のとおりです。
  1. リストからIDを選択します。
  2. アカウントを作成するか既存のアカウントを使用するか、およびそれらのアカウントの場所（ドメイン）を指定します。
次のいずれかのオプションを選択できます。
  • オンプレミスActive Directory。組織が所有し、その組織に属するActive Directoryアカウントでサインインするマシン。これらはオンプレミスに存在します。
  • ハイブリッドAzure Active Directory参加済み。組織が所有し、その組織に属するActive Directory Domain Servicesアカウントでサインインするマシン。これらはクラウドとオンプレミスの両方に存在します。要件、制限、考慮事項については、「ハイブリッドAzure Active Directory参加済み」を参照してください。
    注：
    • ハイブリッドAzure Active Directory参加を使用する前に、Azure環境が前提条件を満たしていることを確認してください。<https://docs.microsoft.com/ja-jp/azure/active-directory/devices/hybrid-azuread-join-managed-domains>を参照してください。
    • このオプションでは、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。詳細については、Microsoftのドキュメントを参照してください: <https://learn.microsoft.com/ja-jp/azure/active-directory/devices/concept-azure-ad-join-hybrid>。
重要：
  • IDタイプとしてオンプレミスActive DirectoryまたはハイブリッドAzure Active Directory参加済みを選択した場合、カタログ内の各マシンには対応するActive Directoryコンピューターアカウントが必要です。
アカウントを作成する場合、マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。カタログ内の各マシンは一意の名前を持つ必要があります。作成するマシンのアカウント命名スキームを指定します。詳細については、「マシンアカウント命名スキーム」を参照してください。
注：
OU名にスラッシュ（/）を使用しないようにしてください。
既存のアカウントを使用する場合は、アカウントを参照するか、インポートをクリックしてアカウント名を含む.csvファイルを指定します。インポートされるファイルの内容は、次の形式を使用する必要があります。
  • 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から始まり、以降同様です。
重要:
  • IDの種類としてオンプレミスActive DirectoryまたはハイブリッドAzure Active Directory参加済みを選択した場合、カタログ内の各マシンには対応するActive Directoryコンピューターアカウントが必要です。
アカウントを作成する場合、マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。カタログ内の各マシンは一意の名前を持つ必要があります。作成するマシンのアカウント命名スキームを指定します。詳細については、マシンアカウントの命名スキームを参照してください。
オプションで、アカウント名の開始文字を指定できます。
  • 0-9 を選択した場合、アカウントは指定された数字から始まる連番で命名されます。前のフィールドで使用するワイルドカードの数に応じて、1桁以上の数字を入力してください。たとえば、2つのワイルドカードを使用する場合は、2桁以上の数字を入力します。
  • A-Z を選択した場合、アカウントは指定された文字から始まり、順に命名されます。前のフィールドで使用するワイルドカードの数に応じて、1文字以上の文字を入力します。たとえば、2つのワイルドカードを使用する場合は、2文字以上を入力します。

ドメイン資格情報

資格情報の入力 を選択し、ターゲットのActive Directoryドメインでアカウント操作を実行する権限を持つ管理者の資格情報を入力します。
名前の確認 オプションを使用して、ユーザー名が有効か一意であるかを確認します。このオプションは、たとえば次のような場合に役立ちます。
  • 複数のドメインに同じユーザー名が存在する場合。目的のユーザーを選択するよう求められます。
  • ドメイン名を思い出せない場合。ドメイン名を指定せずにユーザー名を入力できます。確認が成功すると、ドメイン名が自動的に入力されます。
注:
マシンID で選択したIDタイプが Hybrid Azure Active Directory joined の場合、入力する資格情報には Write userCertificate 権限が付与されている必要があります。

概要、名前、および説明

概要 ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報はWeb Studioに表示されます。
完了したら、完了 をクリックしてカタログの作成を開始します。 完了したら、完了 を選択してカタログの作成を開始します。
マシンカタログ に、新しいカタログがインラインの進行状況バーとともに表示されます。
作成の進行状況の詳細を表示するには：
  1. マシンカタログにマウスを合わせます。
  2. 表示されるツールチップで、詳細の表示 をクリックします。
    以下の項目を確認できる段階的な進行状況グラフが表示されます。
    • ステップの履歴
    • 現在のステップの進行状況と実行時間
    • 残りのステップ

MCSの時刻同期

時刻同期は、マスターイメージと、参加しているマシンIDカタログのタイプによって決定されます。マスターイメージとカタログに応じて、次の時刻同期方法が適用されます。
マスターイメージ カタログ 結果的な時刻同期方法
NDJ AD またはハイブリッド Azure AD デフォルトでは NT5DS。マスターイメージのレジストリ設定を使用して、MCS が時刻同期設定を変更するのを無効にできます。
NDJ NDJ または Azure AD 元の時刻同期設定と同じ
AD またはハイブリッド Azure AD AD またはハイブリッド Azure AD 元の時刻同期設定と同じ
アジュール AD アジュール 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-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>'
  5. カタログの作成を完了します。

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

New-ProvSchemeコマンドの-validateパラメーターを使用して、MCSマシンカタログを作成する前に構成設定を検証できます。このPowerShellコマンドをパラメーターと共に実行すると、誤ったパラメーターが使用されている場合や、パラメーターが別のパラメーターと競合している場合に、適切なエラーメッセージが表示されます。その後、エラーメッセージを使用して問題を解決し、PowerShellを使用してMCSマシンカタログを正常に作成できます。現在、この機能はAzure、GCP、およびVMwareの仮想化環境に適用できます。
注:
検証中は、実際のMCSマシンカタログを作成してはなりません。コマンドの結果を使用してエラーを修正し、その後で正常なカタログを作成する必要があります。したがって、New-ProvSchemeコマンドを実行する際は、架空のIDプール名を使用してください。
構成を検証するには、次の手順を実行します。
  1. Delivery ControllerホストからPowerShellウィンドウを開きます。
  2. Citrix固有のPowerShellモジュールをロードするためにasnp citrix*を実行します。
  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 *
    エラーメッセージ：
    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
  4. 構成設定を検証した後、実際のIDプール名と正しいパラメーターを使用してMCSマシンカタログを作成できます。

次のステップ

特定のクラウドサービスカタログの作成については、以下を参照してください。
これが最初に作成されたカタログである場合、Web Studioはデリバリーグループを作成するように案内します。
設定プロセス全体を確認するには、インストールと構成を参照してください。
Web StudioとPowerShellを使用してCitrix Provisioningカタログを作成できます。 この実装には、次の利点があります。
  • MCSとCitrix Provisioningカタログの両方を管理するための単一の統合コンソール。
  • ID管理ソリューション、オンデマンドプロビジョニングなど、Citrix Provisioningカタログの新機能があります。
現在、この機能はAzureおよびVMwareワークロードでのみ利用可能です。ただし、VMware環境では、現在PowerShellコマンドのみを使用してカタログを作成できます。詳細については、Citrix StudioでCitrix Provisioningカタログを作成するを参照してください。

詳細情報

  • 接続とリソースの作成および管理(/ja-jp/citrix-virtual-apps-desktops/2407/install-configure/connections.html)
  • 異なる結合タイプのカタログを作成(/ja-jp/citrix-virtual-apps-desktops/2407/install-configure/create-machine-identities-joined-catalogs.html)
  • マシンカタログを管理(/ja-jp/citrix-virtual-apps-desktops/2407/install-configure/machine-catalogs-manage.html)