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

最終公開日 : 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以前の同等の記事を参照してください。
展開にパブリッククラウドホスト接続を使用する場合、新規インストールまたは現在のリリースへのアップグレードを完了するには、Hybrid Rights Licenseが必要です。
インストーラーがサポートされていないテクノロジーまたは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サイトを参照してください。
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 license health」を参照してください。

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ディスクを取得します。
    • 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ディスクのシナリオとは対照的に、フルクローンを使用する機能を追加しました。
    ハイパーバイザーの機能も考慮に入れる必要があるかもしれません。例:
    • XenServer IntelliCache は、各XenServerのローカルストレージに読み取りディスクを作成します。このオプションにより、共有ストレージの場所に保持されている可能性のあるマスターイメージに対するIOPSを節約できます。
  • ハイパーバイザーのオーバーヘッド
    ハイパーバイザーはそれぞれ、VMのオーバーヘッドとなる特定のファイルを使用します。また、ハイパーバイザーは管理および一般的なログ記録操作にもストレージを使用します。オーバーヘッドを含めるためのスペースを計算します。
    • ハイパーバイザー固有のファイル。例:
      • VMwareは、VMストレージフォルダーにファイルを追加します。VMwareのベストプラクティスを参照してください。
      • 仮想マシンの合計サイズ要件を計算します。仮想ディスクに20 GB、スワップファイルに16 GB、ログファイルに100 MBを使用し、合計36.1 GBを消費する仮想マシンを考慮してください。
  • プロセスオーバーヘッド
    カタログの作成、マシンの追加、カタログの更新には、それぞれ固有のストレージへの影響があります。例:
    • 初期カタログ作成では、ベースディスクのコピーを各ストレージの場所にコピーする必要があります。
    • カタログにマシンを追加する場合、ベースディスクを各ストレージの場所にコピーする必要はありません。カタログの作成は、選択された機能によって異なります。
    • カタログを更新すると、各ストレージの場所に余分なベースディスクが作成されます。カタログの更新では、カタログ内の各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およびディスクサイズ)を引き続き使用します。既存の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 を実行することで、リアームをスキップできます。KMSアクティベーションの詳細については、「Key Management Service を使用してアクティベートする」を参照してください。
注:
コマンド Set-Provserviceconfigurationdata の実行後に作成されたすべてのマシンカタログは、コマンドで指定されたものと同じ設定になります。

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

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

マルチプルアクティベーションキー (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にサインインし、左側のペインでマシンカタログを選択し、アクションバーでマシンカタログの作成を選択します。
    2. フォルダーを使用してカタログを整理するには、デフォルトのMachine Catalogsフォルダーの下にフォルダーを作成します。詳細については、(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/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バージョンと機能レベル」を参照してください。
    ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。
  2. 既存のVMをマシンプロファイルとして使用するには、 を選択し、VMを選択します。
    注:
    現在、マシンプロファイルの使用は、Azure、AWS、GCP、およびVMwareのVMに限定されています。
    VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成する際には、仮想マシンを保持するフォルダーを指定する必要があります。
    仮想マシンのフォルダーの場所を指定するには、カタログ作成ウィザードで ページに移動し、 セクションに移動して、仮想マシンのフォルダーの場所を選択します。指定しない場合、システムは選択されたマシンプロファイルのフォルダーをデフォルトの場所と見なします。
  3. AWS展開の場合、起動テンプレートをマシンプロファイルとして選択できます。
  4. カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。

マシン

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

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

新しい仮想マシンを作成する際に、マシンを一意に識別するためにパラメーターADAccountSidを追加できるようになりました。
これを行うには:
  1. サポートされているIDタイプでカタログを作成します。
  2. NewProvVMを使用してカタログにマシンを追加します。例:
    New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
ただし、次の条件のいずれかに該当するマシンをプロビジョニングすることはできません。
  • カタログIDプールにないADアカウント
  • 利用可能な状態ではないADアカウント

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

マシンページで指定するコピーモードによって、MCSがマスターイメージからシン(高速コピー)クローンを作成するか、シック(完全コピー)クローンを作成するかが決まります。(デフォルト = シンクローン)
  • ストレージをより効率的に使用し、マシンの作成を高速化するには、高速コピーのクローンを使用します。
  • マシン作成後のIOPSを削減できる可能性があり、より優れたデータ回復と移行サポートのために、完全コピーのクローンを使用します。
注:
完全コピーのクローンアプローチは、マルチセッションまたはシングルセッションOS上の永続VMをプロビジョニングする場合にのみ利用できます。

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

カタログの機能レベルは、カタログ内のマシンで利用できる製品機能を制御します。新しい製品バージョンで導入された機能を使用するには、新しいVDAが必要です。ただし、以前のVDAバージョンを使用しているカタログ内のマシンは登録できません。
マシン(またはデバイス)ページの下部にあるメニューで、最小VDAレベルを選択できます。これにより、カタログの最小機能レベルが設定されます。デフォルトでは、オンプレミス展開の場合、最新の機能レベルが選択されます。Citrixの推奨に従って、常にVDAとコアコンポーネントを最新バージョンにインストールおよびアップグレードする場合は、この選択を変更する必要はありません。ただし、古いVDAバージョンを引き続き使用する必要がある場合は、正しい値を選択してください。
Citrix Virtual Apps and Desktopsのリリースには、新しいVDAバージョンが含まれていない場合や、新しいVDAが機能レベルに影響を与えない場合があります。そのような場合、機能レベルは、インストールまたはアップグレードされたコンポーネントよりも古いVDAバージョンを示すことがあります。各リリースの(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/whats-new.html)記事には、デフォルトの機能レベルの変更が示されています。
選択された機能レベルは、その上のマシンリストに影響します。リストでは、各エントリの横にあるツールヒントが、その機能レベルでマシンの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と呼ばれます。詳細については、こちらのブログ記事を参照してください。

前提条件

ライトバックキャッシュを有効にするには、カタログが次の要件を満たしている必要があります。
  • 一時データのストレージを指定する接続を使用します。詳細については、(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/install-configure/connections.html)を参照してください。
  • 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 (複数形)

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

マシンアカウント

このページは、Remote PC Accessカタログを作成している場合にのみ表示されます。
マシンアカウントページで、ユーザーまたはユーザーグループに対応する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参加済み」を参照してください。
    注:
  • ドメイン非参加。どのドメインにも参加していないマシン。要件と制限については、「ドメイン非参加」を参照してください。
重要:
  • IDの種類としてオンプレミスActive DirectoryまたはハイブリッドAzure Active Directory参加済みを選択した場合、カタログ内の各マシンには、対応するActive Directoryコンピューターアカウントが必要です。
  • IDタイプがNon-domain-joinedの場合、カタログの最小機能レベルとしてVDAバージョン2311以降が必要です。利用可能にするには、最小機能レベルを更新してください。
アカウントを作成する場合、マシンが存在する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から始まります。以降も同様です。
  • 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を入力すると、Domain フィールドが自動的に入力されます。
    • ユーザー名またはSIDを入力した場合、Domain フィールドにドメイン名またはSIDを入力することで、ユーザー検索を特定のドメインに限定できます。
  3. Check name をクリックして、ユーザー名が有効か一意であるかを確認します。
  4. Password フィールドに、管理者のドメインパスワードを入力します。
  5. 完了をクリックします。
注:
マシン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、および 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マシンカタログを正常に作成できます。現在、この機能はAWS、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カタログを作成する」を参照してください。

詳細情報